проблема загрузкой [SOLVED]
[UPD] если воспользоваться умолчательными конфигами ядра, то все заработало. Интересно, почему дебиановские не подходят
Ситуация следующая:
Основная система это Debian unstable. Диск разбит на 4
hda1 - xfs - сюда ставлю Gentoo hda2 - ext2 - /boot hda3 - xfs - корень Debian'а hda4 - swap
Собираюсь попробовать Gentoo, для этого, следуя инструкциям хендбука http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml, ставлю систему из под Debian'а в chroot'е с помощью stage3. При компиляции ядра выбрал установку через genkernel (в виде старого конфига подсунул конфиг от текущего дебианского ядра). Правда xfs вкомпилировал в ядро, а не в виде модуля.
Полученные образ и инит-модуль скопировал в бут (укоротив их имена) и модифицировал меню grub'а для загрузки генту так как рекомендуется в хендбуке:
title=Gentoo Linux root (hd0,1) kernel /kernel-genkernel root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/hda1 udev initrd /initramfs-genkernel
Проблема в том, что при попытке загрузится, мне сообщается, что корень /dev/hda1 не подходит и выводится приглашение (boot):, чтоб ввести где находится правильный корень.
В чем может быть проблема? Что я делаю не так?
- Для комментирования войдите или зарегистрируйтесь
Во-первых,
Во-первых, раздел boot, который находиться ПОСЛЕ корня? Такого я еще не видал!
Во-вторых, root (hd0,0). Подробное объяснение есть в info grub
Во-первых,
Во-первых, такая разбивка случилась исторически. Тем более что это не важно проблем с загруской ядер лежащих дальше 8 гигобайта у меня нет.
Во-вторых, должно быть именно root (hd0,1) - посмотрите где у меня бутовый раздел находится...
Я имел в виду
Так кто отказ дает, grub или уже при загрузки ядра?
Я имел в виду перенос ядра на первый раздел. Впрочем это действительно не имеет значения.
Мне кажется, что проблема в initramfs и ее настройке.
Например, у меня:
Причем initramfs я делал при помощи splash_manager
В том то и дело,
В том то и дело, что выдается уже при загрузке ядра, причем если набрать в приглашении не адресс партиции, а "shell", то попадаем в ash и можно побегать по подмонтированному образу...
Попробуйте
Попробуйте настроить аналогично тому, что у меня.
Все решилось
На самом деле, просто ядро почему-то не определяло какие разделы есть на диске.
kernel /kernel-genkernel
kernel /kernel-genkernel root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/hda1 udev
kernel /kernel-genkernel root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/hda1 udev ro
XFS trebuet montirovanija ro dla proverki zurnala :) smotri hendbook
i Debian fstab
"в виде старого конфига подсунул конфиг от текущего дебианского ядра"
originalnim konfigom soberi
kopirovat jadro ne nado genkernel --install --mountboot --bootloader=grub
XFS trebuet montirovanija ro
XFS trebuet montirovanija ro dla proverki zurnala :) smotri hendbook
В том то и дело, что в хендбуке сказанно про опцию ro только у jfs(я тоже удивился, т.к. у меня вообще-то всегда системы грузились с ro, а потом в первоначальный инит из имаджа их перемонтировал с rw).
Также я пользуюсь грубом от дебиана (т.е. груб в генту я не ставил). А бутовый раздел я в генте не монтировал (он маленький - 32метра и я не был уверен, что размер файлов не превысит размер свободного места). Поэтому я и скопировал потом файлы вручную.
ОК, 10х, попробую собрать с умолчательным конфигом...
gentoo-base-patch+gentoo-extr-patch
tak i Debianovkoe jadro gruzit Gentoo minut 10 na P3
v gentoo-sources Solar vbuhal SeLinux,cramfs,bootsplash i koi 4ego
v osnovnoi kod
Dumaju 4to ne gruzit izza nesovpadenija po versijam glibc,gcc,init,udev,modutils