Ubuntu パーティションがいっぱいのため縮小できません (実際はいっぱいではありません)

Question

残念ながら、LVM を使用しているため、これは gparted でパーティションのサイズを変更するのと同じくらい簡単ではありません。

gparted で表示されているのは、単なるパーティションではなく、LVM 物理ボリュームです。これは、LVM が論理ボリュームを配置するために予約されているディスク上の領域です。そして、これらの論理ボリューム内には、システムが使用するパーティションがあります。ただし、gparted はこれらを認識しません。編集または移動方法がわからない 1 つの大きな物理ボリュームのみを認識します。代わりに、LVM ツールを使用して、内部の論理ボリュームを表示および管理します。

良い点は、LVM を使用すると論理ボリュームのサイズを変更したり物理的に移動したりすることが非常に簡単にでき、システムの実行中でも実行できることです。悪い点は、LVM 物理ボリュームを実際に移動したりサイズ変更したりすることが非常に難しいことです。

「LVM 方式」でこれを行うには、新しいドライブに新しい物理ボリュームを設定し、それを同じボリュームグループに追加してから、論理ボリュームを他のドライブにライブマイグレーションします。その後、元のドライブの物理ボリュームが使用されなくなったら、ボリュームグループから削除し、その物理ボリュームを破棄して再作成します。これを「LVM 方式」と呼ぶ理由は、ダウンタイムがゼロになることが保証されるからです。特に、新しいドライブをホットスワップできる機能があれば、ライブシステムで実行できます。もちろん、これらすべてを実行することの欠点は、すべてを 2 番目のドライブに移行するのに非常に時間がかかり、2 番目のドライブが必要になることです。そのため、主な利点は、シャットダウンせずにライブシステムで実行したいユーザーのみにあります。

とはいえ、パーティションテーブルを自分でいじることに自信があるなら、できるLVM 物理ボリュームのサイズを変更できるツールの助けを借りて、近道をしますpvresize(ただし、パーティションテーブルのサイズも手動で変更する場合に限ります)。これは簡単なプロセスではありません。最初に論理ボリュームのファイルシステムを縮小し、次にそれに合わせて論理ボリュームを縮小し、必要に応じて残りのエクステントを移行して、ボリュームグループ内の空き領域がすべてその物理ボリュームの末尾になるようにします。ここまでは、付属の LVM ツールが役立ちます。次に、物理ボリュームをどれだけ縮小できるかを計算し、パーティションテーブルのサイズを変更し、同時にで LVM のサイズを更新しますpvresize。

正確な手順はここに詳しく説明されています:

https://serverfault.com/a/419279

この方法を採用する場合は、失敗してデータを失う可能性が非常に高いため、バックアップをお勧めします。いずれにせよバックアップを行う場合は、昔ながらの方法で、ドライブからすべてをコピーし、パーティションを削除して最初からやり直し、すべてをコピーし直す方がよいでしょう。

このような理由から、LVM は必要だとわかっていて、この作業に対処できる人以外にはお勧めしません。新しいドライブをホットスワップし、1 つ以上のパーティションを新しいドライブに移行し、古いドライブを非アクティブ化して削除する操作をすべて、シャットダウンや再起動なしでライブシステムで実行する必要がない場合は、(私の意見では) LVM は実際にはニーズに関係がなく、抽象化のレベルが少ない (理解しやすい) ことと、gparted などのツールで簡単に変更やサイズ変更ができるため、従来の方法 (プレーンパーティション) の方が簡単です。

Answer 1