[SlackWare] Обновления в Slackware 14.1

Здравствуйте! Подскажите пожалуйста, кто знает.

В Slackware 14.0 типичная схема обновления:
В 14.1 же elilo в качестве загрузчика. Так вот, как в 14.1 реализовывается "четвертый" пункт? Спасибо.

0

Не совсем так и в отношении порядка, и в отношении загрузчика.

В порядке обновления пропущен после шага "slackpkg upgrade-all" шаг "slackpkg clean-system", задача которого удалить устаревшие пакеты, отсутствующие в новой версии. Нужно быть осторожным, чтобы не удалить по ошибке сторонние/самосборные пакеты. Самый простой вариант использовать для них суффиксы и добавить их маски в черный список (blacklist) slackpkg.

Что касается загрузчиков, в 14.1 присутствуют lilo, syslinux, elilo, grub2. Пара последних добавлена для поддержки EFI/UEFI. Если машина продолжает использовать для загрузки BIOS -- никаких изменений нет.

1

bormant, спасибо. Судя по тому, что я не использовал этот шаг -
система накопила кучу устаревших пакетов, правильно я вас понял (несмотря на то, что на вопрос о прежних версиях файлов я всегда выбирал "overwrite with new once")?

Но вот где-то я находил упоминание о том, что после приведенных команд следует выполнить
чтобы (как я предполагаю, может ошибаюсь) перечитать /etc/lilo.conf если он был изменен при обновлении.

Так вот вопрос в том, что система у меня c UEFI (и установщик ставился elilo, о чем отдельно спрашивалось в процессе инсталяции системы) и стало быть "lilo" ей "до лампочки". Как мне быть в этой ситуации - нуждается ли elilo в таких же манипуляциях и возможны ли сбои если я буду продолжать обновлять по приведенной выше схеме
(только с blacklist разберусь - еще не использовал, спасибо на напоминание), более ничего не добавляя? Просто так посмотрел навскидку - информации (посыпаю голову пеплом) не нашел (касательно именно моего случая).

0

Смешались в кучу кони, люди. Попробуем отделить мух от котлет.

1) Необходимость перезапуска elilo
К сожалению, непосредственно в "man elilo" конкретного указания на этот счет не обнаружилось.
По ссылке https://www.suse.com/documenta... stall.html написано:

WARNING: Whenever you manually alter the kernel or initrd on your system, ensure that you run /sbin/elilo before shutting down the computer. If you leave out this step, your system might not be bootable.

что на великом и могучем означает примерно следующее:
ПРЕДУПРЕЖДЕНИЕ: Если изменили вручную ядро или initrd, удостоверьтесь, что до выключения компьютера выполнен /sbin/elilo. Если этого не сделать, возможен отказ загрузки системы.

Про /boot/efi/elilo.conf там указаний нет, если этот файл анализируется при выполнении elilo.efi, тогда при его изменении вызов elilo не нужен.

2) Необходимость перезапуска lilo
Если используется lilo, то необходимо выполнять /sbin/lilo в любом из случаев:
- изменение ядра
- изменение initrd
- изменение /etc/lilo.conf
Команда lilo по указанным в /etc/lilo.conf и переданным в командной строке параметрам формирует исполняемый код начального загрузчика, в том числе список секторов, содержащих ядро и initrd, затем записывает его в MBR/BR. Этот код получает управление при загрузке машины, когда BIOS завершает POST, читает в память MBR и передает туда управление. Этот код ничего не знает о файловых системах, ссылках и т.п., просто читает сектора по списку и отдаёт туда управление. Без вызова lilo никакие изменения в MBR/BR не попадут.

3) Системы с UEFI могут иметь настройку -- использовать для загрузки EFI или BIOS. В первом случае актуален elilo, во втором lilo. grub2 может использоваться в обоих случаях, если правильно путаю.

4) slackpkg clean-system
необходимость в нем сильно зависит от характера изменений, внесенных новой версией системы.
а) пример косметических изменений:
slackware-14.1/ChangeLog.txt
+--------------------------+
Sat Mar 23 22:49:52 UTC 2013
xfce/Terminal-0.4.8-i486-1.txz: Removed.
xfce/xfce4-terminal-0.6.1-i486-1.txz: Added.
По сути -- обычное переименование пакета Terminal в xfce4-terminal и повышение версии (набор исходников прежний). Если не удалить Terminal -- ничего особенно страшного не произойдёт, исполняемые файлы xfce4-terminal просто перезапишут файлы из Terminal (из исходников 0.4.8 и 0.6.1 получаются одноименные бинарники по тем же путям), да в /usr/doc будет болтаться документация от Terminal-0.4.8. В сведениях об установленных пакетах (/var/log/{packages,scripts}) будут значится оба. Обновлению для Terminal-0.4.8 взяться неоткуда -- из репозиториев файлы пакета вычищены (а иначе -- попртило бы файлы xfce4-terminal).
К слову, slackpkg upgrade-all без slackpkg install-new новый пакет xfce4-terminal не поставит -- имя другое.

б) пример критичных изменений
Реальная на память не приходит, опишу гипотетическую ситуацию. Если в дистрибутиве один демон меняется на другой, несовместимый с первым, а его файлы расположены по другим путям или называются иначе (то есть при установке нового пакета файлы старого пакета остануться на месте). Примером несовместимости может быть попытка обслуживать один и тот же сетевой порт и т.п. Если старый демон будет стартовать раньше, то новый просто не сможет запуститься.
Из подобных серьёзных изменений которые _могут_ приводить к нежелеательным последствиям: избавление от hal, замена modutils на kmod.

4) slackpkg blacklist и /etc/slackpkg/blacklist
Небольшое отступление про имена пакетов. Имя пакета состоит из
обобщенное-имя-пакета-версия-архитектура-сборка_и_метка.t[gbx]z
На составные части имя делится справа налево, расширение -- до точки, остальное -- по дефисам (поэтому имеющиеся дефисы внутри полей заменяют на что-то, обычно на "_").
В черный список может быть внесено обобщенное имя пакета или регулярное выражение. Например, все пакеты, собираемые по сценариям со slackbuilds.org, имеют после номера сборки метку _SBo. По этой метке из легко исключить из обработки slackpkg:
[0-9]+_SBo -- что буквально означает "одна или больше цифр и _SBo"
Если самосборным пакетам давать определенную метку, их также легко исключить из обработки slackpkg.

Добавлено через 10 минут
5) overwrite with new once
Здесь речь идёт о файлах настроек. В Slackware принято в пакете настроечные файлы держать с суффиксом .new, это гарантирует, что при установке/обновлении пакета настройки, имеющиеся в системе, не будут перезаписаны произвольным образом. Для обработки такой ситуации имеется специальная команда
slackpkg new-config
которая, если в /etc/slackpkg/slackpkg.conf задано POSTINST=on, после установки/обновления пакетов вызывается автоматически.
Одним из вариантов является запрос для каждого файла, где можно также выполнить слияние своих изменений настроек с дистрибутивными, либо отказаться от новых для, например, /etc/rc.d/rc.font.

1

bormant, проблема в том, что у меня нет /sbin/elilo, есть /sbin/lilo. Но после одного из обновлений мне было выдано примерно следующее: "Образ ядра был изменен. Настоятельно рекомендуем выполнить lilo. Вы хотите, чтобы slackpkg сделал это? (Y/n)". Я обрадовался, так как это снимало с меня часть работы, хотя и удивился, так как система у меня с UEFI. Но выбрал Y и получил "Fatal: lilo.conf not found". При этом имеется файл /etc/lilo.conf_example
Что делать в такой ситуации, учитывая, что есть риск не загрузиться?

Добавлено через 6 минут
При этом в /usr/sbin имеются:
efibootmgr
eliloalt
eliloconfig

Добавлено через 17 минут
Вобщем ребутнулся и вроде все OK, получается, несмотря на обновление ядра, перезагрузка без выполнения команды, аналогичной lilo не приводит гарантированно к критическим последствиям. Вот такие дела.

0