OpenRC 0.4.1 - виснет при mount-ro [SOLVED]
Обновил наконец то openrc с 0.3.0 до 0.4.1 связи с удалением 0.3.0 из дерева портежей. Раньше уже пробовал 0.4 но траблы были те же что и сейчас.
В чем собственно сабж:
Когда юзаю rc_parallel, mount-ro возвращает [ ok ] и выводится нечто вроде Init: no more services left on this runlevel.
Если без rc_parallel не юзать, то mount-ro просто зависает (никаких сообщений нет).
Почитал багзиллу: пишут что-то про правку /etc/inittab:
l0:0:wait:/sbin/rc shutdown -- то что есть
l6:6:wait:/sbin/rc reboot -- то что есть
# l0s:0:wait:/sbin/halt -dhip -- то что рекомендуют
# l6r:6:wait:/sbin/reboot -dk -- то что рекомендуют
НО:
1) иниттаб думаю вряд ли причем
2) в скриптах /etc/shutdown.sh, /etc/reboot.sh данные флаги фигурируют.
Другое предположение: dump/pass неправильный для /
/dev/sda7 / ext3 noatime 1 1 # /boot у меня на руте
Подсобите кто чем может, хорошо бы еще на inittab и fstab рабочие с openrc взглянуть.
- Для комментирования войдите или зарегистрируйтесь
mount-ro при
mount-ro при выключении/перезагрузке имеется ввиду? shutdown -h now работает нормально?
Да, оно самое. shutdown -h
Да, оно самое. shutdown -h now точно также завершается.
halt -dhip и reboot -dk работать работают и делают то, что нужно от данных флагов: вырубают комп намертво без выполнения /etc/runlevels/shutdown
Порывшись в /etc/inittab заметил shutdown.sh и reboot.sh, которые как раз и вырубают систему с этими флагами. Примечательно. что init их не запускает.
Интересно, интересно. При
Интересно, интересно. При отключении параллельности и с указанными патчами
все выключается. Теперь подведу bug summary:
если parallel включен, то:
1) некорректно завершаются службы (services depgraph видимо глючит)
Например если выключение НЕ из xdm, то xdm не завершается, и службы зависящие от него не завершаются корректно.
2) mount-ro все-таки глючит. Именно он.
если parallel выключен, то все службы корректно завершаются, mount-ro в том числе.
Правда есть одно но:
После mount-ro выводится нечто вроде
После загрузки в каталоге exclusive ничего нет.
Небыло не у кого больше такого?
Если не я один такой то надо бы в багзиллу запостить.
насколько помню в rc.conf про
насколько помню в rc.conf про это написано...
да, про то что оно
да, про то что технология нестабильна там написано. но 0,3,0 работал без сбоев)
Тоже какие-то глюки с новым OpenRC
Скажем, после обновления и перезагрузки КДЕ не видит подключаемых внешних носителей. Приходится монтировать из-под root вручную.
И точно так же - на 0.3 всё было хорошо, а 0.4.x в течение долгого времени принудительно маскировал, ибо были подобные глюки, а сейчас, в связи удалением из дерева 0.3, стало деваться некуда.
P.S. Поковырялся немного - моя проблема исчезла, похоже, после обновления device-mapper до 1.02.28 версии.
А вообще, что сделал - удалил все конфиги из /etc, относящиеся к openrc, baselayout, device-mapper, cryptsetup, udev и hal (посмотрел что к чему с помощью equery files) и переустановил эти пакеты заново с дефолтными конфигами и подправил "свои" (keymaps, hostname, consolefont).
Разве etc-update не решал
Разве etc-update не решал проблему?
Не всегда
Как я понял логику работы etc-update, оно предлагает обновить конфиг только если было обновление с одной версии программы на другую. Если же просто пересобираешь одну и ту же версию программы - то обновление конфигов предлагается сделать только в первый раз, повторные же пересборки не вызывают etc-update.
Поэтому и сложилась такая ситуация, что (предположительно) конфиги были неправильные, а пересборка openrc повторно etc-update не предлагает; получается, что освежить конфиги можно только удалив старые, якобы неправильные.
Вот на всякий случал и "подчистил" etc. Правда, как уже выше написано, это ничего не решило; решилась проблема только после обновления device-mapper.
>Скажем, после обновления и
>Скажем, после обновления и перезагрузки КДЕ не видит подключаемых внешних носителей.
>Поковырялся немного - моя проблема исчезла, похоже, после обновления device-mapper до 1.02.28 версии.
Большое спасибо за бесценный совет! Я так расстроился когда заметил этот баг(
А теперь всё работает!!!))
ПС Очистку /etc не делал, etc-update сделал своё дело успешно. ОпенРЦ ставил по доке с сайте gentoo.org и проблем, проме как с кде не возникало.
Фигасе при припозднился))
Фигасе припозднился)) openrc 0.4 когда вышел и когда device-mapper))
Ну и что?
openrc 0.4.x не просит максимальную версию device-mapper, он вполне себе считает, что ему достаточно "стабильной" 1.02.24-r1 версии (пришедшей ещё во времена 0.3.x и с ним корректно работавшей). Ан нет, как оказалось, недостаточно. Вот только узнать об этом довелось случайно, на мысль эту навели строчки при загрузке машины:
И хотя эти строчки и после обновления device-mapper никуда не пропали, но проблема чудесным образом разрешилась.
Хм. Разве openrc зависит от
Хм. Разве openrc зависит от device-mapper? У меня он вообще не установлен. Он же для LVM нужен, про который речь не идёт. Или я что-то упустил?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Да, таже ситуация. Но правда
Да, таже ситуация. Но правда после
я выключил службу как ненужную, т.к. зависящие службы не использую.
Мне вот только интересно, что
Мне вот только интересно, что же происходит с mount-ro. Ни у кого таких проблем не было?
ваша помощь приветствуется
Здравствуйте, у меня возникла проблема с mount-ro, вроде нашел решение. посмотрите плз:
https://bugs.gentoo.org/show_bug.cgi?id=256188
если прокатит, то отпишитесь плз в багзилу.
у меня mount-ro просто молчал
у меня mount-ro просто молчал (то есть выводил соообщение вида "unmounting /") и все.
SOLVED! юзал ядро с initrd,
SOLVED!
юзал ядро с initrd, когда собрал с noinitrd все заработало по-человечески.
тема еще актуальна =( ядро
тема еще актуальна =(
ядро noinitrd. что делоть?
кроме этого ничего не
кроме этого ничего не знаю: