現在の設定
/dev/sda
- セカンダリ内部ディスク( にもかかわらずa
)。/dev/sda1
- 実際には使用されていない古い ESP。/dev/sda2
- バックアップ目的の未使用の Linux。/dev/sda3
- パーティションを交換します。/dev/sda4
- Windows 10 インストーラー (NTFS 形式で、ISO からコピー。適合する予備の USB がないため)。
/dev/sdb
- プライマリ内部ディスク( にもかかわらずb
)。/dev/sdb1
- 実際に使用されている ESP と、それに rEFInd が配置されています。/dev/sdb2
- Debian。私の家❤。/dev/sdb3
- Windows 専用に用意された、きれいにフォーマットされた NTFS パーティション。/dev/sdb4
- データ保存用の共有 FAT32 パーティション。
問題
に Windows 10 をインストールしたいのです/dev/sdb3
が、/dev/sda4
インストーラ ディスクとして機能する十分な大きさの USB がないため、Windows インストーラ ファイルを保持するために に一時パーティションを作成しました。それが終わったら、rEFInd 経由でインストーラを起動し、インストールを開始しました。しかし、ファイルのコピーを開始するフェーズの最初から進むことができませんでした。明らかに FAT32 であるにもかかわらず、EFI パーティション (ESP) が NTFS として誤ってフォーマットされているというエラーが表示されます。Windows 自体のターゲット パーティションは NTFS であり、インストーラ ディスクも同様です。
質問
Windows のインストールはこんなに難しいものなのでしょうか?
答え1
私の現在の推測では、Windows はすべての固定ディスク上のすべてのパーティションを検索し、パーティション タイプ GUID を無視して EFI システム パーティションのように見えるパーティションを見つけます。(これはおそらく自動修復の理由によるもので、パーティション タイプ GUID が間違っていても、実際には UEFI がそのパーティションから起動するのを妨げることはないため、Windows はとにかくそれを修正しようとしているのだと思います。)
その結果、ディレクトリが存在するため、独自の「インストーラ」パーティションが EFI システム パーティションとして誤検出される可能性があります\EFI
。
考えられる回避策:
\EFI
NTFS パーティション上のディレクトリの名前を などに変更します\NotEFI
。rEFInd または EFI Shell のいずれかを使用して、ブートローダを起動できるはずです。\EFI
Windows インストーラーの起動が完了したらすぐに、ターミナル ウィンドウを使用して NTFS パーティションからディレクトリを削除 (または名前を変更) しますShiftF10。これにより、インストーラーが EFI システム パーティションとしてそれを取得するのを防ぐことができます。小さなUSBスティックからインストーラを起動し、
Install.wim
一時的なNTFSパーティション(ファイルシステムのルート)にファイルのみを配置します。サポートされるべきWinPE ドキュメントによると、過去数回の Win10 リリースでは、標準インストーラを使用する代わりに、Shift+F10ターミナルウィンドウを開いて手動で
dism /apply-image
およびを使用して Windows をインストールしますbcdboot
。