grub не работает загрузка "по умолчанию"

[SAN_i]

Добрый день.
Имеется Ubuntu 10.10 Server.
После не известно каких операций при перезагрузки в грабе перестал выбираться пункт загрузки по умолчанию. Теперь обязательно надо чтоб кто нибудь клацал Enter на клавиатуре для загрузки ОС.

В grub.conf  я так понимаю отвечают за это следующие вещи:
set default="0"
set timeout=1

Но с такими параметрами почему то не работает

Видать я ошибаюсь в чёмто, подскажите как это подправить?

Мой grub.cfg:

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

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

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
set default="0"
set timeout=1
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}

function load_video {
  insmod vbe
  insmod vga
}

insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set 9be274f8-3f1d-4879-b046-934671135817
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set d200ac11-58f3-4532-b381-e2bc7642855f
set locale_dir=($root)/grub/locale
set lang=ru
insmod gettext
if [ "${recordfail}" = 1 ]; then
  set timeout=-1
else
  set timeout=2
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/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.35-22-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set d200ac11-58f3-4532-b381-e2bc7642855f
   linux   /vmlinuz-2.6.35-22-generic-pae root=UUID=9be274f8-3f1d-4879-b046-934671135817 ro   quiet
   initrd   /initrd.img-2.6.35-22-generic-pae
}
menuentry 'Ubuntu, with Linux 2.6.35-22-generic-pae (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
   recordfail
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set d200ac11-58f3-4532-b381-e2bc7642855f
   echo   'Loading Linux 2.6.35-22-generic-pae ...'
   linux   /vmlinuz-2.6.35-22-generic-pae root=UUID=9be274f8-3f1d-4879-b046-934671135817 ro single
   echo   'Loading initial ramdisk ...'
   initrd   /initrd.img-2.6.35-22-generic-pae
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set d200ac11-58f3-4532-b381-e2bc7642855f
   linux16   /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set d200ac11-58f3-4532-b381-e2bc7642855f
   linux16   /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
### 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.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

[Бди!]

В порядке бреда-
А если-

set timeout=1

1 взять в кавычки?

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

set timeout="1"
 

[Smytjan]

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

править нужно /etc/default/grub
https://forum.ubuntu.ru/index.php?topic=74165.0

[Zeka13]

всё равно что править , просто если напрямую , то слетят конфиги

[SAN_i]

В порядке бреда-
А если-

set timeout=1

1 взять в кавычки?

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

set timeout="1"
 

Взял в кавычки - не помогло.

В /etc/default/ вообще папки "grub" нет.

Есть еще варианты?

[VlaoMao]

Это не папка, это файл.

[Бди!]

"Менеджер загрузки" или "груб кастомайзер" пробовал?

[SAN_i]

Это не папка, это файл.

Всёравно нету.
Пользователь решил продолжить мысль 24 Июня 2011, 13:31:12:

"Менеджер загрузки" или "груб кастомайзер" пробовал?

можно чуточку подробнее?

[mutabor]

 Установлен ли у Вас grub customizer? Если да то стоит проверить его настройки. У меня была похожая проблема не отображалась строка с ubuntu в меню grub. Зайти в ubuntu получилось способом описанном в https://forum.ubuntu.ru/index.php?topic=74165.0 - "загрузка системы при частичной неработоспособности GRUB2 "

[SAN_i]

GRUB-Customizer - это утилита с гуи, а у меня его нет, только консоль
Пользователь решил продолжить мысль 24 Июня 2011, 16:55:44:Вроде бы проблему решил.

Исправил в /boot/grub/grubenv

Было так:

recordfail=1

Сделал так, и заработало:

recordfail=0

Если кто подскажет что означает этот параметр буду премного благодарен.

Всем спасибо за помощь!

[Anminael]

GRUB-Customizer - это утилита с гуи, а у меня его нет, только консоль
Пользователь решил продолжить мысль 24 Июня 2011, 16:55:44:Вроде бы проблему решил.

Исправил в /boot/grub/grubenv

Было так:

recordfail=1

Сделал так, и заработало:

recordfail=0

Если кто подскажет что означает этот параметр буду премного благодарен.

Всем спасибо за помощь!

неверно, этот файл перезаписывается при каждой загрузке. В следующий раз, если произойдет непредвиденный сбой, там вновь окажется recordfail=1. Править надо конфигурационный файл (предварительно изменив права на него с 444 на 644)
/boot/grub/grub.cfg

Вот этот участок:

if [ ${recordfail} = 1 ]; then
  set timeout=-1
else   
  set timeout=10
fi

говорит о том, что при поднятом флаге recordfail (как у вас) система будет ждать реакции пользователя бесконечно долго:

set timeout=-1

Замените это значение на 5 секунд (для примера) и будет вам счастье:

if [ ${recordfail} = 1 ]; then
  set timeout=5
else   
  set timeout=10
fi

Не забудьте перед внесением изменений создать резервную копию файла, а также после того, как его поправите, вновь вернуть права на файл 444

[SAN_i]

GRUB-Customizer - это утилита с гуи, а у меня его нет, только консоль
Пользователь решил продолжить мысль 24 Июня 2011, 16:55:44:Вроде бы проблему решил.

Исправил в /boot/grub/grubenv

Было так:

recordfail=1

Сделал так, и заработало:

recordfail=0

Если кто подскажет что означает этот параметр буду премного благодарен.

Всем спасибо за помощь!

неверно, этот файл перезаписывается при каждой загрузке. В следующий раз, если произойдет непредвиденный сбой, там вновь окажется recordfail=1. Править надо конфигурационный файл (предварительно изменив права на него с 444 на 644)
/boot/grub/grub.cfg

Вот этот участок:

if [ ${recordfail} = 1 ]; then
  set timeout=-1
else   
  set timeout=10
fi

говорит о том, что при поднятом флаге recordfail (как у вас) система будет ждать реакции пользователя бесконечно долго:

set timeout=-1

Замените это значение на 5 секунд (для примера) и будет вам счастье:

if [ ${recordfail} = 1 ]; then
  set timeout=5
else   
  set timeout=10
fi

Не забудьте перед внесением изменений создать резервную копию файла, а также после того, как его поправите, вновь вернуть права на файл 444

Спасибо за объяснение, исправил.

Только правил через судо без изменения прав, есть ли смысл менять права доступа, а не использовать судо как в моем случае?

И подскажите вот еще что, я так понял что recordfail означает сбой в загрузке и при удачной загрузке должен был быть сброшен в 0, так почему тогда ему не присвоен 0, система же загружается? Или я что то не так понимаю?

[Sly_tom_cat]

recordfail - переменная окружения GRUB.

Скрипт /boot/grub/grub.cfg всегда на выходе ставит эту переменную в 1. Сбрасывается эта единица из конфигурационного скрипта инициализации (/etc/init.d/grub-common).

Сделано это специально что бы не циклилась загрузка, которая выпадает в процессе инициализации в перезагрузку (инициализационный скрипт груба исполняется самым последним). Такой цикл чреват банальным переполнением ФС под каталогом /var/log. И если этот каталог лежит в корневой ФС то можем получить нерабочую систему из-за переполненной корневой ФС.

Если меню требует действий при установленном таймауте, то это значит что в процессе прошлой загрузки до скрипта груб-коммон дело не дошло.
Это сигнал что в системе что-то не так.

Если у вас такая ситуация постоянно, и при этом система нормально загружается, значит у вас сбился порядок вызовов скриптов инициализации (по крайней мере скрипта grub-common)
 
Прописать ручками recordfail=0 или что либо еще в /boot/grub/grub.cfg - это классический костыль. Если вам персонально нравится ходить с костылями - то вельком. Но стоит все же обратится к врачу.... а то больной может и слечь, причем так, что уже никогда не встанет..... Да и костыли, бывает - ломаются ... Все ваши правки в /boot/grub/grub.cfg сотрутся при первом обновлении, которое проинициализирует своими скриптами установки команду update-grub (или вы раньше вызовете эту команду сами).

И если правите файл принадлежащий руту через судо то никаких прав менять не надо. Резервную копию лучше тоже делать из под sudo.

[SAN_i]

recordfail - переменная окружения GRUB.

Скрипт /boot/grub/grub.cfg всегда на выходе ставит эту переменную в 1. Сбрасывается эта единица из конфигурационного скрипта инициализации (/etc/init.d/grub-common).

Сделано это специально что бы не циклилась загрузка, которая выпадает в процессе инициализации в перезагрузку (инициализационный скрипт груба исполняется самым последним). Такой цикл чреват банальным переполнением ФС под каталогом /var/log. И если этот каталог лежит в корневой ФС то можем получить нерабочую систему из-за переполненной корневой ФС.

Если меню требует действий при установленном таймауте, то это значит что в процессе прошлой загрузки до скрипта груб-коммон дело не дошло.
Это сигнал что в системе что-то не так.

Если у вас такая ситуация постоянно, и при этом система нормально загружается, значит у вас сбился порядок вызовов скриптов инициализации (по крайней мере скрипта grub-common)
 
Прописать ручками recordfail=0 или что либо еще в /boot/grub/grub.cfg - это классический костыль. Если вам персонально нравится ходить с костылями - то вельком. Но стоит все же обратится к врачу.... а то больной может и слечь, причем так, что уже никогда не встанет..... Да и костыли, бывает - ломаются ... Все ваши правки в /boot/grub/grub.cfg сотрутся при первом обновлении, которое проинициализирует своими скриптами установки команду update-grub (или вы раньше вызовете эту команду сами).

И если правите файл принадлежащий руту через судо то никаких прав менять не надо. Резервную копию лучше тоже делать из под sudo.

Подскажите тогда куда смотреть чтобы исправить эту проблему не прибегая к костылям?

[Sly_tom_cat]

Логи смотреть надо.