Вы здесь

После некоторых изменений и перекомпиляции ядра: 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 -> (Choice may differ here, it is always possible to change it with the proc file system)
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 -> Virtual MIDI soundcard
Security options -> [*] Enable different security models
Defaults Linux Capabilities (This MUST be a module.)

указанных в этом хауту:
http://gentoo-wiki.com/HOWTO_Jack
в разделе:
Pro audio production applications
при загрузке выдаётся
kernel panic - not syncing: no init found. Try passing init = option to kernel.

Как теперь дальше жить? (

Судя по тому, что ты написал, грабли вовсе не там, где 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)
Попробовал убрать все новые параметры ядра которые я описал в первом посте, результат тот же самый...
Я в ужосе! :(
Вполне может быть что при настройке ядра я в порыве вдохновения поменял и еще какие-нибудь параметры кроме описанных выше, но какие именно ума не приложу.

Уважаемые знатоки, какие парметры настройки ядра могу так кординально повлиять на ситуацию(система не грузится, выдаётся месага описанная в первом посте), учитывая что с предыдущей версией ядра(т.е. компил-ей) система загружается?
Откликнитесь плиз, а то мой энтузиазм изучения и настройки линукс из-за этой дурацкой ошибки скоро иссякнет(скока можно компилить ядро без видимого результата... :( ).
куда податься? а может дело таки и не в ядре? хотя вряд ли, иначе бы с пред. версией не загружалось бы тоже.