<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Здравствуйте.</p>
<p>Есть система (железка довольно старая - Core2 Duo 1.8) на p9, обновленная с p8 на sysVinit. После сегодняшнего dist-upgrade и обновления ядра получил остановку при загрузке на службе lvm2-monitor.</p>
<p>Как показало расследование, на этапе, когда грузится lvm2-monitor (приоритет у него 02), еще не заполнен каталог /run/udev/data, из которого он хочет что-то получить. Каталог этот заполняется при запуске службы udevd-final, приоритет которой 06. Пока проблему обошел сдвинув lvm2-monitor на 08.</p>
<p>Похоже, что с обновленным udev (udev-1:242-alt10 -> udev-1:242-alt12) до выполнения udevd-final каталог /run/udev/data не заполняется, из-за чего не работают некоторые части lvm (в частности, команды lvs, vgs также висят и ждут чего-то).</p>
<p>Подскажите пожалуйста, как правильно решить эту проблему. Пока думаю повесить баг на lvm2 с просьбой сдвинуть приоритет запуска с 02 на 08 например. Или есть более правильное решение?</p>
<p>PS Сомневаюсь потому, что есть машина (сильно более современная) с похожей системой, но более старыми dbus и udev-rule-generator, в которой приоритеты запуска вообще 02lvm2-monitor, 02udevd и 32udevd-final, но на ней никаких остановок при загрузке не замечено...</p>
<p><br /></p>
<div>-- <br />
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">WBR, Alex Moskalenko</div>
</div>
</body></html>