ルートファイルシステムにスペースがありません。サイズを増やすにはどうすればよいですか?


24

これは私のファイルシステムです:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

ご覧のとおり、ルートファイルシステムはいっぱいです。

無駄なものをすべて削除しようとしましたが、まだ十分なスペースがありません。

どうすれば増やすことができますか?ハードドライブに60ギガが残っていますが、ルートファイルシステムをそこに移動する方法はありますか?


3
の結果を見せてsudo pvscanください。
mattdm

1
@mattdmPV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free] Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0 ]
ディミトリダニロフ

15
Erm、1.7Gフリー、問題はどこにありますか?
サイモンリヒター

3
これが「フル」の定義である場合、私のファイルシステムが表示されますlol
Monicaとのライトネスレース

2
私はすべての私の/ var /キャッシュを削除する場合@SimonRichter私は1.9ギガを持っていましたが、このディレクトリには、非常に迅速に満たされたと私は平均で約100 MO持っている
ディミトリ・ダニロフ

回答:


47

良いニュースです!pvscanショーPV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]—したがって、任意のファイルシステムに最大77.56GiBを追加できるはずです。小さいブロック(10GiBなど)に追加することをお勧めします。そのため、/home後で成長する必要があると判断した場合に備えておくことができます。

これは比較的十分にテストされた一般に安全な操作ですが、すべてのルートレベルのボリュームおよびファイルシステムの操作には何らかのリスクがあります。最初に機能するバックアップがあることを確認してください。それから…

次のように、root論理ボリュームを拡張して空きスペースを使用できますlvextend

sudo lvextend --size +10G --resizefs /dev/fedora/root

(または-L、短いオプションを使用する場合-r--size、andの代わりにandを--resizefs使用します。)


5
バックアップを作成することは常に良い考えです。既存のデータは移動されず、ファイルシステムはリバースエンジニアリングされていない(おそらく)ネイティブLinuxであるため、これは非常に低いリスクであると考えます。
プラグウォッシュ

141.56 GiB / 77.56 GiB freeYのうちXのように無料で読み取ります。だから最初は冗談だと思った:P
非常識な

1
@Insaneええ、それは最適なフォーマットではありません。pvs必要pvdisplayに応じて、またはから異なる方法でフォーマットされた同じ情報を取得できます。
mattdm

10

LVMのより一般的な答え:

まず、追加のパーティション化されていないストレージがあることを確認します。次に:

  1. fdisk新しいパーティションを作成するために使用します(既存のパーティションを拡張するよりも安全です)

  2. pvcreate物理LVMボリュームの作成に使用:

    pvcreate /dev/sdxx
    
  3. vgextend新しい物理ボリュームを使用して既存のLVMグループを拡張するために使用します。

    vgextend groupname /dev/sdxx
    

    でグループ名を取得できます vgdisplay

  4. lvextendlvmマッパーで使用して、lvmボリュームを拡張します。

    lvextend -l +100%FREE /dev/mapper/xxx
    
  5. ファイルシステムを成長させます。

    xfs_growfs /dev/mapper/xxx
    

    または

    resize2fs /dev/mapper/xxx
    

1

/ファイルシステムは、ブートローダーでサポートする必要があるため、特に難しい場合があります。

この回答では、要求されたタスクを実行する方法を指定していませんが、回避策を提供しています。

別のオプション:大量のデータがあるサブディレクトリ(たとえば、/ big /)を見つけます。次に、そのデータを60GBのスペースにコピーし、多くのスペースがあるディレクトリをmv(例:mv / big / bigback)、60GB(またはその一部)を/ bigにマウントします。すべてが期待どおりに機能することを確認した後、rm / bigbackで/のスペースを取り戻します


これを行う場合、直後に、touch /.autorelabel; reboot移動したファイルに正しいSELinuxラベルが付いていることを確認してください。
mattdm

1
これは、LVMを使用せずに飛行する場合に有効で有用なソリューションです(多くの知識は必要ありません)。これにより、変更の痛みがさらに軽減されます。
ゴンバイサンドール

原則として、/がブートローダーによってサポートされる必要があるという理由はありませんが、この場合、個別の/ bootがないため、これは当てはまります。LVMを使用する場合は、常に/ bootを本物にします。
ジョシュア

-1

別のオプションは、より劇的なことを試みる前に、BleachBitを使用して一時ファイルやその他の不要なファイルを削除することです。

ウィキペディアから:

BleachBitは、無料でオープンソースのディスクスペースクリーナー、プライバシーマネージャー、およびコンピューターシステムオプティマイザーです。

パッケージマネージャー内にある必要があるため、これを行う必要があります。

sudo yum install bleachbit

または彼らのページからダウンロードしてください

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.