現在の状況は次のとおりです。
ご覧のとおり、ブート パーティションの左側に回復したい 500 MB のチャンクがあります。
私が望む最終的な設定は次のとおりです。
余分なスペースの一部を別のディストリビューションのインストールに使用したい可能性があるため、Linux ルート パーティションに 22 GB を残しておきます。
質問は、ブート パーティションを移動すると、システムが起動できなくなる可能性があるという警告が表示されます。再起動のリスクを最小限に抑えるために、パーティションでこの作業を実行する方法や、より良い順序はありますか? 最初に大きなパーティションとルート パーティションを移動し、次にブートを移動する必要がありますか? またはその逆ですか? あるいは他の方法がありますか?
答え1
初め、どれでもパーティション分割操作は少なくとも少しはリスクがあります。いつもデータが失われたり、起動できなくなったりした場合に備えて、バックアップと復旧計画を用意しておきます。
BIOS の分野では、多くのブート ローダーが、より複雑な部分を見つけるために絶対セクター値に依存しているため、パーティションを移動するとブートできなくなる可能性があります。そのセクターが移動するパーティション内にある場合、参照が更新される可能性は低く、ブートは失敗します。ただし、詳細はブート ローダーごとに異なるため、パーティションを移動した結果を予測することは困難です。あなたの場合は BIOS を使用していないため、BIOS ルールは適用されません。残念ながら、ほぼ同じくらい悪質な EFI の問題があります。EFI では、ブート ローダー情報は NVRAM に保存されます。これらのエントリは、ファイル名、パーティション GUID、パーティション番号、ディスク ハードウェア識別コードなど、さまざまな種類の情報を使用してブート ローダーを指します。これらのほとんどはパーティションを移動しても変更されませんが、パーティション番号は変更される可能性があります。
この可能性から身を守るには、さまざまな方法があります。最も簡単な方法は、現在の の前に小さな (たとえば 1MiB) パーティションを作成することです/dev/sda2。こうすることで、GParted (または他のツール) がパーティションを昇順で番号付けすることに決めた場合、現在の(または EFI の同等のもの) は/dev/sda2そのまま残ります。もう 1 つの方法は、現在のが になった場合に、 (エキスパート メニューのオプション)/dev/sda2の転置機能を使用してパーティション番号を交換することです。(既存のパーティション番号を空のパーティション番号と交換できるため、 がなくなった場合でもこの機能は機能します。) ただし、どちらの場合でも、積極的に対処する必要があります。一部の EFI は無効なブート エントリを完全に削除するため、パーティション番号が変更されてブートしようとすると、エントリが失われ、再作成が必要になる可能性があります。パーティション番号を確認してください。gdiskt/dev/sda2/dev/sda1/dev/sda2前に再起動し、ESP が機能しなくなった場合は/dev/sda2、すぐに対処してください。
個人的には、ブートローダーを復元する計画を立てる方が簡単（かつクリーン）だと思います。おそらくGRUBはインストール済みなので、ブーツ修理、これは通常、GRUB 設定をうまく復元します。別の OS をいくつかインストールした場合、Boot Repair はそれほどうまく機能しない可能性があります。ただし、別の OS をインストールすると、独自のブートローダー/マネージャーがインストールされ、必要な機能を実行できます。(しない必要なことを実行したら、新しいOSがブートローダーをデフォルトのものに設定することはほぼ確実であるため、修正するための措置を講じる必要があります。) もう一つのオプションであり、一般的に役立つバックアップは、再検索USB フラッシュ ドライブにインストールします。ほとんどのブート ローダーよりも構成ファイルへの依存度が低いため、緊急時の起動に役立ちます。GRUB セットアップが OS の数が多すぎて混乱し始めた場合は、通常のブート マネージャーとして rEFInd を使用する方が適している可能性がありますが、これは個人の好みと特定の状況で何がうまく機能するかの問題です。