/Bobr то есть если мы явно указываем рутдиректорию, данный метод проводится без chroot?
Да. Если не указывать root-directory, то граб пытается прочитать ее из /etc/mtab, конечно в лив-сиди совсем не тот рут, который при загрузке граба.
LinuxForum.Fans
Non-system disk
Автор: u__________10
96 сообщений
18738 просмотров
🔒 закрыта
installation finished. no error reported.
..
reboot
:(
[quote=сантехник]/Bobr то есть если мы явно указываем рутдиректорию, данный метод проводится без chroot?
Да. Если не указывать root-directory, то граб пытается прочитать ее из /etc/mtab, конечно в лив-сиди совсем не тот рут, который при загрузке граба.[/quote]
так для этого жеж есть
# grep -v rootfs /proc/mounts > /etc/mtab
все это я уже делал. исход один и тот же
я конечно давно мог бы уже автоматом поставить первую ос с её грабом (которую вообще то хочу сделать второй), а после поставить генту (которую хочу сделать основной)
но это слишком легкое решение.
так я не пойму в чем косяг
# grep -v rootfs /proc/mounts > /etc/mtab
Это делается в chroot.
Кроме того, граб пишет свои файлы не в рут ( / ), а в /boot. Если у вас /boot отдельным разделом, то его нужно примонтировать так,чтобы граб не записал файлы просто в каталог /boot, а именно в раздел, примонтированный к /boot. Поэтому я и рекомендую указывать в качестве root-directory не собственно корень, а раздел /boot.
Приведите полностью команду, которой устанавливаете граб в лив-сиди.
сантехник, сколько дисков в системе?
Я обычно делал так, загрузившись с LiveCD:
[console]
grep -v rootfs /proc/mounts > /etc/mtab
grub
grub> root (hd0,0)
grub> setup (hd0)
grub> quit
[/console]
В третьей и четвёртой команде можно (нужно?) пользоваться автодополнением, что позволяет не ошибиться с выбором разделов диска.
Хм только не понял зачем надо было указывать grep -v rootfs /proc/mounts > /etc/mtab ?
для команды grub-install --no-floppy /dev/sda может команда и нужна, а для обычной команды grub это уже лишнее, так как она работает непосредственно с устройствами в каталоге /dev а список смонтированных ОС для данной команды не нужен smile
тут скорее всего стоит не один винт в системе от этого все чудеса и идут.
возможно что нужный диск не (hd0) а (hd1)
[quote=сантехник]# grep -v rootfs /proc/mounts > /etc/mtab
Это делается в chroot.
[/quote]
да. в нем самом
Кроме того, граб пишет свои файлы не в рут ( / ), а в /boot. Если у вас /boot отдельным разделом, то его нужно примонтировать так,чтобы граб не записал файлы просто в каталог /boot, а именно в раздел, примонтированный к /boot. Поэтому я и рекомендую указывать в качестве root-directory не собственно корень, а раздел /boot.
и так тоже делал. /boot на sda5
mount /dev/sda5 /mnt/gentoo/boot
Приведите полностью команду, которой устанавливаете граб в лив-сиди.
опять?
grub-install /dev/sda --root-directory=/mnt/gentoo/boot
все что советовали так и делал.
установка всегда пишет
installation finished. no error reported.
file boot.img
boot.img: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200;
partition 1: ID=0x82, starthead 1, startsector 63, 12610962 sectors;
partition 2: ID=0x5, starthead 0, startsector 12611025, 104872320 sectors, code offset 0x48,
OEM-ID " \320", Bytes/sector 190, sectors/cluster 124, reserved sectors 191, FATs 6, root entires 185, sectors 64514 (volumes <=32 MB ) , Media descriptor 0xf3, sectors/FAT 20644, heads 6, hidden sectors 309755, sectors 2147991229 ( volume > 32 MB ) , physical drive 0x7e, dos < 4.0 Bootsector (0x0)
напрягает только после рибута.
сейчас попробую затереть МБР как лупо советовал..
тут скорее всего стоит не один винт в системе от этого все чудеса и идут.
возможно что нужный диск не (hd0) а (hd1)
один винт. на ноуте
сейчас попробую затереть МБР как лупо советовал..
Только не забудьте сбелать бэкап MBR.
сейчас попробую затереть МБР как лупо советовал..
эх. без поллитру тут не обойтись :(
опять якобы успешная операция.
че делать? устанавливать вторую ос первой?
installation finished. no error reported.
напрягает только после рибута.
Вообще-то это странно.
Уж если граб успешно установился в MBR на /dev/sda, то при попытке загрузки с него как минимум он долженн показать, что загрузился, но никак не "Non-system disk or disk error".
А в биосе загрузка с жесткого стоит?
в бивисе загрузка стоит с жесткого.
можно включить динамический поиск систем.
если не находит системы на жестком, то ищет на СД, если не находит на СД ищет на ЮЗБ и так далее.
я уже всякие манипуляции проводил, принудительные.
к примеру можно не меняя очередности в бивисе, нажать при включении Esc и выбрать с чего грузиться..
сейчас буду попробовать sda1 переформатить из 82 в 83 и сделать его бутом.
посмотрим что получится
чет я подустал маненько
сделал sda1 бутом. (сменил тип фс, emerge grub, заново поправил конфиг груба. install-grub )
пишет что я молодец и все у меня хорошо получилось, а в итоге после перезагрузки система послала меня в эротическое путешествие, как и раньше.
чем проверить целостность MBR?
один винт. на ноуте
Ну тогда это довольно странно, если вы пробовали ставить через команду grub
должно было установиться.
Я вообще когда то использовал gub просто скопировав часть каталога /boot/ из LiveCD systemrescue на один очень маленький раздел и добавил еще splash, отредактировал файл /boot/grub/grub.conf и просто выполнив команду grub прописывал путь к этому разделу.
Просто раздел использовался чисто для конфигурации загрузки grub.
Хз что тут у вас, видно большая пруха! wink
ведь ставил на эту же систему уже. ту же самую генту. точно по тому же ману и точно из под того же лайвсиди.
хз что случилось
ведь ставил на эту же систему уже. ту же самую генту. точно по тому же ману и точно из под того же лайвсиди.
хз что случилось
Может винт уже того?
если нет на диске ни чего ценного, можете поэкспериментировать, снести mbr и снова отредактировать.
text
/* делаем dump mbr на флэшку предварительно смотировав*/
# mkdir /mnt/flash
# mount /dev/sdc1 /mnt/flash
# dd if=/dev/sda of=/mnt/flash/mbr.img bs=1 count=512
/* очищаем mbr */
dd if=/dev/zero of=/dev/sda bs=1 count=512Если ранее создавали разделы с помощью cfdisk, то следует запомнить очередность разделов, размеры каждого раздела и тип фс, и заново вписать в cfdisk, после этого скорее всего можно будет смонтировать те разделы диска что были ранее созданы и инфа не должна пропасть. в противном случае заново запишите mbr с образа.
dd if=/mnt/flash/mbr.img of=/dev/sda
ok. poprobuy в следующий раз.
spasib
к сожалению совет поступил слишком поздно, я уже прибег к радикальным мерам.
решил попробовать на 64 битной ОС.
в принципе все то же самое,
[console]# emerge grub
# nano -w /boot/grub/grub.conf
# grep -v rootfs /proc/mounts > /etc/mtab
# grub-install --no-floppy /dev/sda[/console]
и все.
работает.
единственное что поменялось, так это partition table
было
sda1 swap
sda5 /boot
sda6 /
sda7 /usr
sda8 /var
sda9 /tmp
sda10 /home
стало
sda1 swap
sda2 /
sda5 /usr
sda6 /var
sda7 /tmp
ставился с рескуевой болванки.
подобная непонятка уже была. несколько иная.
там мы в автоматической установке не смогли запустить систему
в связи с чем и была создана тема
http://linuxforum.ru/viewtopic.php?id=12236
там, как Вы видите, тоже
primary sda1 swap
logical sda5 /root
logical sda6 /usr
logical sda7 /var
logical sda8 /tmp
но против мнения сообщества не попрешь, видимо у меня что то с железом, либо еще чего.
следствие продолжается
что то меня терзают сомнения по поводу grub
умеет ли он грузить систему с ext4?
может в этом бяда?
в смысле если /boot отдельным разделом и с ext4?
если boot в составе /, то груб грузит любую FS
подскажите. как же он тогда "фильтрует" /boot из / - который ext4
http://bugs.gentoo.org/show_bug.cgi?id=250829
не знаю
в убунте работает
да везде, в принципе, работает
сколько дистров перелопатил за последнее время...
никогда с подобным не имел проблем, boot - в корне, всегда ставил с одной и той же последовательностью:
1 гружусь с минималсд, монтирую корень, dev, proc. Чрут.
2 редактирую grub.conf (первый груб (0.9х) нумерует диски\разделы с нуля, а не с единицы)
3 grub
root (hdX,Y)
setup (hdX)
quit
4 все отмонтирую и ребут
ну, и ессно, в биосе загрузка с нужного винта
Войдите или зарегистрируйтесь, чтобы ответить.
