From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 Date: Mon, 29 Apr 2019 14:18:35 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20190429121835.GV9023@dhcp129-178.brq.redhat.com> References: <20190426123558.GM9023@dhcp129-178.brq.redhat.com> <0e3a3ef2-8637-4ca4-1e95-a5c39841996f@complife.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0e3a3ef2-8637-4ca4-1e95-a5c39841996f@complife.ru> Subject: Re: [make-initrd] master updated X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2019 12:18:41 -0000 Archived-At: List-Archive: 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} [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