現在、新しいArchLinuxインストールが稼働しています。今、私はWindowsとのデュアルブートが必要であることに気づきました。これは過去にすでに行ったことですが、今は行き詰まっていると思います。
インストールされているHDDは1つだけで、GPTスキームと次のパーティションがあります。
前回Windowsをインストールする必要があったときは、正確にパーティションスキームを作成し、インストーラーを実行するだけで、Archのブートマネージャーがエントリを見つけてシステムを選択できるようになりました。現在、Windows 10インストーラーの動作は異なります。既存のEFIパーティションを見つけて使用する代わりに空き領域を選択すると、新しいパーティションが作成され、現在のEFIパーティションがNTFSとしてフォーマットされているというエラーが表示されます。私はWindowsインストーラーについてあまり知らないので、何をすべきかわかりません。また、使用するパーティションを指示する明確な方法がないようです。
これは、Windowsが現在/dev/sda1
に書き込まれているFAT32を好まないようです。おそらく、ディスクはかつてNTFSを使用していて、Windowsはその残骸をいくつか見つけています...?その(確かに気難しい)仮説に基づいて、次のことを試してみてください。
cp
、Zip
、tar
、または同様のものを使用したファイルレベルのバックアップで十分です。dd if=/dev/zero of=/dev/sda1
のように、dd
でクリーンアップします。このコマンドには十分注意してください! =間違ったパーティションを指定すると、深い問題が発生します!/dev/sda1
のように、mkdosfs /dev/sda1
に新しいFATファイルシステムを作成します。/etc/fstab
を新しいファイルシステムの「UUID」またはラベルで更新します。mount -a
と入力して、ESPを含むパーティションを再マウントします。df /boot
を使用して、ESPが正しくマウントされていることを再確認します。ファイルシステムがWindowsが口に合うものであることを確認したい場合は、Windows緊急ディスクを使用して同様のことを行うことができます。しかし、Windowsでこれを行うために使用する特定のコマンドはわかりません。
私に発生する別の可能性は、Windowsにバグがあり、サイズが原因でESP)を誤認する可能性があることです。しばらくの間、WindowsはESP =わずか100MB、IIRC。今よりも大きいと思いますが、それでも1GiBには十分に達していませんESPあなたが持っているものです。おそらく、あなたが持っているので、そのサイズにしたのでしょう。 Linuxカーネルをそこに再保存します。これは、Archユーザーの間で一般的な方法です。したがって、このサイズは非常に正当化されますが、isが原因でWindowsがフレークアウトする場合は、ESPそしてそれを2つのパーティションとして再作成します-2つのESPを作成します。1つはWindows用、もう1つはArch用です。または、1つの/boot
パーティションをArch用に作成してもう1つESP =両方のOSについて、Archの/boot/efi
にマウントされます。個人的には、この説明は、Windowsが漂遊(古い)データまたはわずかに不正な形式のFATデータ構造を認識してフレークアウトしている可能性よりもはるかに低いと思います。すべて、Windowsははるかに大きなものを処理できますFATデータパーティション。それでも、前に概説したESPを再作成しても機能しない場合は、2つのパーティションに分割することをお勧めします。