[HOWTO] Настройка и редактирование GRUB 2

[dimas000]

Косяк в том, что при каждом очередном обновлении груб записывает себя в мбр первого харда!

обновлении чего? update-grub? при этом мбр вообще никого не волнует, он тольо конфиг себе генерирует.
при установке убунты что указывал? или поставил как встало?
и что если сделать

Код: [Выделить]

sudo grub-install /dev/sdbмб отпустит?
да, /boot/grub/device.map можно глянуть. мало ли чего там...

Работает! Спасибо! Большое!

это хорошо. и что, на привод не ломится? и установка запущается? чего ты ему накомандовал, просто указал file=/.../custom.seed?

[moscwich]

Работает! Спасибо! Большое!

это хорошо. и что, на привод не ломится? и установка запущается? чего ты ему накомандовал, просто указал file=/.../custom.seed?

Да, это указал и boot=casper, на привод не ломится, ну я ее ставить не буду (а можно работать и не устанавливая) - не понравилась, но это мне еще ооочень много раз понадобится, поэтому спасибо.

[arhaglor]

сломал мозг, выручайте, или дайте ссылку на пост в данном треде...
1. Вин7 64х, два (а точнее  три) раздела
2. Ubuntu на двух разделах, один из которых монтируется как /boot
3. Grub2 ни в какую не хочет видеть Linuxовые разделы...

куда смотреть?

[mikroob]

2 dimas000

Попробую получше объяснить...

Ставил систему, для установки груба выбрал sdb, т.е. я так понял груб записал себя в мбр второго винта. В процессе работы Ubuntu естественно получает обновления и я их установке не препятствую, это происходит автоматически, сам я в консоле не пишу update grub. Но насколько я понимаю именно этим система в автомате и занимается.

Теперь симптоматика проблемы. Когда я нажимаю F8 (по приглашению биоса), появляется список с возможностью выбора загрузочного устройства, или флоп, или винты, или сидюк, или флеха, или сеть... Вспоминаем, что груб я устанавливал только на второй винт. И до обновления происходит что, выбираю первый винт - грузится загрузчик винды, потом сама она, выбираю второй - грузится груб и потом уже что выберу, или Linux или винду. Это меня полностью устраивает.

Что происходит после обновления. Груб явно пишет себя в мбр первого харда, все, теперь при выборе любого винта сначала грузится груб, потом уже по выбору система.

Если короче, то зачем он трет загрузчик винды, когда его об этом ни кто не просил? Причем не то чтобы я уведомление спроскипал об этом, вообще без предупреждений!

[dimas000]

Ubuntu естественно получает обновления и я их установке не препятствую, это происходит автоматически, сам я в консоле не пишу update grub. Но насколько я понимаю именно этим система в автомате и занимается.

груб обновляется автоматом только после установки/удаления ядер (ну или создания/удаления initrd), а ядра обновляются все-таки не каждый день. да и выполняется при этом все тот же update-grub (он же grub-mkconfig, который выполняет /usr/lib/grub/grub-mkconfig_lib и скрипты из /etc/grub.d) - можно при желании убедиться, что ничего относящегося к мбр там нету. однако, в этом же задействован и os-prober, могут быть и его приколы. в любом случае, есть способ проверить:
- восстанавливаешь загрузчик винды
- грузишь Ubuntu и смотришь мбр харда:

Код: [Выделить]

sudo dd if=/dev/sda bs=446 count=1- делаешь

Код: [Выделить]

sudo update-grub- снова смотришь мбр sda. если отличается - значит, и правда, прикалывается он так. если нет - кто-то еще виновен.
почему и зачем он так делает - это я уж хз. могу разве что костыль предложить, чтоб автоматом тут же все обратно поправлял

3. Grub2 ни в какую не хочет видеть Linuxовые разделы...
куда смотреть?

сам-то он загружается при этом?
сделай с лайвцд

Код: [Выделить]

sudo fdisk -lи вывод сюда. есть одна додумка на сей счет

[frag_@]

Подскажите плз. Загрузчик одной и той же (!) винды 7 есть как на sda1, так и на sdb1 (когда экспериментировал с загрузочными флешками, видно раз поставил в биосе сначала 2-й диск, потом 1-й, умная Windows, блин, и туда себя записала), нужно всего лишь, чтобы было видно только меню Винды 7 на dev/sda1, но в этих скриптах генерации не знамо чего, будучи знакомым лишь с Borland Paskal'ем нифига не понял.

[dimas000]

нужно всего лишь, чтобы было видно только меню Винды 7 на dev/sda1, но в

так а сейчас-то что? несколько раз перечитал, так и не понял в чем проблема? Windows потерла груб на соседнем харде? или что не так?

[frag_@]

Нет. Сейчас grub:
Windows 7 (loader) (on /dev/sda1)
Windows 7 (loader) (on /dev/sdb1)
и бунта далее.

Надо:
Windows 7 (loader) (on /dev/sda1)
и бунта далее.

Пользователь решил продолжить мысль 17 Февраля 2010, 16:06:25:grub.cfg

(Нажмите, чтобы показать/скрыть)

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s /boot/grub/grubenv ]; then
  have_grubenv=true
  load_env
fi
set default="6"
if [ ${prev_saved_entry} ]; then
  saved_entry=${prev_saved_entry}
  save_env saved_entry
  prev_saved_entry=
  save_env prev_saved_entry
fi
insmod ext2
set root=(hd0,6)
search --no-floppy --fs-uuid --set 800972fd-3974-4bd7-806b-c1807c94cebb
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=1280x1024
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=7
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/09_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" {
   insmod ntfs
   set root=(hd0,1)
   search --no-floppy --fs-uuid --set d8524aa9524a8c66
   chainloader +1
}
menuentry "Windows 7 (loader) (on /dev/sdb1)" {
   insmod ntfs
   set root=(hd1,1)
   search --no-floppy --fs-uuid --set 28e248a1e248755a
   chainloader +1
}
### END /etc/grub.d/09_os-prober ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-19-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
   set quiet=1
   insmod ext2
   set root=(hd0,6)
   search --no-floppy --fs-uuid --set 800972fd-3974-4bd7-806b-c1807c94cebb
   linux   /boot/vmlinuz-2.6.31-19-generic root=UUID=800972fd-3974-4bd7-806b-c1807c94cebb ro  quiet vga=795  quiet splash
   initrd   /boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-19-generic (recovery mode)" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
   insmod ext2
   set root=(hd0,6)
   search --no-floppy --fs-uuid --set 800972fd-3974-4bd7-806b-c1807c94cebb
   linux   /boot/vmlinuz-2.6.31-19-generic root=UUID=800972fd-3974-4bd7-806b-c1807c94cebb ro single  quiet vga=795
   initrd   /boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
   set quiet=1
   insmod ext2
   set root=(hd0,6)
   search --no-floppy --fs-uuid --set 800972fd-3974-4bd7-806b-c1807c94cebb
   linux   /boot/vmlinuz-2.6.31-14-generic root=UUID=800972fd-3974-4bd7-806b-c1807c94cebb ro  quiet vga=795  quiet splash
   initrd   /boot/initrd.img-2.6.31-14-generic
}
menuentry "Ubuntu, Linux 2.6.31-14-generic (recovery mode)" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
   insmod ext2
   set root=(hd0,6)
   search --no-floppy --fs-uuid --set 800972fd-3974-4bd7-806b-c1807c94cebb
   linux   /boot/vmlinuz-2.6.31-14-generic root=UUID=800972fd-3974-4bd7-806b-c1807c94cebb ro single  quiet vga=795
   initrd   /boot/initrd.img-2.6.31-14-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

да, я могу просто удалить из этого файла строки, но потом они сгенерятся заново. 
Вот и хочу узнать - как надо поправить скрипты генерации или что лучше сделать?
Пользователь решил продолжить мысль 17 Февраля 2010, 18:07:35:ЗЫ: сорри, если что - я новичек
Пользователь решил продолжить мысль 17 Февраля 2010, 20:09:50:

« Ответ #421 : Сегодня в 20:02:43 »

Пользователь решил продолжить мысль Сегодня в 18:06:25:

Пользователь решил продолжить мысль Сегодня в 20:07:35:

Забавно. Путешествую во времени. 

[dimas000]

теперь понятно)))
скрипт, думаю, руками лучше не трогать.
для начала стоит убедиться, что mbr идентичны:

Код: [Выделить]

sudo dd if=/dev/sda bs=446 count=1и аналогично для sdb. ничего человекоинтересного там нет, но просто на глаз сверить можно. если отличаются - лучше забэкапить. как я понимаю, Windows стоит на sda, тогда sdb-шный мбр бэкапим в образ (активация семки часто ломается подменой мбр, так что лучше его приберечь):

Код: [Выделить]

sudo dd if=/dev/sdb bs=446 count=1 of=/куда/сохранить/файлполученный образ аккуратненько складываем в укромное место на вечное(?) хранение.
после этого крестимся (или что там религия предписывает) и затираем этот мбр к чертям:

Код: [Выделить]

sudo dd if=/dev/zero of=/dev/sdb bs=446 count=1и напоследок sudo update-grub. тогда дюже умный груб там ничего не найдет

[frag_@]

Пока я это еще не сделал на свою голову - может есть другие способы? Не то я на "умных" грубов с Linuxами уже немножко насмотрелся, и возможность восстановить загрузчик одной лишь винды, если что, переключением одного лишь пункта в биосе может оказаться вещью неоценимо полезной. Лучше уж либо 2 пункта так и оставлю, либо груб откачу, чем буду делать вышеописанное. Точно нет возможности в файл 40_custom какой-нибудь скрипт добавить, чтобы тупо добавлял в grub.cfg

menuentry "Windows 7 (loader) (on /dev/sda1)" {
   insmod ntfs
   set root=(hd0,1)
   search --no-floppy --fs-uuid --set d8524aa9524a8c66
   chainloader +1
}

и все?

[dimas000]

Точно нет возможности в файл 40_custom какой-нибудь скрипт добавить, чтобы тупо добавлял в grub.cfg

сам же ответил на свой вопрос))
пропиши себе вышеприведенную менюшку в 40_custom, а 30-ку отключи лишением чмодов на запуск.
да, строчку с set root можно убрать нафиг, и без нее по ююид цепляется

[frag_@]

 
Надо же, сработало. Спс.  Кстати, можно и в FAQ, как способ ручной правки параметров в grub.cfg

[dimas000]

дык расписано про 40_custom вроде...

[trez]

заставил я всё таки что бы груб нормальное разрешение выдовал.
единственный  вариант который подошел в моем случае это файле /boot/grub/grub.cfg
в конце строчки

linux /boot/vmlinuz-2.6.31-20-generic-pae root=UUID=1afb31e1-81d7-411b-9617-c49f5e741eab ro

добавил нужное мне разрешение например vga=791
список поддерживаемых режимов можно посмотреть выполнив sudo hwinfo --framebuffer
Список режимов VGA можно посмотреть тут
к сожалению после обновления (выполнения команды sudo update-grub) всё изменения исчезнут, но заново добавить несколько символов не составит большого труда.

[dimas000]

добавил нужное мне разрешение например vga=791
список поддерживаемых режимов можно посмотреть выполнив sudo hwinfo --framebuffer

та все проще гораздо. вместо vga, на который ругается и плюется, используем следующее:

Код: [Выделить]

set gfxpayload=1024x768x32,1024x768x24,800x600по аналогии с gfxmode. собственно, сие и добавляем куда-нибудь в начало конфига. например, найдя в 00-м строчку с set gfxmode и добавив вышеуказанное после нее. теперь надолго будет. пингвинов при загрузке кажет, если ядро собрано как надо)))
кстати, как работает данная штука, я так и не понял. /proc/cmdline молчит на сей счет, видать, параметры даются ядру на каком-то более глубоком уровне. не так все просто, однако.
ЗЫ. не знаю, как там дистрибутивные, а ядра с kernel.ubuntu.com без пингвинов собраны, что печалит.