私は最近自分用のデスクトップを自分で構築し、最初はArch Linuxを私の主要OSとして（NVMEドライブに）インストールしました。私は私のHDD（私の二次ドライブ）の500GBパーティションにWindows 10をインストールしました。
私が最近grubブートウィンドウを作ることを試みたウィンドウを使う必要がある時はいつでもBIOSで手動でブート順序を切り替えるのにうんざりしている、これが私の問題が始まるところです。
os-proberはwindowsブートマネージャの場所を返しますが、Grubはarchのブートエントリのみを表示します。私はファストブートを無効にしてgrubの手動入力を試みましたが、それでもinstall-grubを実行する前に（/ dev / sdaと/ dev / nvme0n1にも）、Archの起動オプションのみを表示します。
パーティションテーブル（fdisk -lの出力）：
ディスク/ dev / nvme0n1：232.9 GiB、250059350016バイト、488397168セクタ
単位：１×５１２ ＝ ５１２バイトのセクタ
セクタサイズ（論理／物理）：512バイト／ 512バイト
I / Oサイズ（最小/最適）：512バイト/ 512バイト
ディスクラベルの種類：gpt
ディスクID：1412B5DB-A22B-4957-B915-EC6B912D8833
デバイス始端セクターサイズタイプ
/ dev / nvme0n1p1 2048 1002048 1000001 488.3M EFIシステム
/ dev / nvme0n1p2 1003520 34557948 33554429 16G Linuxスワップ
/ dev / nvme0n1p3 34557952 488397134 453839183 216.4G Linuxファイルシステム
ディスク/ dev / sda：2.7 TiB、3000592982016バイト、5860533168セクタ
単位：１×５１２ ＝ ５１２バイトのセクタ
セクタサイズ（論理／物理）：512バイト／ 4096バイト
I / Oサイズ（最小/最適）：4096バイト/ 4096バイト
ディスクラベルの種類：gpt
ディスクID：BF345208-15FD-454F-8252-9963AC133C5C
デバイス開始エンドセクターサイズタイプ
/ dev / sda1 2048 34815 32768 16Mマイクロソフト予約
/ dev / sda2 34816 524290047 524255232 250G Microsoft基本データ
/ dev / sda3 524290048 5860533134 5336243087 2.5T Linuxファイルシステム
奇妙なことはBIOSにあります、それは私がWindowsがESPとして検出し、自動的にそのブートマネージャをインストールしたと仮定している私のNVMEドライブにあるとWindowsブートエントリを述べています。
編集：
そのため、update-grubはDebianのもので、Archはgrub-mkconfigを使用します。これは正常に実行でき、以下は出力の一部です。
BEGIN /etc/grub.d/30_os-prober
/dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efiにWindowsブートマネージャが見つかりました。 menuentry 'Windowsブートマネージャ（/ dev / nvme0n1p1）' --class windows --class＆gt; os $ menuentry_id_option 'osprober-efi-CAB4-D072' { insmod part_gpt インモット脂肪 if [x $ feature_platform_search_hint = xy];それから 検索--no-floppy --fs-uuid --set = root CAB4-D072 それ以外の 検索--no-floppy --fs-uuid --set = root CAB4-D072 fi chainloader /EFI/Microsoft/Boot/bootmgfw.efi }
END /etc/grub.d/30_os-prober
それでも私がBIOSから "arch"または "grub"ブートオプション（どちらも私のNVMEドライブにある）からブートするとき、唯一のgrubエントリはまだarchです。