После некоторых изменений и перекомпиляции ядра: kernel panic - not syncing: no init found. Try passing init = option to kernel
После вот таких вот изменений в ядре linux-2.6.22-gentoo-r9:
Block layer -> Support for Large Block Devices
-? IO Schedulers -> select the 3 options + -> Default I/O scheduler ->
Processor types and features -> Preemption Mode (Complete Preemption (Real-Time))
Processor types and features -> HPET Timer Support + Timer frequency (1000Hz)
Device Drivers -> Character Devices -> < > HPET Control RTC IRQ (totherwise MuSE will not run, maybe fixed with museseq 0.8)
Device Drivers -> Sound -> Alsa -> Sequencer support + all the OSS options + all the RTC options
Device Drivers -> Sound -> Alsa -> Generic devices ->
Security options -> [*] Enable different security models
указанных в этом хауту:
http://gentoo-wiki.com/HOWTO_Jack
в разделе:
Pro audio production applications
при загрузке выдаётся
kernel panic - not syncing: no init found. Try passing init = option to kernel.
Как теперь дальше жить? (
- Для комментирования войдите или зарегистрируйтесь
kernel panic - not syncing: no init found.
Судя по тому, что ты написал, грабли вовсе не там, где audio.
Грабли в том, что ядро не может найти устройство с корневым разделом.
Посмотри, какие диски инициализируются при загрузке ядра и как.
Возможно несколько вариантов.
Вариант 1:
Ядро по какой-либо причине вообще не видит дисков. Следовательно, не может примонтировать корневой раздел.
Надо определить, почему диск не виден и устранить причину.
Вариант 2:
Ядро по какой-либо причине видит диск с корневым разделом не под тем именем, под которым указан root раздел в параметрах загрузчика. Например: диск, который ранее был sd[x] стал называться hd[x], или наоборот.
Надо определить, какое имя у диска с корневым разделом и подкорректировать параметр root при загрузке, указав верное имя корневого раздела.
Вариант 3 (самый худший):
Испорчен корневой раздел или таблица разделов диска, содержащего корневой раздел.
Вот таки месаги
Вот таки месаги выводятся перед кернел паник:
Ext3-fs: mounted filesystem with ordered data mode
VFS: Mounted root (ext3 filesystem) readonly.
потом что-то типа freeing unused kernel memory : 532k freed - точно не опомню
ну а потом, то сообщение которое я описал выше...
То есть вроде как root маунтиться. Но при этом загрузчик(grub) требует еще указать параметр init.
При этом стоит заметить, что с предыдущей версией ядра всё грузится на ура.
init=/sbin/init - пробовал, пишет что-то типа failed to execute
Вобщем, текст,
Вобщем, текст, который выше строки с ошибкой и который уместился на экране(мож кто подскажет как паузить при загрузке или когда остановилось матать вверх?) ни чем не отличается от текста в этом же месте, но при удачной загрузке(с прошлой верс-ей ядра)... и подозрительного я там тож особо ничего не обнаружил(ну разве что не может загруить девайс rtc)
Попробовал убрать все новые параметры ядра которые я описал в первом посте, результат тот же самый...
Я в ужосе! :(
Вполне может быть что при настройке ядра я в порыве вдохновения поменял и еще какие-нибудь параметры кроме описанных выше, но какие именно ума не приложу.
Уважаемые знатоки, какие парметры настройки ядра могу так кординально повлиять на ситуацию(система не грузится, выдаётся месага описанная в первом посте), учитывая что с предыдущей версией ядра(т.е. компил-ей) система загружается?
Откликнитесь плиз, а то мой энтузиазм изучения и настройки линукс из-за этой дурацкой ошибки скоро иссякнет(скока можно компилить ядро без видимого результата... :( ).
куда податься? а может дело таки и не в ядре? хотя вряд ли, иначе бы с пред. версией не загружалось бы тоже.
.
* Вышеназванные 3 варианта - то что надо.
* я в случаях "надо узнать параметры" смотрю
zcat /proc/config.gz > xNEW.txt - на одном
zcat /proc/config.gz > xOLD.txt - на втором
diff -u xNEW.txt xOLD.txt
* энтузиазм не должен так быстро иссякнуть.
Когда я в конце-концов решаю проблему,
он у меня только возрастает :-)
* сколько можно компилить ядро?
ну я добился более-менее хорошего ядра
только после десятого раза.
*
* Вышеназванные 3 варианта - то что надо.
Мне кажется первые два варианта не совсем подходят, т.к.
Ext3-fs: mounted filesystem with ordered data mode
VFS: Mounted root (ext3 filesystem) readonly.
- как я уже писал двумя сообщениями выше...
то есть вроде как находит диск, вроде как что-то маунтит(или эти сообщения не об этом говорят?)... Но в любом случае, как сделать это: Надо определить, какое имя у диска с корневым разделом, если ядро не загружается?(на рабочем ядре определять бессмысленно, там всё работает, значит и диски именуются как надо)
А 3-ий вариант совсем не подходит ибо в этом случае и со старым ядром тоже не грузилось бы...
* я в случаях "надо узнать параметры" смотрю
zcat /proc/config.gz > xNEW.txt - на одном
zcat /proc/config.gz > xOLD.txt - на втором
diff -u xNEW.txt xOLD.txt
- вот за это спасибо, как раз искал как посмотреть конфигурацию у текущего ядра. Правда вторая строчка для меня бессмысленна, т.к. для этого в новом ядре надо загрузиться для начала...
* энтузиазм не должен так быстро иссякнуть.
Когда я в конце-концов решаю проблему,
он у меня только возрастает :-)
- вот когда я в конце концов её решу, то он у меня тоже возрастёт, а пока что только падает... очень надеюсь что решу я её до того как он упадёт совсем.
* сколько можно компилить ядро?
ну я добился более-менее хорошего ядра
только после десятого раза.
- я тебе завидую... учитывая что очень много раз наступал на всякие грабли, я пересобирал ядро, с начала установки, уже не меньше 20 раз (((
Конфиг обычно
Конфиг обычно может храниться в /boot/config* или /usr/src/linux/.config
как проблема
как проблема решилась то ?
_______________________________________
грех обманывать компиляторы в субботу