duとquotaの結果が一致しないのはなぜですか？

ルートアクセス権がないシステムでディスククォータを超えました。古いファイルを削除しようとしましたが、まだ終わっています。私はdu自分のスペースをすべて使い果たしている場所を見つけるためにランニングを試みましたが、それは私がほとんど使っていないことを報告しています。

から得られる結果 quota

   /home/1234$ quota -s
   Disk quotas for user 1234 (uid 1234): 
        Filesystem   space   quota   limit   grace   files   quota   limit   grace
       cslab:/home   4519M*  4096M   5120M   09:47    6155       0       0 

から du

   /home/1234$ du -mad 1
   ...
   936     total

なぜquota.9GB duしかカウントしないのに4.5GBを使用しているのかわかりません。自分が所有しているファイルも確認したところ、/tmp50MB相当のファイルがありました。他の3.5 GBのファイルはどこにありますか？クォータシステムが間違っていて、リセットが必要な可能性はありますか？

一部のプロセスで開いたままになっているファイルがあると思います。あなたが使用してそれらをリストしようとすることができます、

lsof | grep username | grep deleted

より良いバージョンは使用することです、

lsof +L1 | grep username

しかし、時には間の出力の不一致があるかもしれませんduし、quotaこの中で説明されているリンク。リンクからの抜粋、

Unixでは、duコマンドとquotaコマンドが異なる値を報告する場合があります。この不一致の理由は、ファイルシステムを通過し、クォータをチェックし、使用状況テーブルを更新するプロセスが特定の時間にのみ実行されるためです。したがって、クォータチェックの間に、quota -vコマンドが誤ったディスク使用量を報告する期間があります。ファイルのサイズに関する最も正確な情報を得るには、duコマンドを使用します。

quota 実際にファイルが占有しているブロックをファイルシステムに問い合わせることで機能します。

du ファイルのディレクトリを再帰的にスキャンして機能します。

2つの方法では異なる結果が得られる可能性があります。たとえば、ファイルを「削除」すると、ディレクトリを一覧表示したときにそのファイルが表示されなくなります。ただし、ディスク上の最後のファイルハンドルが閉じられるまで、ディスク上のブロックは実際には解放されません。その場合、ファイルはには表示されませんがdu、割り当て量にはカウントされます。