Kernel panic - not syncing: Attempting to kill init! (Куда копать? Что делать? Где логи смотреть?...)

[fuzzy]

Добрый день всем.
Создал новую тему, хотя по поиску и на форуме и в google вываливается куча результатов. Но после просмотра нескольких десятков из них понял, что в большинстве случаев там "узко специализированные" рецепты для решения конктретных проблем. А мой случай там найти не удалось.
Произошло следующее:
Linux стоял, работал, всё было замечательно. Вчера система была нормально выключена штатными средствами. Сегодня с утра начинает грузится и где-то после unmounting old /dev, unmounting old /proc и т.п. (до входа в интерактивный режим) выдаётся сообщение Kernel panic - not syncing: Attempting to kill init!. И всё, больше никаких зацепок нет.
Для начала загрузился с rescue-диска и отключил все файловые системы, кроме / на ext3. Это ничего не изменило. Что делать дальше идей нет, т.к. непонятно что сломалось. Где можно найти подробный лог загрузки, чтобы увидеть где проблема? Что можно отключить лишнего? Вообще как быть в таких случаях?

[fuzzy]

Стоит Fedora Core 5 kernel 2.6.17-1.2157.
Загрузка заканчивается следующим образом:

Код: Выделить всё

.........................
Creating root device
Mounting root filesystem
kjournal starting. Commint interval 5 seconds.
EXT3-fs: mounted filesystem with ordered data mode
Seting up other file system
Setting up new root fs
no fstab.sys, mounting internal defaults
Switching to new root and running init
Unmounting old /dev
Unmounting old /proc
Unmounting old /sys
Kernel panic - not syncing: Attempting to kill init!

[sash-kan]

no fstab.sys, mounting internal defaults

↑

есть подозрение, что именно здесь собака зарыта.
что это за файл такой у федоры? судя по всему, он должен присутствовать в initrd.gz.

[fuzzy]

Что за файл уточню. Но на сколько я помню это сообщение при загрузке я видел постоянно (по крайней мере вчера при последней удачной загрузке оно было точно).

[sash-kan]

а загрузиться, передав ядру init=/bin/sh, удается?
если да, то как после этого система реагирует на команду
/sbin/init 3
?

[fuzzy]

а загрузиться, передав ядру init=/bin/sh, удается?
если да, то как после этого система реагирует на команду
/sbin/init 3
?

sash-kan, на сколько я понимаю это надо делать в загрузчике? (т.е. в моём случае в GRUB'е).
Если так, то можешь чуть подробнее написать как это делается? (то, что в grub'е надо нажать C и попасть в консоль это я понимаю, но какие команды потом надо дать? - или тоже, что и в grub.conf, но с другим параметром init?)

[sash-kan]

fuzzy
нужно добавить к списку параметров

Код: Выделить всё

init=/bin/sh

если, конечно, в списке нет чего-нибудь вроде

Код: Выделить всё

init=бла-бла-бла

если есть — то просто подправляешь.
если система таки загрузится, то ты попадешь в shell с root-овыми правами.
вот там и пробуй

Код: Выделить всё

/sbin/init 3

[fuzzy]

С init=/bin/sh загружается нормально. Но далее в ответ на /sbin/init 3 получаю:
init:/dev/initctl: No such file or directory
(и его действительно нет в /dev). Пойду изучать то, как работает init...
Но если у кого есть идеи, то они приветствуются

Дополнение:
Пробовал сделать mkfifo /dev/initctl и переставить пакет SysVinit, как результат после запуска /sbin/init 3 через небольшую паузу получаю: init: timeout opening/writing control channel /dev/initctl

[fuzzy]

Всё. Вопрос снимается - т.к. больше нет времени исследовать эту проблему откатился на оказавшийся под рукой бэкап.
Жаль конечно, что не разобрался до конца что произошло, но идей всё-равно не было больше...