GRUB чередуется между конфигурациями [дубликат]
Я пытался настроить Grub так, чтобы он давал скрытый трехсекундный обратный отсчет, а затем загружался с опцией по умолчанию.
Похоже, что Grub будет случайным образом чередовать это и показывать меню с 25-секундным обратным отсчетом.
Это происходит как при полной перезагрузке, так и при выходе из спящего режима. Мне не удалось установить какую-либо закономерность, которая предсказывала бы, когда это произойдет. Иногда выдает один конфиг 2 или 3 раза подряд, иногда переключает.
Как сделать это согласованным?
Рабочий стол Ubuntu 18.04
Содержание / etc / default / grub :
GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=3
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT_STYLE=countdown
GRUB_TIMEOUT=3
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nouveau.modeset=0"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=/dev/nvme0n1p3"
#GRUB_CMDLINE_LINUX_DEFAULT="text"
#GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""
GRUB_INIT_TUNE="480 440 1"
Я также использовал grub-customizer 5.1.0 .
1 ответ
Оказывается, проблема в том, что в файле задано поле «recordfail» /boot/grub/grubenv
Способ сброса - команда:
sudo /usr/bin/grub-editenv /boot/grub/grubenv unset recordfail
Но что вам действительно нужно, это сделать как часть последовательности загрузки, будь то нормальная или из спящего режима.
Это можно сделать с помощью службы.
Используйте этот дескриптор службы :
[Unit]
Description=Unset recordfail in grubenv after hibernation.
After=hibernate.target
[Service]
Type=oneshot
ExecStart=/usr/bin/grub-editenv /boot/grub/grubenv unset recordfail
[Install]
WantedBy=hibernate.target hybrid-sleep.target
Затем установите его, используя инструкции из этого ответа :
Создайте приведенный выше дескриптор как
/etc/systemd/system/grub-unset-recordfail.service
Затем:
sudo systemctl start grub-unset-recordfail
sudo systemctl enable grub-unset-recordfail
sudo systemctl stop grub-unset-recordfail
В некоторых ссылках предлагалось сначала запустить sudo systemctl daemon-reload, но я не нашел в этом необходимости.