Created attachment 1616 [details]
mkinitrd.evms.patch

Patch на mkinitrd, для формирования initrd (при наличии параметра --with-evms)
поднимающего evms тома.

Краткое описание действий:

1. В initrd будет добавлена /sbin/evms_activate (со всеми требуемыми
библиотеками);

2. Также, будут добавлены evms плогины из списка: aix, bbr, bsd, disk,
dos, drivelink, gpt, lvm*, md, os2, s390 и/или snapshot (точнее -- те из
них, которые присутствуют в системе);

3. Скопирован системный /etc/evms.conf;

4. Добавлен модуль dm_mod;

5. В linuxrc добавлен код для активации EVMS.

Не работает патч, однако :)
После "Starting EVMS" вылазит
libgcc_s.so.1 must be installed for pthread_cancel to work

(In reply to comment #2)
> Не работает патч, однако :)

  Странно: у меня -- работает. Но я это дело активно эксплуатиррую на x86_64...

> После "Starting EVMS" вылазит
> libgcc_s.so.1 must be installed for pthread_cancel to work

  Можете выложить список файлов, входящих в initrd?

>   Странно: у меня -- работает. Но я это дело активно эксплуатиррую на x86_64...

Я тоже на x86_64 пробовал

>   Можете выложить список файлов, входящих в initrd?

Уже нет, я отказался от использования evms для /

(In reply to comment #4)
> >   Странно: у меня -- работает. Но я это дело активно эксплуатиррую на x86_64...
> 
> Я тоже на x86_64 пробовал

  Может, с включением NPTL как-то связано? (Я свои initrd генерил в начале
августа, когда его небыло.)

  OK, буду проверять...

> 
> >   Можете выложить список файлов, входящих в initrd?
> 
> Уже нет, я отказался от использования evms для /

Для / у меня использовать тоже не получилось. Но по другой причине: lilo
непонимал, чего я от него требую.

Не совсем понятно, как с этим патчем должна работать установка
/proc/sys/kernel/real-root-dev - как выглядит /proc/partitions в системе с evms?
Подозреваю, что в этом случае надо смотреть не в /proc/partitions, а в файлы
устройств, созданные evms_activate в /dev (а работать сейчас это может из-за
того, что lilo иногда делает странные вещи с параметром root=... типа перевода
его в числовые major/minor; grub в этом отношении проще - он просто передаёт
ядру то, что написано в параметрах).

Относительно libgcc_s.so.1 - libpthread действительно при определённых условиях
пытается динамически загружать эту библиотеку (причём как на i586, так на
x86_64); это появилось после перехода на glibc 2.5. Вероятно, придётся
запрашивать её явно.

(In reply to comment #5)
> (In reply to comment #4)
> > >   Странно: у меня -- работает. Но я это дело активно эксплуатиррую на
x86_64...
> > 
> > Я тоже на x86_64 пробовал
> 
>   Может, с включением NPTL как-то связано? (Я свои initrd генерил в начале
> августа, когда его небыло.)
> 
>   OK, буду проверять...

  Проверял на паре машин (на Сизифах конца Декабря/началя Января) -- у меня всё
нормально.

PS: Приложить тот mkinitrd, которым я пользовался?

Добавил данную возможность в mkinitrd-3.0.5-alt1 (см.
<http://git.altlinux.org/people/solo/packages/?p=mkinitrd.git;a=commit;h=c6aff852768fec3b3d0ef23c58d49eaee6756004>).

mkinitrd-3.0.5-alt1.1
(<http://git.altlinux.org/people/solo/packages/?p=mkinitrd.git;a=commit;h=e59e2cd68b0bc29cc7a930d4ef9e0d30ef2de552>)
отправлен в incoming/Daedalus.

PS: Испытывалось в основном на kernel-image-xen-dom0-2.6.18-alt2.x86_64

2 silicium: ты там LVM прикручивал? ;-)

(In reply to comment #9)
> 2 silicium: ты там LVM прикручивал? ;-)

  Нет, EVMS.

At this time, I'm reluctant to add any enhancements to this monolithic mkinitrd.

Please have a look at another implementations that have modular architecture, e.g. make-initrd by Alexey Gladkov and Kirill Shutemov.

1) это теперь к make-initrd;
2) ядерный evms ещё жив?