[make-initrd] master updated

[Alexey Gladkov]

On Mon, Apr 29, 2019 at 01:02:36PM +0200, Michael A. Kangin wrote:
> On 04/26/2019 02:35 PM, Alexey Gladkov wrote:
> 
> > Я обновил master.
> 
> Замечательно! Всё прям работает, даже почти не придраться :)

За это нужно вас всех в этой рассылке благодарить ))

> > * Вернул из make-initrd-1x возможность запустить скрипты до и после
> >    сервисов.
> 
> Хотел уточнить:
> > Скрипты из директории /lib/initrd/all вызываются перед и после каждого
> > сервиса.
> > Все скрипты вызываются с аргументами {start|stop} <servicename> [retcode]
> 
> Из этой директории, насколько я понял, они вызываются перед стартом 
> каждого сервиса, и непосредственно после старта сервиса, и во втором 
> случае им еще передаётся третьим параметром retcode. Я правильно понял?

Именно.

> Вызываются ли они (из /all/ ) еще при остановке сервисов? (я не знаю как 
> протестировать сценарий остановки сервисов, если просто сказать 
> /etc/init.d/service stop, этого недостаточно).

Для остановки сервисов тоже вызываются. Для этого там первый параметр
{start|stop} передаётся.

Чтобы это проверить дайте начать загрузиться реальной системе. Когда
корень найден, то система переходит на runlevel 2 и сервисы
останавливаются.

> > * В route= имя интерфейса обязательно.
> 
> Насколько я понял, сейчас все три параметра обязательно? сеть, шлюз, 
> интерфейс.
> Когда я пытаюсь нарисовать link-маршрут route=172.16.0.0/12::eth2, он не 
> применяется.

В логах что-нибудь есть ? ip-route выполняется ?
Я посмотрю.

> >  Изменил обработку macaddr в ip. Теперь MAC меняется у интерфейса, а не
> >   переименовывает интерфейс. Это совпадает с поведением в fedora;
> 
> Но запрос на DHCP приходит со старого мака. И адрес выдаётся 
> соответственно для старого. Интересно будет посмотреть событие 
> обновление лизы, как бы посреди работы новый IP не схватила.

Хм. Это правда. В случае, когда меняется и mac и используется dhcp, то mac
будет изменён после работы dhcp. Это же касается mtu. Собственно все
параметры будут применяться после dhcp.

Нужно подумать.

> > Если считать, что утилита nfsroot работает, то используя фичу nfsroot ты
> > получишь просто корень по NFS.
> 
> Вот интересно, с этими последними релизами из master она хоть 
> запускаться пытается (при указании заклинания root=/dev/nfs, кстати 
> зачем, nfsroot не хватило бы?)

root=/dev/nfs это не моё изобретение:

https://github.com/torvalds/linux/blob/master/Documentation/filesystems/nfs/nfsroot.txt#L46

> Но таки не работает, ошибки из логов:
> /var/log/ueventd.log:[2019-04-29 10:54:53] uevent-handler: Running 
> nfsroot handler ...
> /var/log/ueventd.log:/lib/uevent/handlers/040-nfsroot: line 7: 
> /tmp/net-eth1.conf: No such file or directory
> /var/log/ueventd.log:[2019-04-29 10:54:53] uevent-handler: Event handler 
> failed: nfsroot

Да, я помню. Эту нужно чинить и писать новую nfs.
 
> И напоминаю, фича dropbear тоже сломана, сислога хочет.

Угу. Видимо добавлю из busybox, хотя не очень хочется.

-- 
Rgrds, legion