web-dev-qa-db-ja.com

Windows10インストーラーはNTFSEFIパーティションを作成します

現在、新しいArchLinuxインストールが稼働しています。今、私はWindowsとのデュアルブートが必要であることに気づきました。これは過去にすでに行ったことですが、今は行き詰まっていると思います。

インストールされているHDDは1つだけで、GPTスキームと次のパーティションがあります。

Partition table

前回Windowsをインストールする必要があったときは、正確にパーティションスキームを作成し、インストーラーを実行するだけで、Archのブートマネージャーがエントリを見つけてシステムを選択できるようになりました。現在、Windows 10インストーラーの動作は異なります。既存のEFIパーティションを見つけて使用する代わりに空き領域を選択すると、新しいパーティションが作成され、現在のEFIパーティションがNTFSとしてフォーマットされているというエラーが表示されます。私はWindowsインストーラーについてあまり知らないので、何をすべきかわかりません。また、使用するパーティションを指示する明確な方法がないようです。

3
Eduardo Cunha

これは、Windowsが現在/dev/sda1に書き込まれているFAT32を好まないようです。おそらく、ディスクはかつてNTFSを使用していて、Windowsはその残骸をいくつか見つけています...?その(確かに気難しい)仮説に基づいて、次のことを試してみてください。

  1. ESPをバックアップします。 cpZiptar、または同様のものを使用したファイルレベルのバックアップで十分です。
  2. ESPをアンマウントします。
  3. ESP 完全にdd if=/dev/zero of=/dev/sda1のように、ddでクリーンアップします。このコマンドには十分注意してください! =間違ったパーティションを指定すると、深い問題が発生します!
  4. /dev/sda1のように、mkdosfs /dev/sda1に新しいFATファイルシステムを作成します。
  5. 必要に応じて、/etc/fstabを新しいファイルシステムの「UUID」またはラベルで更新します。
  6. mount -aと入力して、ESPを含むパーティションを再マウントします。
  7. df /bootを使用して、ESPが正しくマウントされていることを再確認します。
  8. バックアップをコピーして、新しくフォーマットしたESPに戻します。
  9. 重要なファイル(カーネルとブートローダー)が存在することを再確認してください。

ファイルシステムが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つのパーティションに分割することをお勧めします。

4
Rod Smith