После обновления udev и OpenRC словил приключений

Была древняя система, не читал форумы (и в частности советов не обновлять дерево). Cоответственно, при попытке обновления словил кучу блокировок, пытаясь избавиться от которых, система перестала взлетать.
В частности почему-то даже рутовый пароль улетел. После chroot-a вернул на место и можно залогиниться.
Теперь имею следующее при старте OpenRC:

/lib/rc/sh/init.sh: line 87: /lib/rc/init.d/softlevel: Read-only file system
* rc: failed to create stopping dir `/lib/rc/init.d/rc.stopping': Read-only file system
INIT: Entering runlevel: 3

Дальше сваливается в логин, захожу и получаю недоступную для записи файловую систему..
Через chroot в принципе emerge еще работает, но насколько глубоко там всё криво в системе стало даже не знаю :) Например, man не отображает вообще ничего ;)

Вердикт: В морг? (Разворачиваться из Stage3 практически с нуля?) Или может куда копнуть?

В принципе в Дженте

В принципе в Дженте практически нет ничего не возможного в этом плане...Все упирается во время..и нервы..
Гляньте в Faq: там имеются несколько примеров.
Если вы в будущем все равно будете компилять весь "мир", то на мой взгляд "дешевле" с нуля, конечно с учетом того что система действительно древняя.Это лучше, чем сидеть разгребать все "затыки" портажа. А так в принципе попытка - не пытка. Попробуйте - не пойдет - значит с нуля %) Тем более что процы сейчас мощные и времени займет уже не так много.
PS может еще кто чего "доброго" :) скажет..

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Есть мнение, что причина

Есть мнение, что причина твоей беды в том, что ты недообновившись начал дёргать питание.

stable || testing?
Новость 2012-03-16 udev-181 unmasking?

Насколько старая была система (ядро исходное и текущее)?

ЗЫ: Получение в результате обновления незагружаемой системы... дело конечно неприятное. Но не фатальное.
И в моей практике был такой эпизод.

:wq
--
Live free or die

Было 2.6.32. Но я на новое

Было 2.6.32. Но я на новое уже пересобирался. И некоторое время (половину лета где-то) на новом ядре (3.2.0 сначала, потом на 3.5.0) сидел , так что пересобранное ядро вполне себе проверено было, остальное только не обновлял.

Про /usr на отдельном разделе новость читал еще до попытки обновиться и поскольку такого у меня в системе нет решил что ко мне она скорее не относится.

Теперь вопрос следующий. В

Теперь вопрос следующий. В принципе до консоли система грузится, корень не в рид-онли.. Но не видит сетевух и прочего. Syslog ругается на то что не взлетает hald. Имеет отношение он к тому что потом не поднимаются интерфейсы сетевухи eth0, eth1.. и т.д.?
В ядре всё это собрано, и проверено было уже, то есть на уровне ядра работоспособность в этом отношении проверена. Куда копать?
Думал может HAL пересобрать, но тут не врубился где он пересобирается в каком пакете.

.

Diversant написал(а):
Syslog ругается на то что не взлетает hald. Имеет отношение он к тому что потом не поднимаются интерфейсы сетевухи eth0, eth1.. и т.д.?

Имеет

Цитата:
Куда копать? Думал может HAL пересобрать, но тут не врубился где он пересобирается в каком пакете

А нет его. Давно уже. Эстафету подхватил sys-fs/udev (которого, кстати, тоже почти уже нет, теперь это просто часть другого проекта - sys-apps/systemd)

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Так.. отсюда вопрос

Так.. отсюда вопрос следующий: мне надо как-то выпиливать остатки этого HAL'a, не пойму еще насчет udev. А что более важно - выяснить почему не поднимаются интерфейсы eth0 например. Верно ли предположение что через chroot с лайф-системы уместно сделать:

# mount -t proc none /mnt/gentoo/proc
# mount --rbind /sys /mnt/gentoo/sys
# mount --rbind /dev /mnt/gentoo/dev

?

Честно признаюсь непосредственно в хэндбуке, как мне кажется, этот момент не освещен, а всё ж конкретику данных действий хотелось бы познать. Ссылка приветствуется ;)

.

Diversant написал(а):
надо как-то выпиливать остатки этого HAL'a

Дык он у вас уже выпилился. Остатки подчистить - убрать юз hal из /etc/portage/make.conf и /etc/portage/package.use и симлинки из /etc/runlevels/*, после чего выполнить emerge --with-bdeps=y -c && eclean-dist -d

Цитата:
не пойму еще насчет udev

Не вполне понятно, чем здесь можно помочь - публикаций про udev предостаточно, разве что не забудьте включить данный юз глобально

Цитата:
более важно - выяснить почему не поднимаются интерфейсы eth0 например

подёргайте их вручную - посредством ip или ifconfig. Если руками получается - после выполнения emerge --with-bdeps=y -DNu world имеется ненулевая вероятность, что подхватится и через ранлевелы...

Цитата:
Верно ли предположение что через chroot с лайф-системы уместно сделать

Уместно. А профит?

Цитата:
Ссылка приветствуется

Тыц

Upd: Надеюсь, вы не забыли, что перед всеми этими телодвижениями, да и вообще прежде всего обновляется (особым образом) toolchain?

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Спасибо за инфу. Да... Именно

Спасибо за инфу. Да... Именно с двоекратной сборки toolchain'a (как описано в HOWTO) и начинал, но не повезло в каком-то смысле в итоге ;)

Spoiler написал(а): А нет

Spoiler написал(а):
А нет его. Давно уже. Эстафету подхватил sys-fs/udev (которого, кстати, тоже почти уже нет, теперь это просто часть другого проекта - sys-apps/systemd)

То есть я так понимаю, когда он из ~ уйдет следует обратить внимание на новости, чтоб не словить возможного гемора? ;)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".