Linux：50％の空き容量があるため、デバイスエラーに空き容量がありません

机の上で頭をつぶして1日過ごした後、私はいくつかの助けに感謝します。

Fedora 14でSquidプロキシを実行していtouch /tmp/fooます。「デバイスに空き容量がありません」というエラーが表示されます。私はすでに走りましたfsck。たとえば1MBのファイルを削除すると、1MBのデータを再び保存できますが、それ以上は保存できません。注目すべきは、十分な空き容量があることです。

df 出力：

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda3             16311208   7614872   7867768  50% /
tmpfs                  1028548         0   1028548   0% /dev/shm
/dev/sda1               198337     55345    132752  30% /boot
/dev/sdb1             25803036  19407324   5084996  80% /mnt/squid-cache

だれでも、空きスペースを「再利用」するために何ができるか考えていますか？

推測では、ディスクブロックではなくiノードが不足しています。つまり、データの合計量ではなく、ファイルシステムが保持できるファイル数に制限があります。

df -iこれを確認するために使用できます。

Linuxは、スーパーユーザー用にブロックの割合を予約します。通常は5％に設定されています。50％は異常に高いです。ではtune2fs -m、あなたはそれを変更することができます。

これは、btrfsを使用している場合に発生する可能性があり、その場合、これらの対策は機能しません。

多くの誤った道をたどった後、私は検索を始めた後、ようやく正しい軌道に乗った

btrfsいいえ

そして得た

btrfsデバイスにスペースが残っていません

最初の完成として。それがBTRFS問題ウィキにつながりました。これは明らかに一般的な問題です。

しかし、そこからでも問題を解決するのは簡単ではありませんでした。リカバリモードで起動し、ファイルシステムをマウントするオプションを選択して、ルートにドロップすることで、適切なユーティリティを実行できました。

wikiの記事ではrun btrfs balanceと書いてありましたが、すべてのファイルシステムで実行できるわけではなく、結局ここに自分の道を見つけました（これも2番目の検索結果です）。

ファイルシステムが本当にいっぱいである場合、バランスさえも実行されません。または、小さな値の-dusageに対してのみ実行されます。

この場合のレシピは投稿の下部にあります。投稿者が私が必要だと思っていたスナップショットを削除し、スナップショットを撮っていなかったので適用されないと思ったため、最初は混乱してソリューションとして拒否しました。しかし、そうでした。スナップショットの手順は一部にとって重要かもしれませんが、私にとってはそうではありませんでした。

概要の救済策は次のとおりです。

1. 大きなファイルを作成する
2. ループデバイスにする
3. バランスが取れないファイルシステムにデバイスを接続します
4. 実行バランス
5. デバイスを取り外す
6. そのスペースを取り戻すためにファイルを核化する

参照された投稿は、コマンドラインの手順を示しています。