(РЕШЕНО) Первая установка Gentoo: Kernel panic - non syncing: No init found. Try passing init= option to kernel.
Добрый день.
Ставлю Gentoo впервые. В дуалбуте с Windows 8. Делаю всё по хэндбуку и этому мануалу по дуалбуту: http://wiki.gentoo.org/wiki/UEFI_Dual_boot_with_Windo..
При разбивке диска с помощью gdisk при записи разбиений(w) выводилось сообщение, что(цитата по памяти): "При записи возникла какая-то(без указания какая) ошибка. Это может иметь нехорошие последствия, а может и не иметь". Разбивка диска (например, команда p в том же gdisk) выглядит как надо.
В опциях компиляции ядра в Built-in kernel command line написал "(root=PARTUUID=номер /boot партиции)". Это верно?
Менеджер загрузок rEFInd работает как надо: Windows жив и грузится, ядро Gentoo видно в списке и можно пытаться грузиться с него. Правда, в списке rEFInd есть два экземпляра ядра bzImage-... и vmlinuz-... Почему? В /boot, вроде, лишь bzImage-... клал.
Проблема.
При загрузке ядро вылетает с kernel panic:
Kernel panic - non syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
Перед самым kernel panic есть странные сообщения:
EXT4-fs (sda7): couldn't mount as ext3 due to feature incompatibilities
Это ещё куда ни шло — из поверхностного гугления возникло впечатление, что ядро перебором пытается работать с разбиением как то с одной файловой системой, то как с другой. Впрочем, буду раз комментариям и тут.
sda7 — /boot, форматированный в ext2
EXT4-fs (sda7): mounting ext2 file system using the ext4 subsystem
А вот это уже странно. Как понимать это сообщение? Ядро всё же угадало, что sda7 — таки ext2? Но монтирует его как ext4? Почему?
EXT-fs (sad7): mounted filesystem without journal. 0pts: (null) UFS: Mounted root (ext2 filesystem) readonly on device 8:7.
Как понимать последнее? / у меня на sda9, который форматирован в ext4. Как это соотносится с написанным?
Собственно, что с этим можно сделать, в чём проблема вылета ядра?
//--------------------------
Причина была в неверной Built-in kernel command line. Там должен был быть указан именно /root. По PARTUUID или иначе -- например, просто /dev/sda9.
- Для комментирования войдите или зарегистрируйтесь
поищи на этом форуме - 10000
поищи на этом форуме - 10000 раз обсуждалось!..
vanger написал(а): Добрый
Добрый.
ИМХО не очень удачные условия для первого знакомства с Gentoo. Куда лучше (проще) использовать отдельный винт для каждой системы (опять же речь про первое знакомство).
А так на одном винте с вендой (да еще и восьмёркой!) Ох, сколько граблей вам нужно обойти...
Без обид, но для новичка - только хэндбук. Нужно понимать, что в Вики очень много умолчаний, как по самой системе и железу, так и по навыкам пользователя.
Никогда не пользовался gdisk'ом. Но по анологии с GNU Parted, догадываюсь, что ошибка связана с некорректной для GPT разбивкой (начало-конец). Необходимо отступать от самого начала диска, т.е. не с "0 байт", а лучше использовать "0%" (parted сделает отступ автоматически).
Ядро пробует монтировать раздел с ext2 как ext3 - не получается по объективным причинам. Данную запись не считайте за ошибку/предупреждение.
Вы не правильно перевели. Запись "mounting ext2 file system using the ext4 subsystem" дословно означает - "монтируем файловую систему ext2 используя подсистему ext4". Грубо говоря, это означает, что для ext2 используются драйвера ext4, т.к. есть обратная совместимость.
Данную запись также не считайте за ошибку/предупреждение.
Первая запись говорит о том, что монтирована файловая система без журналирования (очевидно и логично, т.к. ext2 без журналирования).
Вторая запись говорит о том, что монтирован корень (очевидно тот же раздел, про который говорилось в первой записи, - почему он? - другой вопрос) с файловой системой ext2 в режиме "только чтение". Режим "только чтение" - стандартная процедура для корня на этапе загрузки ядра.
Понимать как неверные параметры загрузки, переданные ядру.
Для начала покажите разбивку винчестера (с чётким указанием, что на каком разде у вас стоит).
И покажите конфиг загрузчика (какие параметры он передает ядру при загрузке).
Спасибо за ответы. Дело было
Спасибо за ответы. Дело было действительно в неверных параметрах загрузки, переданных ядру. А именно -- вместо диска с рутом был указан диск с бутом.
То, что дуалбут с виндой потенциально геморроен, было ожидаемо, но уж шибко не хотелось предустановленноу винду трогать. Впрочем, благодаря текстам автора rEFInd и, собственно, самому rEFInd, всё прошло довольно гладко.
С тем, что лишний раз от хэндбука отступать не стоит, согласен. Лишь в целях дуалбута.
Хмм. Это та причина, по которой в хэндбуке бут располагается начиная с первого мегабайта?
Т.е., предположительно, gdisk недоволен дефолтной(магазинной) разбивкой начала диска, где EFI загрузчики?
Где, кстати, почитать про эту рекомендацию и вообще мотивацию к оной?
Сейчас безуспешно пытаюсь настроить сеть. Беспроводную. Рассмотрим пока более сравнительно простой случай -- WEP. Что именно делает net-config? В LiveDVD получается настроить сеть лишь с его помощью.
Т.е. что именно? Он делает нечто большее чем установку имени точки доступа и пароля к ней, запись в /etc/conf.d/net
И большее чем запись в /etc/resolv.conf
В WPA как-то однажды получилось с wpa_supplicant, но повторить не получается :)
Цитата: Хмм. Это та причина,
Причина в том, что текущим рекомендуемым загрузчиком в Gentoo является Grub2, который по сравнению с Grub-0.97 (Grub Legacy) достаточно "жирен". Если вы ставите загрузчик не на раздел, а в загрузочную область диска (нулевой сектор), то в слуае с Grub-0.97 часть его кода располагается в первых 466 байтах нулевого сектора, а остальная часть его кода, необходимая для работы записывается в сектора с 1 по 62. В случае с Grub2 всё точно также, только с оговоркой, что вторая часть его кода не "помещается" в 62 секторах, находящихся между 0 (нулевым) сектором и первым сектором первого раздела. Поэтому и рекомендуется начинать первый раздел аж с 2048 сектора. Кроме всего прочего есть другой фактоа, это технология Advanced Format на новых дисках или аналогичная ей, суть её сводится к тому, что размер физического сектора равен 4096 байт, т.е. 8 секторов по 512 байт (размер сектора на старых дисках). Диск представляет контроллеру всё ту же геометрию с учётом, что у него размер сектора 512 байт, но это логический сектора. Если граница раздела (файловой системы) будет находиться на секторах, не кратных 8, то на операцию записи на диск будет затрачиваться примерно в два раза больше времени. В следствие того, что в реальности магнитная головка может считывать и записывать только блоки по 4Кб, а не по 512 байт.
Всё тоже самое, что делает net.iface start в случае, если для интерфейса в /etc/conf.d/net указаны параметра wep шифрования. Более детально читайте в /usr/share/doc/openrc-*/net.example.
kostik87 написал(а): Причина
Еще есть sys-boot/grub-static, самый "тощий" из всех, и работает как с msdos таблицей, так и с gpt.
Спасибо за подробный
Спасибо за подробный ответ!
А с чем связано отсутствие у меня последнего файла? Я было предположил, что openrc собран без USE-флага, отвечающего за примеры, но там, вроде, нет такого.
Возможно, я плохо искал, но
Возможно, я плохо искал, но релевантных постов не видел.
Вы даже и не пытались искать,
Вы даже и не пытались искать, вот попробуйте: "Kernel panic No init found", а если и пытались и что-то нашли, то, скорее всего, вы просто не стали читать, что там пишут.
С третьей строки в результатах поиска и вниз, первая строка ваша тема.
К тому же ваша ошибка довольно типична. Большинство новичков, которые ставят Gentoo встречаются с этой ошибкой. Причин возникновения может быть масса, например:
- не включили поддержку контроллера жёстких дисков или включили модульно, а не монолитно и не используем initramfs;
- включили поддержку контроллера жёстких дисков, но не включили поддержку корневой файловой системы в ядре или вкличили модульно, см. выше;
- Вкличили поддержку контроллера и файловой системы корневого раздела, но не правильно указали в параметрах, передаваемых ядру раздел или в общем корневую ФС;
- Вкличили поддержку ФС и контроллера, указали правильно корневую ФС в параметрах ядра, но забыли отредактировать /etc/fstab и не указали там правильно root;
- более сложные случае, когда корневая файловая система расположена не просто на разделе диска, а на томе LVM, RAID массиве, зашифрована или прочее;
- и ещё один из возможных вариантов, это если в ядре не включена поддержка нужной схемы "разбивки" ноистеля на разделы.
В общем ошибки типичные и рекомендации по их устранению уже многократно разжёваны во всех аналогичных темах, кои вы найдёте по приведённой ссылке. И не только в них, а просто в Gentoo Handbook, достаточно его открыть и прочитать по шагам что и зачем указывается и почему именно так. Т.е. не бездумно копировать или повторять не особо задумываясь, а подумать почему именно так, представив описываемую ситуацию, сравнить эту ситуацию со своей, подумать как должно быть в вашем случае и сделать.
В общем ничего сложного в получении ответа на вашу проблему нет, надо просто захотеть подумать и найти решение.
И снова спасибо за
И снова спасибо за развёрнутый ответ.
Возможно, при поиске по форуму, в строке поиска были и знаки препинания, и я напрасно ожидал, что всё распарсится. А в использовании мной поиска сомневаетесь напрасно. Здесь резонна аналогия с изучением языка программирования. Ошибку делаешь в одном месте, а косяк может быть сильно в другом. Профессионалу нубские вопросы могут быть очевидными, и он без труда укажет нужное место в стандарте/на stackoverflow. Но без достаточного опыта информация выглядит "слишком однородно" -- то ли тут решение может быть, а, может, и там -- и ответ легко пропустить, слив слишком много времени на не очень осмысленный перебор.
Текущая проблема-стопор -- не могу настроить zsh(уж больно он в RescueCD понравился). После
запуск zsh, набором оной команды в консоли, образатывается некорректно. А именно, меню не появляется. Но что-то происходит:
меняется на
и весь последующий текст перестаёт быть цветным -- становится серым. Список прошлых команд(по стрелке вверх) перестаёт быть доступными. ~/.zshrc не создаётся.
Да, до этого я ставил и настраивал bash-completion! Потом удалил его через emerge --umount. Файлы в ~/ не трогал.
Удаление зависимостей
не помогло. Файлы и директории в ~/ от bash-completion также остались. Так и должно быть?
Это уже другая проблема -
Это уже другая проблема - откройте новый топик, если хотите, чтобы вам помогли...
OK, так и сделаю. Было
OK, так и сделаю. Было подозрение, что проблема мелкая и не последняя. Из-за чего топик и не стартовал.