この質問に対する回答はオンラインでいろいろ見つかりました。「絶対にできない」から「gparted を使えばできる」までさまざまです。ここではっきりした回答が得られることを期待しています。/bootコンピューター (Arch Linux と Windows 10 のデュアル ブート) のパーティションの容量が足りなくなり、GParted でサイズを変更しようとしています。添付されているのは (かなり乱雑な) パーティションのスクリーンショットです。
パーティション/bootは です/dev/sda2。Windows パーティション のサイズを縮小しsda4、右にシフトして のsda3サイズを増やすつもりでしたsda2。しかし、これを実行しようとすると GParted でエラーが発生します。
パーティションを移動するにはどうすればよいですかsda3? このすべての最終目標はパーティションを拡張することだけなので/boot、誰かがそれを実現する別の方法を見つけたら、それも機能するでしょう。
答え1
Microsoft は、すべての GPT ディスクに MSR が存在することを想定しており、ディスクが最初にパーティション分割されるときに MSR を作成することを推奨しています。
したがって、sda3 を「右に」移動して、sda2 のスペースを増やすことは問題ありません。ただし、最初で唯一の Windows インストールを「飛び越えて」はいけません。
(そして、あるコメントに対して: はい、私の経験では、(仮定上の) 無料インストール時に Windows によって再作成されます)。
推論の連鎖（別名「レガシーいじり」）は次のようになります。
- インサンス以外の誰もが「最新の」(U)EFIブートとGPTパーティションテーブルを望んでいる
- Windows では (U)EFI ブートをサポートするために GPT が必要です
- しかし、GPTでは、BIOSパーティションドライブで行われていたような特定の情報を隠すことはできません。
- msftdataはこのデータを保存する役割を果たします
答え2
パーティションを移動しただけでなく、15 MiB に縮小しようとしたため失敗しました。GParted は不明なファイルシステムを縮小するのは安全ではないと判断したため失敗しました。サイズを変更せずに移動するだけで動作するはずです。
パーティションを削除すると、まれに問題が発生することがあります。そのため、パーティションが 16 MiB しかないことと、MBR パーティション制限の影響を受けないことを考えると、パーティションを移動するだけです。
/bootおそらく2 GiB を超えるパーティションは必要ないでしょう。