[make-initrd] Fwd: Re: [devel] Запрос на фичу liveboot в make-initrd

[Leonid Krivoshein]

26.04.2018 13:21, Alexey Gladkov пишет:
>> Арсений проявлял интерес к замене пропагатора скриптами. Им на ВМК МГУ с
>> большой сетью он тоже покоя не даёт.))
> Тогда добро пожаловать на борт! ))

Только сегодня от Георгия Курячего узнал, что Арсений приболел и к тому 
же готовится к большому экзамену, видимо потому и молчит -- сейчас ему 
не до нас...


* * *


Ещё пару слов о пропагаторе с Вашим кодом из make-initrd. В виртуалках 
QEMU и VirtualBox загрузка не сломалась, напротив, сеть теперь 
находится. С тем же эффектом мы проверили его на дюжине машин, найдя 
одну проблемную, где старый пропагатор запнулся с поиском флэшки, а 
новый нет. Ещё на одной машине по сети удалось загрузиться, даже 
несмотря на очень необычную ситуацию, когда сеть не пойми как работает, 
DHCP-сервер в железной CISCO, PXE-сервер в виртуалке VMware, а сетевая 
карта болтается соплёй от USB.

Тем не менее, к старому коду вопросы есть. Во-первых, судя по 
документации, udevadm control --reload-rules (теперь вроде так это 
называется) делать после запуска демона udevd необязательно. Во-вторых, 
сейчас задержка на поиск сетевой карты получилась 15 секунд (итераций), 
тогда как для CD-ROM/флэшек она составляет фактически 32+15 секунд 
(итераций) -- несправедливо! В-третьих, самый непонятный для меня вопрос 
с udevadm settle --timeout=5. Получается, мы просим его подождать 
появления железа с 5-секундным таймаутом и ждём после этого ещё 1 
секунду. Я так понимаю, чтобы отработали скрипты/правила udev'а после 
нахождения этого железа. Но сейчас мы чётко видим по-секундный временной 
отсчёт и получается, что типовая флэшка обнаруживается примерно на 6-7 
секунде (итерации), т.е. никаких 6 секунд на итерацию не уходит, как 
будто вызов udevadm settle происходит за 0 секунд. Вот это мне не очень 
понятно, почему же тогда только на 6-7 секунде и почему не срабатывает 
--timeout=5? В отличии от пропагатора, в make-initrd задержка стоит в 
1/10 секунды в бесконечном цикле с общим ограничением по времени. Но в 
целом, получается, что Ваш код более рабочий, а я не очень хорошо знаю 
udev, если честно...


-- 
Best regards,
Leonid Krivoshein.