При включенном EFI Secure Boot не работает timeout. Если выключить Secure Boot, то запуск ОС происходит по таймауту нормально. Такая ерунда наблюдается на ноутбуке и ПК. Оба Intel, но EFI разные. Требуется проверка на разном железе, может мне не повезло. До этого был Legacy BIOS на них.
А что значит " не работает timeout " ? Как это выглядит ?
(В ответ на комментарий №1) > А что значит " не работает timeout " ? Как это выглядит ? При загрузке grub, если ничего не делать, автоматом начнёт грузиться выбранный пункт. По дефолту 5 секунд. timeout - это так параметр в конфиге называется, который это время определяет.
Так система не грузится пока ничего не нажмёшь, или не получается переопределить таймаут ?
(В ответ на комментарий №3) > Так система не грузится пока ничего не нажмёшь, или не получается > переопределить таймаут ? Система не грузится, пока ничего не нажмёшь. Отсчёт таймауту не происходит.
Как воспроизвести ? Не наблюдаю такого.
(В ответ на комментарий №5) > Как воспроизвести ? Не наблюдаю такого. Это радует. Не знаю. Вроде, после обновления ядра проблема вылезла. Т.е. после установки не было сначала. Придётся экспериментировать...
Обновление ядра не должно повлиять на работоспособность grub, но конфиг мог перегенериться.
Выяснил, что таймаут выключается из-за вот этой части конфига /boot/grub/grub.cfg: # interrupt grub booting process if shift key pressed if keystatus --shift;then set timeout=-1 fi Т.е. при включенном Secure Boot при загрузке формируется нажатие клавиши Shift само! Как это возможно я без понятия, но это факт. Править нужно конфиг /etc/grub.d/00_header Может добавить в это условие ещё проверку timeout=0 по дефолту? Логично же, что shift нужно нажимать только тогда, когда таймаут установлен в ноль.
Это биос кривой. Да, можно добавить проверку.
grub-2.02-alt18 -> sisyphus: Tue Aug 13 2019 Nikolai Kostrigin <nickel@altlinux> 2.02-alt18 - add extcmd and keystatus modules to EFI images (closes: #36722)
