質問:キーボードが接続されていない場合、GRUBが自動的に起動しないのはなぜですか?
背景:私は1年以上Debian Bullseyeを実行してきましたが、GRUBは常に期待どおりに機能しました。起動時に5秒間メニューを表示し、デフォルトオプションを選択します。これは、起動中にキーボードを接続するかどうかに関係なく機能します。最近、システムをローカルで管理するためにキーボードを接続し、カーネルをからに更新してから再5.10.0-15
起動5.10.0-19
しました。予想通り、GRUBはタイムアウトを表示し、自動的に最新のカーネルから起動します。
しばらくしてキーボードを抜いた。 SSH経由でシステムを再起動した後、システムがオンラインに戻らないことを確認しました。確認に行きましたが、システムはGRUBメニューで停止しました。キーボードを接続し、デフォルトオプションを選択してログインしました。すべてが正常です。再起動(キーボード接続)して再起動するのを見て、5からカウントダウンしてから、自動的に予想カーネルで再起動しました。次にキーボードを入力しsleep 10; sudo reboot
てプラグを抜きました。これは、SSHによってトリガーされた再起動によって引き起こされた可能性があると思いました。ただし、起動後、GRUBはカウントダウンを表示せずにメニュー画面にのみ滞在しました。
キーボードが接続されていなくても予想される自動起動動作に戻るにはどうすればよいですか?一時的な回避策として使用しないキーボードをここに接続しました。完了すると、再起動(sshを介したリモートも可能)を使用して、ローカルキーを入力せずにシステムをオンラインに戻すことができます。
追加の詳細:
$ sudo grub-install --version
grub-install (GRUB) 2.06-3~deb11u2
$ sudo cat /etc/default/grub
...
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""
...
最初は設定を読み、GRUB_DEFAULT=0
省略しますGRUB_SAVEDEFAULT
。上記の変更は、問題を解決する失敗した試みを反映しています。