[Sysadmins] Загрузка ALT Linux Rescue по PXE
Konstantin Lepikhov
lakostis на unsafe.ru
Чт Апр 19 12:13:24 MSK 2018
Hi Leonid!
On 04/19/2018, at 01:23:55 AM you wrote:
> Добрый день!
>
>
> 09.04.2018 13:41, Alex Moskalenko пишет:
> > Никак не могу понять, каким образом заставить
> > udev/propagator/кто-этим-должен-заниматься загружать модули для сетевой
> > карты автоматически.
>
>
> Сегодня попробовал такой грязный хак (во вложении), но он не помог,
> потому что в нашу прошивку похоже вообще не попадает нужных модулей.
> Пропагатор подменяет своим интеллектом интеллект make-initrd, делая это
> на самой ранней стадии, становясь в initramfs единственным "главным
> управляющим". Идея моего патча в том, чтобы сдвинуть пропагатор как-то
> на попозже -- после хуков udev но до цикла ожидания появления корня. Не
> уверен, что это кому-то поможет, но вдруг?..
>
>
> Константин Лепихов писал:
>
> > т.е. propagator при загрузке дергает udevadm trigger на ранней стадии,
> > далее trigger --action=add дергается только для методов disk и cdrom.
> > Наверное, это баг, и стоит добавить udevtrigger_add для метода network?
>
>
> Поскольку не первый день над этой темой работаю, могу точно сказать
> точно, что происходит. Пропагатор начинает работать действительно на
> очень ранней стадии, когда обнаружение устройств ещё в самом разгаре. Я
> тоже пытаюсь заменить его скриптами и выходит, что нужно либо
> событийно-ориентированный подход, который уже есть в make-initrd v0.8,
> либо хотя бы простой цикл ожидания или задержка. У меня первое обращение
> к /sys/class/net/ тоже показывает только lo, и лишь на втором круге
> после секундной задержки появляется нужный интерфейс.
>
> 2 mike@: спасибо за звоночек! :)
>
>
Так у вас жеж там полноценная система с glibc и udev, что мешает
слинковать propogator с libudev и получать события от udev напрямую? Без
костылей и хаков.
--
WBR et al.
Подробная информация о списке рассылки Sysadmins