EFIブートリストとEFIブートマネージャのタイムアウト設定は機能しません。

EFIブートリストとEFIブートマネージャのタイムアウト設定は機能しません。

EFIブートマネージャの「タイムアウト」設定をどのように変更しますか?私はWindows 8とUbuntuをダブルブートしようとしていますが、コンピュータの起動時に1つのOSまたは別のOSを選択できるようにしたいと思います。

Ubuntuでこれを試しましたが、sudo efibootmgr -t 10コンピュータがロードされたときgrub

詳細は次のとおりです。

$ efibootmgr -v
BootCurrent: 0000
Timeout: 10 seconds
BootOrder: 0000,0002
Boot0000* debian        HD(13,GPT,007a058a-8e5e-45df-8d97-6575b66b5355,0x1afa9000,0x113000)/File(\EFI\debian\grubx64.efi)
Boot0002* Windows Boot Manager  HD(13,GPT,007a058a-8e5e-45df-8d97-6575b66b5355,0x1afa9000,0x113000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................

$ bootctl status
systemd-boot not installed in ESP.
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user

Current Boot Loader:
      Product: n/a
     Features: - Boot counting
               - Menu timeout control
               - One-shot menu timeout control
               - Default entry control
               - One-shot entry control
               - Support for XBOOTLDR partition
               - Support for passing random seed to OS
               - Boot loader sets ESP partition information
          ESP: n/a
         File: `-n/a

Random Seed:
 Passed to OS: no
 System Token: not set
       Exists: no

Available Boot Loaders on ESP:
          ESP: /efi (/dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355)
         File: `-/EFI/BOOT/bootx64.efi

Boot Loaders Listed in EFI Variables:
        Title: debian
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355
         File: `-/EFI/debian/grubx64.efi

        Title: Windows Boot Manager
           ID: 0x0002
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355
         File: `-/EFI/Microsoft/Boot/bootmgfw.efi

Boot Loader Entries:
        $BOOT: /efi (/dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355)

0 entries, no entry could be determined as default.

だからsystemd-boot not installed in ESP

修正する:

Peterの答えで仕事をした後の私の状態。

$ efibootmgr -v
BootCurrent: 0000
Timeout: 6 seconds
BootOrder: 0001,0000,0002
Boot0000* debian        HD(13,GPT,007a058a-8e5e-45df-8d97-6575b66b5355,0x1afa9000,0x113000)/File(\EFI\debian\grubx64.efi)
Boot0001* Linux Boot Manager    HD(13,GPT,007a058a-8e5e-45df-8d97-6575b66b5355,0x1afa9000,0x113000)/File(\EFI\systemd\systemd-bootx64.efi)
Boot0002* Windows Boot Manager  HD(13,GPT,007a058a-8e5e-45df-8d97-6575b66b5355,0x1afa9000,0x113000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................

$ bootctl status
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user

Current Boot Loader:
      Product: n/a
     Features: - Boot counting
               - Menu timeout control
               - One-shot menu timeout control
               - Default entry control
               - One-shot entry control
               - Support for XBOOTLDR partition
               - Support for passing random seed to OS
               - Boot loader sets ESP partition information
          ESP: n/a
         File: `-n/a

Random Seed:
 Passed to OS: no
 System Token: set
       Exists: yes

Available Boot Loaders on ESP:
          ESP: /efi (/dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355)
         File: `-/EFI/systemd/systemd-bootx64.efi (systemd-boot 245.4-4ubuntu3.1)
         File: `-/EFI/BOOT/bootx64.efi (systemd-boot 245.4-4ubuntu3.1)

Boot Loaders Listed in EFI Variables:
        Title: Linux Boot Manager
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355
         File: `-/EFI/systemd/systemd-bootx64.efi

        Title: debian
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355
         File: `-/EFI/debian/grubx64.efi

        Title: Windows Boot Manager
           ID: 0x0002
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355
         File: `-/EFI/Microsoft/Boot/bootmgfw.efi

Boot Loader Entries:
        $BOOT: /efi (/dev/disk/by-partuuid/007a058a-8e5e-45df-8d97-6575b66b5355)

0 entries, no entry could be determined as default.

$ cat "$(bootctl -x)/loader/loader.conf"
#timeout 3
#console-mode keep
default f1439fc415644fedb2360e6691283080-*

timeout 5
console-mode max
editor yes
auto-entries yes
auto-firmware yes
random-seed-mode always

$ bootctl status | grep f1439fc415644fe | wc
      0       0       0

だからピーター、

  • default f1439fc415644fedb2360e6691283080-*ファイル内のエントリはどこから来たのですか?/loader/loader.confこれはどういう意味ですか?そこに入れるとどういう意味ですかdefault Windows
  • さらに、EFIブートリスト/メニューを見ることができます。ただし、おっしゃった内容はありますが、Windows Boot Manager私がReboot into firmware欲しいLinux/debianメニューはありません。私は何を見逃していますか?

ベストアンサー1

さて、あなたが経験している動作がESPにsystemd-bootがインストールされていないからであるかどうかを尋ねる質問に対する答えは...「そうではありませんか?」ハハ、これは私にとって大変なことでした。なぜなら私が知っているからです。完全なEFIブートプロセスとそれを管理するさまざまな方法について多くのことがありますが、systemd-bootは実際には現在これに関与していません。 GRUBは、他のオペレーティングシステムへのアクセスを維持したいかどうかにかかわらず、Ubuntuが起動プロセスを管理するために常に使用するメカニズムです。あなたの期待にもっと合うようにいくつかの方法を案内することができます。

しかし、それは私がやりたいことではありません。 GRUBはとても面倒なので、あなたのような見知らぬ人は言うまでもなく、ヒトラーに適用したくありません。したがって、適切であると思われるアドバイスを受け入れ、起動プロセスを管理するためにすでに持っているいくつかのオプションを提供します。実際に実行されていても、GRUBよりもこれら2つのオプションが優先されます。 systemd-boot(もっと興味深いので、まだRed Hat以前の元の名前である「Gummiboot」だと思います)について言及したので、そこから始めましょう。

クモのブーツ

公平な警告です。実行速度が速く、時にはブートマネージャを使用するのがどれほど便利なのか、本当に気に入っていますが、基本的にはLinux初期化プロセスのための追加モジュールです。 ?合格?私はGRUBの外観が嫌いですが、GRUBをよりセクシーに見せてくれます。しかし、この機能がうまくいけば、この機能を使用すると、現在発生している問題をどれだけ早く解決できるかを説明します。タイマーを起動すると、4分で正常に再起動できるようです。

  1. まず、GRUB および Windows ブートマネージャーとともに、ESP (すべてのブートローダー/管理者を持つ EFI システムパーティション) にインストールしましょう。最悪の場合、優先ソリューションを使用すると、後でWBMのように無視されます。必要に応じてターミナルを開き、このコマンドを実行してESPにGummibootをインストールしてBootOrder:に追加しますsudo bootctl install。アクティブなアクティビティとsystemd-bootがESPと起動順序の先頭にインストールされたことを知らせるメッセージが表示されます。ほとんどの場合、構成なしでうまく機能するので、ストップウォッチで簡単に勝利したいのですが、勝利確率を高めるためにもう少し努力してみましょう。最初に再起動を試みる前に端末に戻らない場合は、次の手順を実行しますsudo bootctl random-seed。非常に簡単ですが、起動時にセキュリティが若干向上し、入力にかかる時間だけかかるので、そのまま使用します。それ。

  2. どの方法が最も適していても、ルート所有ファイルを編集できるテキストエディタを実行し(私は常にol '部分を好むが、sudo mcedit [filename]あなたはそうです)、このファイルを使って開きます"$(bootctl -x)/loader/loader.conf"。 GUIエディタと必要なファイルを参照するための正確なパスがわかっている場合は、echoターミナルでパスの前に入力してクリックすると、Enter実際の場所が印刷されます。私はあなたがどのバージョンのsystemd / Gummibootを使用しているのかわからないので、そこには何が必要ですが、残りはあなたがしたいと思います。スタート...

    default Windows
    timeout 15
    console-mode max
    editor yes
    auto-entries yes
    auto-firmware yes
    random-seed-mode always
    

メニューがタイムアウトする前に何も選択せずにUbuntuをロードするには、既に存在する任意の文字列をデフォルトのままにしてください。必要に応じてこれを変更する方法をお知らせしたかったです。繰り返しますが、設定したいタイムアウト値はあなた次第です。残りは示されているように入力する必要があります。これはすべて良い内容です。

完了後にsudo bootctl status安定したい場合は、ターミナルで出力を再確認するか、閉じてから再起動します。 Gummiboot長老たちが伝えるいくつかのクイックアドバイス:

  • メニューでは、異教徒は通常/キーを使用して選択して確認Enterします。本物の呪文は、上から下に番号が付けられていて、一番上の項目が一番上にあるかの1ように、リストで探したい項目に対応するキーボードの数字キーを押すだけです。または、Windows、MacOS、またはLinuxディストリビューションのエントリが1つしかない場合は、文字を押すと1回のキーストロークでエントリがすぐに実行され始めますw。毎回少女たちが下唇を悟らせるんです。al
  • ファイル内の対応する行は、リストのオプションの1つが「ファームウェアで再起動」であることを確認する必要がありauto-firmware yesます...問題がある場合は、その項目を選択すると、起動順序を手動で並べ替えることができるBIOS設定で自分自身を見つけることができます。 Windowsまたは「debian」を最初に救出してください。あなたが必要とする可能性はほとんどありませんが、もしそうなら、あなたは将来私の存在を呪いません。人生は短く、悪い株主はもはや必要ありません。

結論として

友達よ、この時点で気をつけなければなりません。私があなたにいくつかの潜在的な解決策を与えると言ったことを知っているので、これがあなたを中立から抜け出せないか、視覚的にあまり魅力的ではないので、虚無主義を人生の方法で誘惑していることがわかったら、そこに予約はありません。私のアドバイスは次のとおりです。マイクロプレートリーダー。 Ubuntuリポジトリにあり、独自の設定が可能なので、常にsudo apt install refind便利です。ブートマネージャのShelby Cobraです。ドキュメントは素晴らしく非常に賢いので、この方法を使用すると大丈夫だろうと確信しています。

私の仕事は終わりました。行って殺してしまいましょう。

おすすめ記事