<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">17 июня 2013 г., 12:50 пользователь Aleksey Avdeev написал:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
17.06.2013 02:30, Alexey Shabalin пишет:<br>
<div class="im">> 16 июня 2013 г., 23:30 пользователь Aleksey Avdeev написал:<br>
><br>
> 11.06.2013 22:10, Alexey Shabalin пишет:<br>
> > 11 июня 2013 г., 11:11 пользователь Sergei Epiphanov написал:<br>
> ><br>
> > Исторически сложилось, что у меня на всех компьютерах каталог /usr<br>
> > находится<br>
> > на отдельном разделе, как того требовала политика партии. Сейчас с<br>
> > приходом<br>
> > systemd оказалось, что это неправильная политика и необходимо<br>
> объединить<br>
> > корневой и /usr вместе. Недавно я наткнулся на проблему,<br>
> связанную с<br>
> > этим:<br>
> ><br>
> > Эта политика(объединить корневой и /usr вместе) касается федоры, и к<br>
> > ALTLinux отношения не имеет.<br>
><br>
> У меня, при /usr отдельным разделом systemd нормально систему<br>
> загрузить не может: LVM поднимается, / (на LVM) монтируется, а /usr,<br>
> /var и /home (все тоже на LVM) остаются не смонтированными. Приходится<br>
> их монтировать вручную. Как поправить пока не знаю.<br>
><br>
> Выйду из отпуска, воспроизведу ситуацию в виртуалке.<br>
<br>
</div> Спасибо заранее.<br>
<div class="im"><br></div></blockquote><div style>Вышел из отпуска. Проблему воспроизвел.</div><div style>Дело в следующем.</div><div style>initrd за собой удаляет базу udev, и никто её больше не наполняет заного.</div><div style>
попробуйте закоментировать "rm -rf $udev_db" в /usr/share/make-initrd/data/lib/initrd/modules/090-stopudev и перегенерить initrd - должно запуститься.<br></div><div style><br></div><div style>systemd-udev-trigger.service запускается с фильтром только на добавляемые устройства (--action=add).<br>
</div><div style>Поэтому в udev неполная информация об lvm-дисках, и смонтироваться самостоятельно они не могут.</div><div style>Раньше я удалял --action=add из systemd-udev-trigger.service, но была бага</div></div><div>
<a href="https://bugzilla.altlinux.org/show_bug.cgi?id=28468">https://bugzilla.altlinux.org/show_bug.cgi?id=28468</a><br>
</div><div style>и я вернул обратно.</div><div style><br></div><div style>Надо что-то придумывать, как чинить:</div><div style>- копировать базу udev из initrd в систему (legion@ против - обоснование что в initrd и в системе udev может быть сильно разных версий, или реализовывать обновление initrd при обновлении udev)</div>
<div style>- удалить --action=add из systemd-udev-trigger.service (тогда надо как-то чинить #28468)</div><div style>- нарисовать еще один сервис, запускающийся перед systemd-udev-trigger.service без --action=add</div><div style>
- ну и совсем кардинально :) - засунуть systemd в initrd(всякие *.service для этого уже есть в апстриме, возможно еще что-то понадобиться - можно посмотреть в dracut), копировать базу udev в систему, обновлять initrd при обновлении systemd.</div>
<div style><br></div><div style><br>-- </div>Alexey Shabalin<br><br><br><br>
</div></div>