Как я пришел к такой возможности...
Fresh start
apt update
apt list --upgradable
Видим:
chromium libsystemd0 libudev1 linux-image-4.9.0-8-amd64 systemd systemd-sysv udev
Есть 7 обновлений
slax activate /media/sda1/slax/modules/vvv.sb
apt update
apt list --upgradable
Видим:
chromium linux-image-4.9.0-8-amd64 systemd-sysv
Обновлений остается 3, остальные уже имеются в vvv.sb
Накладываю модуль vvv.sb на ФС:
cp -r /run/initramfs/memory/bundles/vvv.sb/* /
cp: cannot stat '/root/.cache/.wh.menus': Operation not permitted
... (и еще несколько аналогичных сообщений)
Очень хорошо, имевшиеся в исходном модуле locale.sb файлы с префиксом .wh., которые были удалены/заменены новыми в vvv.sb, не будут скопированы - очистка от замаскированного мусора
Подмешиваю модуль lxterminal.sb (да, еще один терминал решил добавить):
cp -r /run/initramfs/memory/bundles/lxterminal.sb/* /
dpkg -l
Получаю список установленных пакетов, с версиями, можно использовать маску имен: отображаются ВСЕ установленные мной через apt или dpkg.
Вопрос на будущее: будут ли отображаться пакеты с новыми версиями в apt list --upgradable? Пока что новых версий просто нет, все свежее...
Текущий вопрос: Создать модуль из нынешнего состояния ФС - с добавленным lxterminal и удаленными мусорными .wh. файлами, и этим ограничиться? Или обновить еще и chromium?
Пожалуй, на этот раз ограничусь. В следующий обновлю chromium (не забыв устранить раздвоение ярлыка запуска, коли такое случится).
cd /tmp
savechanges vvv+.sb
Заменяю vvv.sb на vvv+.sb в основной ОС
Второй заход, активирую, а потом накладываю уже vvv+.sb, о .wh. файлах уже никто не вспоминает, это хорошо
Однако, память тает просто на глазах
На всякий, включил подкачку
Делать просто apt upgrade нельзя, ядро обновить правильно не сможем, в Slax все это весьма специфически устроено. Может быть, придется и до этого когда-нибудь дойти, если Томас забросит это дело, а пока:
apt install chromium chromium-l10n
The following NEW packages will be installed:
chromium-l10n
The following packages will be upgraded:
chromium
1 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Какой ярлык chromium спрятать - Hidden=true? - Однозначно, новый chromium.desktop, а оставлю прежний 5chromium.desktop
Удаляю лишние локали в /usr/lib/chromium/locales
cd /tmp
savechanges vvv++.sb
Наверно, надо было не в памяти собирать, а сразу на диск, может, быстрее бы дело шло? А то память занята кэшем до упора, теперь терпеливо жду, не дергаясь, процессор на 100%, только вот текст дописываю, не более того...
Заменяю vvv+.sb на vvv++.sb в основной ОС
Была версия: Версия 71.0.3578.80 (Сборка для разработчиков), built on Debian 9.6, running on Debian 9.8 (64 бит)
Новая: Версия 72.0.3626.96 (Сборка для разработчиков), built on Debian 9.8, running on Debian 9.8 (64 бит)
Размер модуля увеличился с 620.1 до 680.6 МБ, на размер chromium
В общем-то, с chromium - было просто баловство, ни к чему это, вернулся на vvv+.sb.
К сожалению, установленные мной пакеты нигде в ОС, похоже, не фигурируют, как установленные, и поэтому apt не сможет их обновлять. Только целиком повторять операцию по созданию единого модуля, сразу после обновления версии Slax. Это, в общем-то, нетрудно, когда перед глазами четкая инструкция, знай себе, копипасти в терминал, и жди результата.
P.S. Уже решил проблему обновления!
В /var/lib/dpkg/status - список всех установленных пакетов. Но из моего модуля (/run/initramfs/memory/bundles/vvv+.sb/var/lib/dpkg/status - 1.1 МБ) он почему-то не отражается в ФС! Заменил имеющийся в ФС список своим (сохранив прежний под именем status-), кол-во доступных обновлений уменьшилось, значит, теперь учитываются установленные мной пакеты?
Проверяю:
apt search zim
zim/now 0.69 all [installed,local]
Desktop Wiki Editor
А до того не было [installed,local]
Ура!!!???
apt-cache policy package
Список доступных версий пакета.
Ищу какой-нибудь устаревший пакет, на http://old-releases.ubuntu.com/ubuntu/pool/main/ нашел нечто - twm 1.0.8 от 2014 года, 103 КБ, а в наших репозиториях:
apt-cache policy twm
Installed: (none)
Candidate: 1:1.0.9-1+b1
Скачиваю и устанавливаю этот устаревший пакет:
dpkg --install twm_1.0.8-1ubuntu1_amd64.deb
Затем:
apt list --upgradable
Добавилось:
twm/stable 1:1.0.9-1+b1 amd64 [upgradable from: 1:1.0.8-1ubuntu1]
Теперь можно будет без проблем устанавливать обновления в мой модуль, в Fresh start, естественно, распаковав модуль в ФС. А в основной ОС только проверять наличие обновлений.
Ну и удаляю это нечто:
apt purge twm
Само собой, для DEB пакетов, установленных через dkpg, при их отсутствии в наших репозиториях, обновления следует проверять вручную на оф.сайтах
Ну а любителям иметь несколько десятков отдельных модулей - мои соболезнования, по поводу обновлений ☺ Тоже можно, конечно, в Fresh start распаковывать их на ФС по одному(!), временно заменять тот самый файл status на файл из модуля, проверять обновления, и если есть таковые для данного модуля, делать их. И так - несколько десятков раз...
Или есть другое решение? - Буду раз узнать об этом, пишите.
Fresh start
apt update
apt list --upgradable
Видим:
chromium libsystemd0 libudev1 linux-image-4.9.0-8-amd64 systemd systemd-sysv udev
Есть 7 обновлений
slax activate /media/sda1/slax/modules/vvv.sb
apt update
apt list --upgradable
Видим:
chromium linux-image-4.9.0-8-amd64 systemd-sysv
Обновлений остается 3, остальные уже имеются в vvv.sb
Накладываю модуль vvv.sb на ФС:
cp -r /run/initramfs/memory/bundles/vvv.sb/* /
cp: cannot stat '/root/.cache/.wh.menus': Operation not permitted
... (и еще несколько аналогичных сообщений)
Очень хорошо, имевшиеся в исходном модуле locale.sb файлы с префиксом .wh., которые были удалены/заменены новыми в vvv.sb, не будут скопированы - очистка от замаскированного мусора
Подмешиваю модуль lxterminal.sb (да, еще один терминал решил добавить):
cp -r /run/initramfs/memory/bundles/lxterminal.sb/* /
dpkg -l
Получаю список установленных пакетов, с версиями, можно использовать маску имен: отображаются ВСЕ установленные мной через apt или dpkg.
Вопрос на будущее: будут ли отображаться пакеты с новыми версиями в apt list --upgradable? Пока что новых версий просто нет, все свежее...
Текущий вопрос: Создать модуль из нынешнего состояния ФС - с добавленным lxterminal и удаленными мусорными .wh. файлами, и этим ограничиться? Или обновить еще и chromium?
Пожалуй, на этот раз ограничусь. В следующий обновлю chromium (не забыв устранить раздвоение ярлыка запуска, коли такое случится).
cd /tmp
savechanges vvv+.sb
Заменяю vvv.sb на vvv+.sb в основной ОС
Второй заход, активирую, а потом накладываю уже vvv+.sb, о .wh. файлах уже никто не вспоминает, это хорошо
Однако, память тает просто на глазах
На всякий, включил подкачку
Делать просто apt upgrade нельзя, ядро обновить правильно не сможем, в Slax все это весьма специфически устроено. Может быть, придется и до этого когда-нибудь дойти, если Томас забросит это дело, а пока:
apt install chromium chromium-l10n
The following NEW packages will be installed:
chromium-l10n
The following packages will be upgraded:
chromium
1 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Какой ярлык chromium спрятать - Hidden=true? - Однозначно, новый chromium.desktop, а оставлю прежний 5chromium.desktop
Удаляю лишние локали в /usr/lib/chromium/locales
cd /tmp
savechanges vvv++.sb
Наверно, надо было не в памяти собирать, а сразу на диск, может, быстрее бы дело шло? А то память занята кэшем до упора, теперь терпеливо жду, не дергаясь, процессор на 100%, только вот текст дописываю, не более того...
Заменяю vvv+.sb на vvv++.sb в основной ОС
Была версия: Версия 71.0.3578.80 (Сборка для разработчиков), built on Debian 9.6, running on Debian 9.8 (64 бит)
Новая: Версия 72.0.3626.96 (Сборка для разработчиков), built on Debian 9.8, running on Debian 9.8 (64 бит)
Размер модуля увеличился с 620.1 до 680.6 МБ, на размер chromium
В общем-то, с chromium - было просто баловство, ни к чему это, вернулся на vvv+.sb.
К сожалению, установленные мной пакеты нигде в ОС, похоже, не фигурируют, как установленные, и поэтому apt не сможет их обновлять. Только целиком повторять операцию по созданию единого модуля, сразу после обновления версии Slax. Это, в общем-то, нетрудно, когда перед глазами четкая инструкция, знай себе, копипасти в терминал, и жди результата.
P.S. Уже решил проблему обновления!
В /var/lib/dpkg/status - список всех установленных пакетов. Но из моего модуля (/run/initramfs/memory/bundles/vvv+.sb/var/lib/dpkg/status - 1.1 МБ) он почему-то не отражается в ФС! Заменил имеющийся в ФС список своим (сохранив прежний под именем status-), кол-во доступных обновлений уменьшилось, значит, теперь учитываются установленные мной пакеты?
Проверяю:
apt search zim
zim/now 0.69 all [installed,local]
Desktop Wiki Editor
А до того не было [installed,local]
Ура!!!???
apt-cache policy package
Список доступных версий пакета.
Ищу какой-нибудь устаревший пакет, на http://old-releases.ubuntu.com/ubuntu/pool/main/ нашел нечто - twm 1.0.8 от 2014 года, 103 КБ, а в наших репозиториях:
apt-cache policy twm
Installed: (none)
Candidate: 1:1.0.9-1+b1
Скачиваю и устанавливаю этот устаревший пакет:
dpkg --install twm_1.0.8-1ubuntu1_amd64.deb
Затем:
apt list --upgradable
Добавилось:
twm/stable 1:1.0.9-1+b1 amd64 [upgradable from: 1:1.0.8-1ubuntu1]
Теперь можно будет без проблем устанавливать обновления в мой модуль, в Fresh start, естественно, распаковав модуль в ФС. А в основной ОС только проверять наличие обновлений.
Ну и удаляю это нечто:
apt purge twm
Само собой, для DEB пакетов, установленных через dkpg, при их отсутствии в наших репозиториях, обновления следует проверять вручную на оф.сайтах
Ну а любителям иметь несколько десятков отдельных модулей - мои соболезнования, по поводу обновлений ☺ Тоже можно, конечно, в Fresh start распаковывать их на ФС по одному(!), временно заменять тот самый файл status на файл из модуля, проверять обновления, и если есть таковые для данного модуля, делать их. И так - несколько десятков раз...
Или есть другое решение? - Буду раз узнать об этом, пишите.
Комментариев нет:
Отправить комментарий
Примечание. Отправлять комментарии могут только участники этого блога.