数年後、私はFedora 15から18にアップグレードすることにしましたが、ガイドによると、スキップできるバージョンが2つしかなかったので、Fedora 17を選択することにしましたpreupgrade。スペースがなかったので、最初のプロセスをキャンセルし、スペースを作ってからやり直しました。
今回は、再起動後にファイルをコピーするときに複数のファイルでエラーが発生し、端末で再起動して端末を削除する必要がありました。
最終設定の完了と最終起動後のカーネル 3.6 パニック発生 - VFS をマウントできない
長い間他の方法を試しても効果がなかったので、サーバーからLive ISOをダウンロードしてインストールすることにしました。
ファイルを上書きすると仮定し、「空き領域にインストール」を選択しましたが、そうでなく新しいパーティションを作成しました。
これでディスク全体に空き容量がなくなります。
この問題を解決するために、バックアップのみを維持しながら、以前のインストールの残りの部分を手動で削除しました。
すべてが準備されました。df -h以前のLVMには50％近くの空き容量が表示されていますが、開いていてもgparted99％がいっぱいです。
実行してみましたがe2fsck綺麗dev/Volgroup00/rootですね。
すべてのパーティションはext4タイプです。
失われたこのスペースを取り戻すのに役立ちます。
ベストアンサー1
「空きディスクスペース」を確保できる場所がいくつかあります。
- パーティションにないディスク領域（パーティション化されていない領域）がある可能性があります。
- 未使用のパーティションがある可能性があります。
- LVM物理ボリュームに空き容量がある可能性があります。通常、LVM 物理ボリュームはパーティションに常駐します。
- ファイルシステムに空き容量がある可能性があります。ファイルシステムはLVM論理ボリュームに常駐します。
（1）と（2）の間の変換は、パーティションを作成して削除するのは簡単です（もちろん、最大パーティション数を超えないと仮定して）。ボリュームグループ内のすべての物理ボリューム内のすべての空き容量の合計は、ボリュームグループの空きスペースであり、これは私たちが議論したものと非常によく似ています。
最初の2つのパーティションレベル（おそらくgpartedで見られるレベル）を呼び出します。 ＃3をVGレベルで呼び出します（またはまたはなどがvgs表示されます）。 ＃4をFSレベルで呼び出します（ここに表示）。vgdisplaypvdisplaydf
カギはレベルですいいえお互いを知っています。新しいパーティションを作成しようとすると、パーティション1にファイルシステムの空き容量がいくらかあってもパーティション2には使用できません。
これはあなたに起こったことのようです。
レベル間で利用可能なディスク容量を変換できますが、これはしばしば簡単ではありません。たとえば、resize2fsファイルシステムを縮小してから、そのシステムが存在する論理ボリュームを縮小できます（空き領域をFSレベルからVGレベルに変換）。その後、LVM PVの1つを縮小してパーティションのサイズを変更して、PVレベルの空き領域をパーティションレベルに変換できます。 （これらの作業は重要であり、誤って実行するとデータが失われる可能性があります。）
lvextendパーティションを追加し、その上にPVを作成し、ボリュームグループにPVを追加し、ファイルシステムを持つLVを展開し、最後にを使用してそのスペースをファイルシステムの空きスペースに追加することで、反対の操作を実行します。resize2fsできます。 （これらの作業は非常に安全です。）