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