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

[dimas000]

ну вот, наконец-таки... тогда только пошел ответ писать - и все, форум умер...
однако ж, наонец-то все в норме... так что ежели вопрос актуален - лови исошник - http://shlakosklad.narod.ru/tmp/grub.iso
поскольку ядра твоего не знаю, сделал через /vmlinuz, должно грузиться. а если и нет - был бы рабочий груб, а уж ядро можно грузануть и ручками.... короче, пробуй.

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

поздравляю с восстанием форума из небытия, товарищи!!

[Barlad]

что именно делал? после какого шага ругается (если ругается)? set root - chainloader +1 - boot? результат - ошибку выдает, черный экран, виснет, /etc??

Пробывал все варианты:
1. Прописывая в /etc/grub.d/40_custom прописать - пункт добавляется, но при его выборе груб как будто перезапускается(чёрный экран на секунду, а затем вновь список груба)
2. Как я и говорил 30_os-prober не срабатывает - обнаружить систему путём update-grub не выходит
3. Если в консоли груба писать
set root=(hd0,1)
chainloader +1
boot
то просто ребутается бук.
Больше и не знаю что делать то 

[HumanImage]

ой ё... ясен пень  - в 9,04 первый груб, при обновлении он и остался?

При обновлении был выбор оставить старый груб или обновить, и еще пару вариантов. Я оставил старый.

только к чему такие сложности, если можно тупо сделать даунгрейд до первого груба, поставив пакет grub?

Чёто.... както.... в голову не пришло.

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

Сам пока не пробовал. но может кому поможет.
    Reverting to GRUB Legacy

    If a user chooses to return to GRUB legacy (0.97), these steps will remove GRUB 2 and install GRUB.
    The command line produces a cleaner uninstall and reinstallation. While adding and removing the packages can be accomplished with Synaptic, certain steps must be accomplished in a terminal.

       1. Open a terminal: Applications, Accessories, Terminal.
       2. Make backup copies of the main GRUB 2 folders & files. (Optional)
              * sudo cp /etc/default/grub /etc/default/grub.old
              * sudo cp -R /etc/grub.d /etc/grub.d.old
              * sudo cp -R /boot/grub /boot/grub.old
       3. Remove GRUB 2
              * sudo apt-get purge grub2 grub-pc
              * The system will be unbootable until another bootloader is installed.
              * Once the packages are removed, many files will still remain in ‘/boot/grub’
       4. Install GRUB 0.97
              * sudo apt-get install grub
       5. With grub installed, the user must still create the menu.lst and stage1/stage2 files by running the following two commands.
             1. sudo update-grub
                    * Generates menu.lst
                          o Tab to “Yes” when prompted.
             2. sudo grub-install /dev/sdX
                    * Choose the correct device (sda, sdb, etc), normally the one on which Ubuntu is installed.
                    * Creates the stage1 & stage2 files in /boot/grub and writes to the MBR.

    Run this command to keep it from upgrading automatically:

    echo “grub hold” | sudo dpkg –set-selections
  # Reboot

[dimas000]

Пробывал все варианты:
1. Прописывая в /etc/grub.d/40_custom прописать - пункт добавляется, но при его выборе груб как будто перезапускается(чёрный экран на секунду, а затем вновь список груба)
2. Как я и говорил 30_os-prober не срабатывает - обнаружить систему путём update-grub не выходит
3. Если в консоли груба писать
set root=(hd0,1)
chainloader +1
boot
то просто ребутается бук.
Больше и не знаю что делать то

попробуй выполнить

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

sudo os-proberпосмотри, чего-нибудь найдет или нет...
да, в консоли груба выполни перед всеми действами

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

lsмб дело в плавающей нумерации разделов... хотя вряд ли... тогда chainloader бы заругался по идее... да, и после set root тоже можно глянуть

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

rootна предмет правильного определения раздела и фс. а можно еще

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

ls /должен увидеть файло в корне виндового диска. ежели все правильно - напрашивается мысль о баг-репорте на gnu.org
типа новость: в составе 10.04a2 идет версия груба под нумером 1.98-20100101 (с новым грубом!). буду тестить на предмет улучшений (ну или наоборот). жаждущие экспериментов - обновляемым с lucid'овских репов))

[Barlad]

попробуй выполнить

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

sudo os-proberпосмотри, чего-нибудь найдет или нет...
да, в консоли груба выполни перед всеми действами

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

lsмб дело в плавающей нумерации разделов... хотя вряд ли... тогда chainloader бы заругался по идее... да, и после set root тоже можно глянуть

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

rootна предмет правильного определения раздела и фс. а можно еще

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

ls /должен увидеть файло в корне виндового диска. ежели все правильно - напрашивается мысль о баг-репорте на gnu.org

В общем sudo os-prober ничего не обнаружил
Вот всё, что в консольке делал:

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

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

sh:grub>ls
(hd0)(hd0,7)(hd0,6)(hd0,5)(hd0,1)
sh:grub>set root=(hd0,1)
sh:grub>root
(hd0,1):Filesystem is ntfs
sh:grub>ls /
$Ahrdef $avg $Badclus $bitmap $boot $extended/ $logfile $mft $mftmirr $secure $upcase $Volume autoexec.bat boot.ini config.msi/ bootfont.bin config.sys $Document and Settings hiberfil.sys io.sys msdos.sys ntdlr pagefile.sys $program files/

p.s.: мне вот тут мысль пришла - а может груб не может вывести винду из спячки?! судя по файлу hiberfil.sys я последний раз не выключил, а в спящий режим отправил. 

[p201]

Большое спасибо за ветку, нашёл ответы почти на все вопросы.
...Почти. Проблема возникла на ноуте toshiba nb 200. В какой-то момент grub перестал запускать memtest86+. Пишет «Error: file not found»
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="0"
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,7)
search --no-floppy --fs-uuid --set 7efe1db1-b419-4226-b15c-850f8657d87f
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  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=10
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/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-17-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 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-17-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro   quiet splash
    initrd    /initrd.img-2.6.31-17-generic
}
menuentry "Ubuntu, Linux 2.6.31-17-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 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-17-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro single
    initrd    /initrd.img-2.6.31-17-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 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-14-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro   quiet splash
    initrd    /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 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-14-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro single
    initrd    /initrd.img-2.6.31-14-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
    linux16    /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
    linux16    /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Home Edition RU (on /dev/sda1)" {
    insmod ntfs
    set root=(hd0,1)
    search --no-floppy --fs-uuid --set 860c8d0c0c8cf887
    drivemap -s (hd0) ${root}
    chainloader +1
}
menuentry "Toshiba recover (on /dev/sda3)" {
    insmod ntfs
    set root=(hd0,3)
    search --no-floppy --fs-uuid --set 303090d43090a280
    chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### 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.
menuentry "Ubuntu, Linux 2.6.31-17-generic TEXT" {
        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 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-17-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro   text
    initrd    /initrd.img-2.6.31-17-generic
}
### END /etc/grub.d/40_custom ###

Что характерно, memtest86+.bin  на самом деле находится не в корневом каталоге, а в /boot. Но ведь почему-то груб указывает такой адрес?

[dimas000]

Большое спасибо за ветку, нашёл ответы почти на все вопросы.
...Почти. Проблема возникла на ноуте toshiba nb 200. В какой-то момент grub перестал запускать memtest86+. Пишет «Error: file not found»

мб похерился почему-то... мало ли чего... попробуй

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

sudo apt-get purge memtest86+и обратно

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

sudo apt-get install memtest86+а нет! стоп! осенило!
смотри:

set root=(hd0,7)
search --no-floppy --fs-uuid --set 7efe1db1-b419-4226-b15c-850f8657d87f
if loadfont /usr/share/grub/unicode.pf2 ; then

в поисках шрифта мы идем на рут-раздел.

set root=(hd0,6)
    search --no-floppy --fs-uuid --set 67009bd7-4198-434e-8fd8-37b3d353f76e
    linux    /vmlinuz-2.6.31-17-generic root=UUID=7efe1db1-b419-4226-b15c-850f8657d87f ro   quiet splash

при загрузке ядра мы возвращаемся обратно на бут. отсюда и объяснение

Что характерно, memtest86+.bin  на самом деле находится не в корневом каталоге, а в /boot. Но ведь почему-то груб указывает такой адрес

бут сделан отдельным разделом, который монтируется потом в папку /boot. поэтому файл на этом разделе располагается относительно его корня, т.е. (hd0,6)/memtest...
НО: смторим сюда

menuentry "Memory test (memtest86+)" {
    linux16    /memtest86+.bin
}

почему-то мы "забываем" переключить корневой раздел обратно на бут. т.е., корнем остается рут-раздел (sda7), на котором гроб и ищет файл мемтеста, естественно, безуспешно...
таким образом, решение - правим скрипт /etc/grub.d/20_memtest86+ , находим там строки:

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

cat << EOF
menuentry "Memory test (memtest86+)" {
linux16 $MEMTESTPATH
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux16 $MEMTESTPATH console=ttyS0,115200n8
}
EOFи перед строками с "linux16" вставляем по такой строчке:

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

search -n -u 67009bd7-4198-434e-8fd8-37b3d353f76e -sну и sudo update-grub напоследок. и пробуем.

[p201]

Точно, сработало. Кажется, всё понял, спасибо!

[dimas000]

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

p.s.: мне вот тут мысль пришла - а может груб не может вывести винду из спячки?! судя по файлу hiberfil.sys я последний раз не выключил, а в спящий режим отправил.

в винду давненько не лазил, но насколько я помню, гиберфайл ентот иногда возникал в корне, хотя спячку я никогда не использовал. да и странный вопрос напрашивается: должен ли участвовать загрузчик в процессе выхода из спячки? х его з, впрочем, как оно там... снеси что ли к чертям этот файлик...
касаемо новой версии груба, о коей я писал чуть выше: погонял я ее... в общем, что работало, то и работает, а что нет - то нет.. hidden-menu, например, так и не пашет... переделали 05-й скрипт, можно сказать, что стало проще... однако, принципиальных улучшений пока не заметил... надо будет глянуть, что там с плавающей нумерацией теперь...

[Barlad]

в винду давненько не лазил, но насколько я помню, гиберфайл ентот иногда возникал в корне, хотя спячку я никогда не использовал. да и странный вопрос напрашивается: должен ли участвовать загрузчик в процессе выхода из спячки? х его з, впрочем, как оно там... снеси что ли к чертям этот файлик...

Не помогло удаление файлика, а жаль....единственное что остаётся - это либо откатить до груба 1, либо переставить винду, а заем груб 2, ведь может чёнить с виндой...

[dimas000]

Не помогло удаление файлика, а жаль....единственное что остаётся - это либо откатить до груба 1, либо переставить винду, а заем груб 2, ведь может чёнить с виндой...

ну да, не факт, что в гробе дело... а вообще... если есть что-нибудь с первым грубом, лайвцд какой (например, лайвцд Федоры на ем основан), то можно попробовать... про команды первого груба уж найдешь, где почитать....

[vld]

Добрый день.
Такая проблема с загрузчиком:
Имеется 3 жестких диска:
/dev/sda (размер 120 Гб стоит windows 7)
/dev/sdc (размер 80 Гб стоит Ubuntu 9.10)
/dev/sdb (размер 250 Гб ниче не стоит, просто файловый архив).

В биосе загрузочным выставлен sdc, на него же установлен по умолчанию GRUB 2. Все работало корректно...
Но на днях потребовалось переустановить Windows 7. Естественно данные изменения коснулись только диска sda, и в принципе если в биосе выставлять его на загрузку, то Windows грузится без проблем.
Если выставлять на загрузку sdc то сам GRUB 2 грузится отлично и в Ubuntu заходит, а вот в винду заходит не хочет ругаясь на UUID.
Поможет ли в данном случае команда:
sudo update-grub?
Или нужно гдето вручную прописывать UUID и если нужно то где именно?

[dimas000]

Поможет ли в данном случае команда:
sudo update-grub?

сам же знаешь, что делать. и сам спрашиваешь)) с большой степенью вероятности могу утверждать, что этим дело будет исчерпано. оно и понятно - форматнул диск, uuid его, конечно же, изменился. вот он и ругается. после update-grub подцепится верный ююид, да скорее всего и дело с концом.

[eastman75]

Добрый день.

У меня при загрузке после появления надписи "GRUB LOADING" проходит около полминуты до появления меню выбора ОС. На первом грабе у меня менюшка выскакивала через пару секунд после начала его загрузки. Ведь на новом грабе должно загружать так же быстро?

Установлено три SATA винта (два 250, один 750 Гб), на маленьком Windows, на большом Ubuntu. По-умолчанию грузится Ubuntu.

С чем может быть связана такая странная задержка в загрузке? Куда копать?

У меня тот же вопрос, но почему-то никто не заметил и не ответил. Ребята! Вы же ГУРУ! Новичков надо любить!

[dimas000]

У меня тот же вопрос, но почему-то никто не заметил и не ответил. Ребята! Вы же ГУРУ! Новичков надо любить!

дык вроде уже выяснили, что задержка около минуты возникает в случае, если груб прописан в MBR не того харда, на котором он сам стоит. ежели так и есть - sudo grub-install /dev/sdX и выбираешь нужный диск загрузочным в биосе.