Bug 31374

Summary: grub-set-default не работает в некоторых случаях
Product: Sisyphus Reporter: Anton Farygin <rider>
Component: grub-commonAssignee: Egor Ignatov <egori>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: asy, berkut_174, boyarsh, d20052005, evg, mike, nickel, placeholder, rider, sbolshakov, vitty
Version: unstable   
Hardware: all   
OS: Linux   
URL: http://www.gnu.org/software/grub/manual/grub.html

Description Anton Farygin 2015-10-19 13:41:31 MSK
Не работает установка ядра по умолчанию, если было с клавиатуры выбрано другое ядро.
Comment 1 Michael Shigorin 2015-10-27 19:57:21 MSK
(поразмыслив над GRUB_DEFAULT="saved") Возможно, это фича.
Comment 2 Anton Farygin 2015-10-27 19:59:49 MSK
ну предложи другой способ сменить ядро, выбранное с клавиатуры вручную
Comment 3 Michael Shigorin 2015-10-28 19:24:50 MSK
Насколько понимаю руководство, всё тем же GRUB_DEFAULT:

‘GRUB_DEFAULT’

    The default menu entry. This may be a number, in which case it identifies the Nth entry in the generated menu counted from zero, or the title of a menu entry, or the special string ‘saved’. Using the title may be useful if you want to set a menu entry as the default even though there may be a variable number of entries before it.

Как перезаписать то, что он себе сохранил -- не встречал.
Comment 4 Anton Farygin 2015-10-28 20:18:11 MSK
GRUB_DEFAULT тоже не работает
Comment 5 Anton Farygin 2017-12-26 07:47:43 MSK
*** Bug 34386 has been marked as a duplicate of this bug. ***
Comment 6 Dmytro 2017-12-29 14:42:11 MSK
В ходе небольшого эксперимента установлено: при конфигурировании граба файл [b]/etc/sysconfig/grub2[/b] читается при запуске из эмулятора терминала, но не читается при запуске из консоли.

https://forum.altlinux.org/index.php?topic=38698.0
Comment 7 Dmytro 2017-12-30 10:57:02 MSK
Там же на форуме описан еще 1 эксперимент.

Если в /etc/sysconfig/grub2 параметр вида GRUB_DEFAULT="Microsoft Windows XP Professional RU (на /dev/sda1)" заменить на параметр вида osprober-chain-3CD4F120D4F0DD58 все работает.

Напрашивается вывод, что при запуске из консоли некорректно обрабатываются символы (например, слеши).
Comment 8 Dmytro 2018-01-15 16:40:42 MSK
При обновлении ядра через ssh настройки тоже не сбиваются. Получается, проблемы только в консоли. Возможно, баг вообще не в grub, а в терминале.
Comment 9 Sergey Y. Afonin 2019-03-05 20:19:24 MSK
Поменяю название бага, так как при доступе по ssh и со стандартным меню обычного дистрибутива точно всё меняется совершенно предсказуемо. По крайней мере в момент экспериментов над grub-entries (bug #36048) при доступе по ssh всё работало, как должно было.
Comment 10 Dmytro 2019-03-06 10:10:30 MSK
(В ответ на комментарий №9)
> Поменяю название бага, так как при доступе по ssh и со стандартным меню
> обычного дистрибутива точно всё меняется совершенно предсказуемо. По крайней
> мере в момент экспериментов над grub-entries (bug #36048) при доступе по ssh
> всё работало, как должно было.

Севершенно верно. В терминале работает, по ssh работает... Неправильно работает только из консоли.
Comment 11 Anton Farygin 2019-03-06 11:25:19 MSK
Из какой консоли?
Comment 12 Dmytro 2019-03-06 11:59:49 MSK
Из той, которая вызывается по Ctrl+Alt+F2
Comment 13 Dmytro 2019-03-06 12:06:24 MSK
Выше есть ссылка на форумную ветку с изысканиями по данной проблеме.
Comment 14 Anton Farygin 2019-03-06 12:09:04 MSK
на консоль заходите пользователем  или сразу рутом ?
Comment 15 Dmytro 2019-03-06 12:20:00 MSK
Сразу рутом. Пользователем с переключением на рута не пробовал.
Comment 16 Dmytro 2019-03-06 12:20:36 MSK
По ssh пробовал оба варианта - оба нормально работали.
Comment 17 Николай Костригин 2024-08-30 13:42:31 MSK
c grub-2.12-alt3 проблема воспроизводится?
Comment 18 Sergey Y. Afonin 2024-09-01 09:58:19 MSK
А нет ли тут какой корреляции с Bug 37379 ?