Bug 31374 - grub-set-default не работает в некоторых случаях
Summary: grub-set-default не работает в некоторых случаях
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: grub-common (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Николай Костригин
QA Contact: qa-sisyphus
URL: http://www.gnu.org/software/grub/manu...
Keywords:
: 34386 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-10-19 13:41 MSK by Anton Farygin
Modified: 2021-09-03 10:37 MSK (History)
11 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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 пробовал оба варианта - оба нормально работали.