Опять-таки init почему-то не found (ВРЕМЕННОЕ РЕШЕНИЕ НАЙДЕНО)
Приветствую всех.
Решился-таки написать первое свое сообщение на форуме, ибо усиленное гугление (в-основном по данному форуму) и чтение (его же) просветления не принесли.
Ситуация такова: мой первый опыт установки gentoo. Не совсем по хэндбуку, в том смысле, что грузился не с оригинального диска gentoo, а работал с liveCD Sabayon, (установленная на компе Ubuntu 32-битная, а собрать хочется 64-битную систему, потому и лайв).
Остальное делалось с параллельным чтением хендбука.
Проблема при попытке загрузиться в gentoo, суть ее изложена в сабже.
Раздел boot - ext2, / - рейзер, /home - тоже.
Разделы прописаны правильно (сначала пришлось поэкспериментировать, так как gentoo нумерует разделы немного не так, как Ubuntu). Тем не менее уверен в правильности последнего варианта, ибо до этого ядро рут вообще не находил, а когда прописал sda2, сообщения об ошибке изменились.
Тем не менее, конфиг груба:
default 2 timeout 30 splashimage=(hd0,0)/boot/grub/splash.xpm.gz title=Windows Must Die rootnoverify (hd0,2) makeactive chainloader +1 title linux-gentoo-2.6.30.r4 root (hd0,0) kernel /boot/2.6.30-gen-r4 root=/dev/sda2 title Ubuntu 9.04, kernel 2.6.28-14-generic uuid 3484a675-873b-4d52-b5ee-84f19d8d5dd6 kernel /boot/vmlinuz-2.6.28-14-generic root=UUID=3484a675-873b-4d52-b5ee-84f19d8d5dd6 ro quiet splash initrd /boot/initrd.img-2.6.28-14-generic quiet title Ubuntu 9.04, kernel 2.6.28-14-generic (recovery mode) uuid 3484a675-873b-4d52-b5ee-84f19d8d5dd6 kernel /boot/vmlinuz-2.6.28-14-generic root=UUID=3484a675-873b-4d52-b5ee-84f19d8d5dd6 ro single initrd /boot/initrd.img-2.6.28-14-generic
Что касается gentoo и windows, писалось по хэндбуку, про Ubuntu - просто копировалось из ее конфига.
fstab:
proc /proc proc defaults 0 0 /dev/sda2 / reiserf snoatime 0 1 /dev/sda1 /boot ext2 noauto,noatime 1 2 /dev/sda5 /home reiserfs noatime 0 2 /dev/cdrom /mnt/cdrom udf,iso9660 user,noauto,exec,utf8 0 0 tmpfs /dev/shm tmpfs defaults 0 0 shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
В ядре поддержка reiser включена монолитом (при повторной пересборке включил монолитом и все подпункты раздела про рейзер).
Винт, на который ставлю gentoo - вестерновский 80-гиговый, контроллер н-видиевский, поддержка данного железа в ядре также включена.
Куда еще можно покопать? Чувствую, что где-то лажанулся по-глупому, ибо обычно так и бывает.
Какая информация еще нужна для решения.
Заранее благодарен всем ответившим.
- Для комментирования войдите или зарегистрируйтесь
Позволю себе от лица форумчан
Позволю себе от лица форумчан поприветствовать вас и пожелать всем подобного стиля задавания вопросов (всё четко, по делу, со всем необходимым).
Теперь к делу: поправьте вторую строчку в fstab:
Как поправите, сообщите о результатах :)
На самом
На самом деле:
так и есть. Не настолько я уж и туп. Просто при копировании строки из fstab тип файловой системы и параметр оказались рядом, решил их разнести для наглядности, но промахнулся. По крайней мере, уж таких-то ошибок не допускаю - когда пишу (правлю) конфиги, не тороплюсь и перепроверяю, потому опечатки редко бывают
Ну тогда предоставьте
Ну тогда предоставьте сообщения системы при загрузке (помимо init not found).
Странная опция ... /dev/sda2
Странная опция
... /dev/sda2 / reiserf snoatime 0 1Хотелось бы увидеть вывод команды
fdisk -l.Возможно вы неправильно указали root-устройство в секции linux-gentoo-2.6.30.r4. Воспользуйтесь функцией автодополнения grub'а для указания (проверки правильности) корректного устройства.
Я ♥ Gentoo & Funtoo
В правильности указания
В правильности указания устройства уверен.
Этот диск (один из двух IDE) определяется, как sda, соотвественно, на нем sda1 - boot на ext2, sda2 - / на reiser, sda3 - винда на NTFS, sda5 - /home, опять на reiser, ну и еще архив на sda6 (NTFS).
Когда грешил на определение диска, как hda (и прописывад, естественно, sda1, sda2...), то ошибку писало другую, а именно, ядро не могло найти корневую fs, теперь же, при правильном написании, не находит именно init, на root fs ругаться перестал. Кстати, пробовал монтировать по UUID - также не катит. Что-то я грешу на то, что в ядре что-то не включил (или включил не то), а вот что именно, не знаю.
Ну а вообще у меня три диска:
1 - IDE - мастер, 80 гигов, про его разбиение писал выше.
2 - IDE - слейв, 160 гигов, на нем один раздел - архив с фильмами (NTFS)
3 - SATA -160 гигов, на нем корень Ubuntu на ext4, /home, тоже убунтовский (с генту - пока только эксперименты и освоение, поэтому хоум еще разный), своп, еще один архив на NTFS.
Вот такая вот ситуация.
Чтобы убедиться в
Чтобы убедиться в неработоспособности (либо наоборот) ядра, возможно, стоит попробовать ядро с установочного диска? Либо попытаться использовать ядро Ubunt'ы, разумеется, скопировав модули.
P.S. При загрузке с установочного диска и переходе в chroot, что показывает
which init?Я ♥ Gentoo & Funtoo
Вы говорите, что у вас IDE
Вы говорите, что у вас IDE винчестер, а LiveCD Sabayon вам дает
/dev/sda, хотя sda - это вообще-то SATA. Дело в том, что в ядре сейчас есть две равносильные инфраструктуры для дисков - старая, которая и упоминается в хэндбуке, и новая, так называемая libata. Нынче рекомендуется все делать через libata - для этого нужно включить (вкомпилировать в ядро) поддержкуSCSI Disk, а также в раделеSerial ATAвключить, если мне память не изменяет,AMD and NVidia PATAилиCONFIG_PATA_AMD.Скорее всего проблема в этом - у вас ядро видит диски как hda, а вы ему даете как sda. К тому же ядро пишет обычно над ошибкой с паникой список видимых ей партиций с указанием файловых систем, если оно их знает.
Немного другая нумерация в убунте - это через UUIDы, это особо радикальный метод, для его использования вроде как нужен правильный initrd, но в этом я не уверен, ибо не пробывал. Говорят, что в таких случаях помогает особенно хорошо =)
P.S. Порядок обозначения дисков также зависит от их порядка в списке загрузки биоса. Вообщем-то когда у вас три винчестера с кучей партиций каждый, запутаться очень просто. Возможно самым правильным способом будет освоение UUID.
genkernel, как временное решение
Я в курсе, как в курсе и заморочек с hda-sda. Потому и ковырялся-разбирался, ибо Убунта с Сабайоном все диски определяют, как sda.
Оттуда и взял sda, после чего ошибка с файловой системой рута сменилась на ошибку с инитом, почему и был уверен в правильности прописываеия рута.
В-общем, плюнул на ручное конфигурирование (вернее, отложил на потом), воспользовался genkernel --all - пока поставлю систему, а допиливать буду позднее.
включал монолитом. (Во всяком случае, по всем параметрам пробежался, включил все, что могло на мой взгляд помочь с поддержкой дисков, но все-же по ходу что-то пропустил).
Итог: с ядром, собранным генкернелом система грузится, хотя диск опять определился, как hda (то что с самосборным ядром было sda, уверен 100% - строки как перед глазами стоят, с hda начинало опять ругать на рут фс).
Но тут другой трабл - езернет-карточка не подхватилась, ковыряться уже не хочется - спать пойду, так что продолжим позднее. Ну теперь, надеюсь будет проще, хотя в перспективе следующие проблемы:
-про сетевую написал
-emerge portage, python и еще кое-что после sync показывает фиг, хотя генкернел после этих ошибок емержнулся.
-немного напрягает объем последующей компилляции (иксы, гном, офис, гимп, еще по мелочам).
Но это уже совсем другая тема, поэтому будем читать, разбираться. Не получится - напишу в соответсвующие ветки.
Всем спасибо.
Я после уж не помню каких
Я после уж не помню каких экспериментов, смог загрузиться, только после именования разделов во fstab по LABEL.
Ну в данном случае дело было в ядре
Ну, в данном случае дело было все-таки в ядре, ибо сборка через genkernel -all вопрос решила.
Да и с подхватыванием сетевой решается запуском вручную модуля forcedeth.
Так что сейчас опять на очереди ковыряние ядра, ибо не вижу смысла переходить на генту и юзать генкернеловское ядро, ибо основная цель была - оптимизация. Ну, на сей раз будем повнимательнее с включением поддержки железа.