web-dev-qa-db-ja.com

Linuxドライバーは0バイトが空いていると言い続け、rootだけが書き込むことができます

Ssdsataハードディスクに非常に異常な問題があります。

私はハードディスクをいっぱいにしました、そしてサンダーバードは「デバイスにスペースが残っていない」と不平を言いました。

しかし、ハードディスクからいくつかのファイルを削除しても、dfは0ブロックが空いていると言います。ただし、使用ブロック数は減少します。したがって、ブロックを解放してファイルを削除しているように見えますが、ブロックを空きプールに戻すことはありません。

しかし、ここで問題が発生します。通常のユーザーでログインすると、ハードディスクに書き込もうとすると「空き容量がありません」というメッセージが表示されます。しかし、rootとしてログインすると、dfが0ブロックの空き容量を示しているにもかかわらず、ファイルシステムに書き込むことができます。

私はfsck-fを実行しようとしましたが、テストを実行して、何でも問題ないと言っています。しかし、実行時間は10秒未満ですが、これは40GBのssdパーティションで予想されますか?.

ここで何が間違っているのかについて誰かが何か手がかりを持っていますか?.

これは、ext4でFedora14を使用しています。

Tune -l/dev/sda2(My /および唯一のパーティション)の出力は次のとおりです。

tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   myroot
Last mounted on:          /
Filesystem UUID:          14079141-278f-437e-b042-7271a2ac07ed
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              2150288
Block count:              8600576
Reserved block count:     430028
Free blocks:              380030
Free inodes:              1775702
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1021
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8176
Inode blocks per group:   511
Flex block group size:    16
Filesystem created:       Sat Jul 31 21:49:31 2010
Last mount time:          Fri Nov 26 17:38:42 2010
Last write time:          Fri Nov 26 16:44:15 2010
Mount count:              3
Maximum mount count:      -1
Last checked:             Fri Nov 26 16:44:15 2010
Check interval:           0 (<none>)
Lifetime writes:          386 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      a0bb9b2c-9238-49eb-94c9-9979fb0fd825
Journal backup:           inode blocks
2
MTilsted

ファイルシステムスーパーブロックの内容を一覧表示するには、次のコマンドを使用します。

tune2fs -l <device>

これは、マウントポイントではなく、物理デバイスをパラメータとして使用することに注意してください。

関心のある項目は、無料のiノード数、無料のブロック数、および予約済みのブロック数です。このファイルシステムが重要な場所にマウントされていると仮定すると、ここでは/などのシステムに必要なディレクトリツリーを意味し、予約済みのスーパーユーザーブロックを維持することをお勧めします。ただし、オプションが限られている場合は、次のようにtune2fsコマンドを再度利用できます。

tune2fs -m n <device>

スーパーユーザー用に予約されているファイルシステムのパーセンテージをnに設定します。

1
Tok

これを解決するために私がよく行ったことは次のとおりです。

最初、

tune2fs -m 1 <device>

次に、次のようなものを使用して、最大のファイルを見つけて削除/再配置/圧縮します。

find /mountpoint/of/device -xdev -type f -printf "%s %h/%f\n" | sort -rn -k1 | head -n 50 | awk '{ print $1/1048576 "MB" " " $2}'

最後に、デバイスで十分な空き領域が利用可能になったら、次のようにします。

tune2fs -m 5 <device>
0
pbr

mke2fsは、root用にボリューム上のディスクスペースの約5%を予約し、空きスペースの量はユーザースペースのみを示します。ボリューム上の十分なファイルを削除すると、スペースが解放されます。