このdumpe2fs -h出力で見られるように（重要なことがある場合に備えて尾部分を切り取り、頭部分は残しました） 「スペースなし」と表示されます。非常に小さいファイルの場合でも、デバイスにエラーが発生します（テストのためにファイルに何かを反映します）。
色が私を慌てた。
dumpe2fs 1.41.12(2010年5月17日) ファイルシステムボリューム名： 最終インストール日： ファイルシステムUUID：b7d8fde6-faa4-4c13-b310-32f302cc6db6 ファイルシステムマジックナンバー：0xEF53 ファイルシステムバージョン番号：1（動的） ファイルシステム機能：has_journal ext_attr resize_inode dir_indexファイルタイプneed_recovery sparse_extra大きなファイル ファイルシステムフラグ：signed_directory_hash デフォルトのインストールオプション：（なし） ファイルシステムの状態: きれい 悪い行動：続き ファイルシステムオペレーティングシステムの種類：Linux インデックスノード数：9707520 ブロック数: 38808000 予約済みブロック数：1940400 フリーブロック：2026361 フリーインデックスノード：9583170 最初のブロック：0 ブロックサイズ：4096 部分サイズ: 4096 予約済みGDTブロック：1014 グループあたりのブロック数：32768 グループあたりのピース：32768 グループあたりのインデックスノード：8192 セットごとのInodeブロック：512
ベストアンサー1
160 GB のパーティションが 94.78% で、そのファイルシステムが予約済みブロックのデフォルト値 (5%) を使用しています。
これにより、空きディスク容量が0.22％（約40MB）しか残りません。小さなファイルのためにディスクがいっぱいで、空き容量が不足している理由を理解しようとする必要はありません。
システムは、このスペースを埋めるログまたは一時ファイルを同時に生成できます。ジャーナリングもここで重要な役割を果たしている可能性があります。つまり、小さなファイルは直接作成されず、追加のスペースが必要な中間位置で作成されます。