(РЕШЕНО) Первая установка 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 написал(а): Добрый

vanger написал(а):
Добрый день.

Добрый.

vanger написал(а):
Ставлю Gentoo впервые. В дуалбуте с Windows 8.

ИМХО не очень удачные условия для первого знакомства с Gentoo. Куда лучше (проще) использовать отдельный винт для каждой системы (опять же речь про первое знакомство).
А так на одном винте с вендой (да еще и восьмёркой!) Ох, сколько граблей вам нужно обойти...

vanger написал(а):
Делаю всё по хэндбуку и этому мануалу по дуалбуту:

Без обид, но для новичка - только хэндбук. Нужно понимать, что в Вики очень много умолчаний, как по самой системе и железу, так и по навыкам пользователя.

vanger написал(а):
При разбивке диска с помощью gdisk при записи разбиений(w) выводилось сообщение, что(цитата по памяти): "При записи возникла какая-то(без указания какая) ошибка. Это может иметь нехорошие последствия, а может и не иметь".

Никогда не пользовался gdisk'ом. Но по анологии с GNU Parted, догадываюсь, что ошибка связана с некорректной для GPT разбивкой (начало-конец). Необходимо отступать от самого начала диска, т.е. не с "0 байт", а лучше использовать "0%" (parted сделает отступ автоматически).

vanger написал(а):
Перед самым kernel panic есть странные сообщения:
EXT4-fs (sda7): couldn't mount as ext3 due to feature incompatibilities

Ядро пробует монтировать раздел с ext2 как ext3 - не получается по объективным причинам. Данную запись не считайте за ошибку/предупреждение.

vanger написал(а):
EXT4-fs (sda7): mounting ext2 file system using the ext4 subsystem
А вот это уже странно. Как понимать это сообщение? Ядро всё же угадало, что sda7 — таки ext2? Но монтирует его как ext4? Почему?

Вы не правильно перевели. Запись "mounting ext2 file system using the ext4 subsystem" дословно означает - "монтируем файловую систему ext2 используя подсистему ext4". Грубо говоря, это означает, что для ext2 используются драйвера ext4, т.к. есть обратная совместимость.
Данную запись также не считайте за ошибку/предупреждение.

vanger написал(а):
EXT-fs (sad7): mounted filesystem without journal. 0pts: (null)
UFS: Mounted root (ext2 filesystem) readonly on device 8:7.

Первая запись говорит о том, что монтирована файловая система без журналирования (очевидно и логично, т.к. ext2 без журналирования).
Вторая запись говорит о том, что монтирован корень (очевидно тот же раздел, про который говорилось в первой записи, - почему он? - другой вопрос) с файловой системой ext2 в режиме "только чтение". Режим "только чтение" - стандартная процедура для корня на этапе загрузки ядра.

vanger написал(а):
Как понимать последнее? / у меня на sda9, который форматирован в ext4.

Понимать как неверные параметры загрузки, переданные ядру.

vanger написал(а):
Собственно, что с этим можно сделать, в чём проблема вылета ядра?

Для начала покажите разбивку винчестера (с чётким указанием, что на каком разде у вас стоит).
И покажите конфиг загрузчика (какие параметры он передает ядру при загрузке).

Спасибо за ответы. Дело было

Спасибо за ответы. Дело было действительно в неверных параметрах загрузки, переданных ядру. А именно -- вместо диска с рутом был указан диск с бутом.

То, что дуалбут с виндой потенциально геморроен, было ожидаемо, но уж шибко не хотелось предустановленноу винду трогать. Впрочем, благодаря текстам автора rEFInd и, собственно, самому rEFInd, всё прошло довольно гладко.

С тем, что лишний раз от хэндбука отступать не стоит, согласен. Лишь в целях дуалбута.

sspphheerraa написал(а):
Никогда не пользовался gdisk'ом. Но по анологии с GNU Parted, догадываюсь, что ошибка связана с некорректной для GPT разбивкой (начало-конец). Необходимо отступать от самого начала диска, т.е. не с "0 байт", а лучше использовать "0%" (parted сделает отступ автоматически).

Хмм. Это та причина, по которой в хэндбуке бут располагается начиная с первого мегабайта?

(parted) unit
(parted) mkpart primary 1 3

Т.е., предположительно, gdisk недоволен дефолтной(магазинной) разбивкой начала диска, где EFI загрузчики?

Где, кстати, почитать про эту рекомендацию и вообще мотивацию к оной?

Сейчас безуспешно пытаюсь настроить сеть. Беспроводную. Рассмотрим пока более сравнительно простой случай -- WEP. Что именно делает net-config? В LiveDVD получается настроить сеть лишь с его помощью.

Т.е. что именно? Он делает нечто большее чем установку имени точки доступа и пароля к ней, запись в /etc/conf.d/net

config_wlan0="dhcp"

И большее чем запись в /etc/resolv.conf

nameserver 192.168.0.1

В 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-config?

Всё тоже самое, что делает net.iface start в случае, если для интерфейса в /etc/conf.d/net указаны параметра wep шифрования. Более детально читайте в /usr/share/doc/openrc-*/net.example.

kostik87 написал(а): Причина

kostik87 написал(а):
Причина в том, что текущим рекомендуемым загрузчиком в Gentoo является Grub2, который по сравнению с Grub-0.97 (Grub Legacy) достаточно "жирен".

Еще есть sys-boot/grub-static, самый "тощий" из всех, и работает как с msdos таблицей, так и с gpt.

Спасибо за подробный

Спасибо за подробный ответ!

kostik87 написал(а):
Всё тоже самое, что делает net.iface start в случае, если для интерфейса в /etc/conf.d/net указаны параметра wep шифрования. Более детально читайте в /usr/share/doc/openrc-*/net.example.

А с чем связано отсутствие у меня последнего файла? Я было предположил, что openrc собран без USE-флага, отвечающего за примеры, но там, вроде, нет такого.

Возможно, я плохо искал, но

Возможно, я плохо искал, но релевантных постов не видел.

Вы даже и не пытались искать,

Вы даже и не пытались искать, вот попробуйте: "Kernel panic No init found", а если и пытались и что-то нашли, то, скорее всего, вы просто не стали читать, что там пишут.

С третьей строки в результатах поиска и вниз, первая строка ваша тема.

К тому же ваша ошибка довольно типична. Большинство новичков, которые ставят Gentoo встречаются с этой ошибкой. Причин возникновения может быть масса, например:
- не включили поддержку контроллера жёстких дисков или включили модульно, а не монолитно и не используем initramfs;
- включили поддержку контроллера жёстких дисков, но не включили поддержку корневой файловой системы в ядре или вкличили модульно, см. выше;
- Вкличили поддержку контроллера и файловой системы корневого раздела, но не правильно указали в параметрах, передаваемых ядру раздел или в общем корневую ФС;
- Вкличили поддержку ФС и контроллера, указали правильно корневую ФС в параметрах ядра, но забыли отредактировать /etc/fstab и не указали там правильно root;
- более сложные случае, когда корневая файловая система расположена не просто на разделе диска, а на томе LVM, RAID массиве, зашифрована или прочее;
- и ещё один из возможных вариантов, это если в ядре не включена поддержка нужной схемы "разбивки" ноистеля на разделы.

В общем ошибки типичные и рекомендации по их устранению уже многократно разжёваны во всех аналогичных темах, кои вы найдёте по приведённой ссылке. И не только в них, а просто в Gentoo Handbook, достаточно его открыть и прочитать по шагам что и зачем указывается и почему именно так. Т.е. не бездумно копировать или повторять не особо задумываясь, а подумать почему именно так, представив описываемую ситуацию, сравнить эту ситуацию со своей, подумать как должно быть в вашем случае и сделать.

В общем ничего сложного в получении ответа на вашу проблему нет, надо просто захотеть подумать и найти решение.

И снова спасибо за

И снова спасибо за развёрнутый ответ.

Возможно, при поиске по форуму, в строке поиска были и знаки препинания, и я напрасно ожидал, что всё распарсится. А в использовании мной поиска сомневаетесь напрасно. Здесь резонна аналогия с изучением языка программирования. Ошибку делаешь в одном месте, а косяк может быть сильно в другом. Профессионалу нубские вопросы могут быть очевидными, и он без труда укажет нужное место в стандарте/на stackoverflow. Но без достаточного опыта информация выглядит "слишком однородно" -- то ли тут решение может быть, а, может, и там -- и ответ легко пропустить, слив слишком много времени на не очень осмысленный перебор.

Текущая проблема-стопор -- не могу настроить zsh(уж больно он в RescueCD понравился). После

emerge zsh zsh-completion

запуск zsh, набором оной команды в консоли, образатывается некорректно. А именно, меню не появляется. Но что-то происходит:

localhost ~ #

меняется на

localhost#

и весь последующий текст перестаёт быть цветным -- становится серым. Список прошлых команд(по стрелке вверх) перестаёт быть доступными. ~/.zshrc не создаётся.

Да, до этого я ставил и настраивал bash-completion! Потом удалил его через emerge --umount. Файлы в ~/ не трогал.
Удаление зависимостей

# emerge --depclean
# revdep-rebuild

не помогло. Файлы и директории в ~/ от bash-completion также остались. Так и должно быть?

Это уже другая проблема -

Это уже другая проблема - откройте новый топик, если хотите, чтобы вам помогли...

OK, так и сделаю. Было

OK, так и сделаю. Было подозрение, что проблема мелкая и не последняя. Из-за чего топик и не стартовал.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".