02.07.2013 18:01, Alexey Shabalin пишет:
> 
...
> Вышел из отпуска. Проблему воспроизвел.
> Дело в следующем.
> initrd за собой удаляет базу udev, и никто её больше не наполняет заного.
> попробуйте закоментировать "rm -rf $udev_db"
> в /usr/share/make-initrd/data/lib/initrd/modules/090-stopudev и
> перегенерить initrd - должно запуститься.

  Ok, проверю.

> 
> systemd-udev-trigger.service запускается с фильтром только на
> добавляемые устройства (--action=add).
> Поэтому в udev неполная информация об lvm-дисках, и смонтироваться
> самостоятельно они не могут.
> Раньше я удалял --action=add из systemd-udev-trigger.service, но была бага
> https://bugzilla.altlinux.org/show_bug.cgi?id=28468
> и я вернул обратно.
> 
> Надо что-то придумывать, как чинить:
> - копировать базу udev из initrd в систему (legion@ против - обоснование
> что в initrd и в системе udev может быть сильно разных версий, или
> реализовывать обновление initrd при обновлении udev)
> - удалить --action=add из systemd-udev-trigger.service (тогда надо
> как-то чинить #28468)
> - нарисовать еще один сервис, запускающийся перед
> systemd-udev-trigger.service без --action=add
> - ну и совсем кардинально :) - засунуть systemd в initrd(всякие
> *.service для этого уже есть в апстриме, возможно еще что-то
> понадобиться - можно посмотреть в dracut), копировать базу udev в
> систему, обновлять initrd при обновлении systemd.

  Что-то делать надо: Сейчас столкнулся с процессом установки свежих
Debian`а, Fedora и CentOS. Во всех трёх -- установка на LVM штатная
операция с нормальной последующей загрузкой. Причём как минимум у Debian
/usr по умолчанию отдельно (как в Fedora и CentOS посмотрю в понедельник).

-- 

С уважением. Алексей.