なぜmuttはまだ正常に完了できますか?処理中に損傷する危険がありますか?
したがって、5GBの空き容量が不足しています。ルート用Muttはルートパーティションで20 GBを占め、古いメールメッセージを消去またはアーカイブすることにしました。私たちはコピーを作成し、バックアップを維持します。
今私達はmuttに入ります:>mutt
shift-D
私たちはメッセージを削除をタップ
次のコマンドを入力します。~d>480d
過去480日より古いすべてのアイテムを削除してください。
次に:q
終了してファイルを保存します。
これにより、使用可能なディスク容量が完全に満杯になり、プロセスが失敗してmuttをシャットダウンするのが困難になります。
このプロセスを実行すると、アーカイブするメールメッセージの数が多いほど失敗する可能性が高くなります。デフォルトでは、アーカイブしたいメッセージは保存/完了する前に空き容量が不足しているようです。
だからもっと削除します。~d>90d
過去90日だけ残します。 (保存された量は少なく、予想通りに完了しますが、完了する前に奇妙な点が見つかりました。)
それで、ルートドライブがいっぱいになり始めるプロセスを見ました。次のようになります。
ルートフォルダは最終的に空き領域が0になりますが、muttプロセスは続行されます。
muttが保存を完了する前にスペースが不足しているにもかかわらず、muttが続行し、最終的に幸せになるのはなぜですか?
Early in the process
[root@domain ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 38314216 31093980 5250884 86% /
/dev/sda3 144053404 38173988 98538824 28% /opt
at about 90% before mutt finished all space used
[root@domain ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 38314216 36779888 0 100% /
/dev/sda3 144053404 38173988 98538824 28% /opt
After mutt finished a lot of space was freed up which was expected
[root@domain ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 38314216 16936356 19408508 47% /
/dev/sda3 144053404 38173988 98538824 28% /opt
スワップサイズ、RAMサイズ(8GB?)など、いくつかの点を確認する必要があります。
更新:私はmuttからデータを削除するプロセスを経て、それを実行するためのディスク容量があり、muttがうまく保存されたので簡単に成功しました。ところで今回 mutt を離れたときにディスクスペースを再利用できなくなりました。
ここに別の質問を記録しました。 Muttリポジトリのサイズを小さくした後、そのリポジトリをdfに戻す方法
答え1
df
「Free」列は、ファイルシステムの予約済みブロックを考慮します。を実行すると、df
38314216 – 36779888個の空きブロックがあります。つまり1,534,328。このブロックはrootユーザーのみが使用できますが、Muttをrootとして実行すると使用できます。
Muttでmboxタイプのメールボックスを保存すると、メールボックスが新しいファイルに書き込まれ、成功した場合にのみ元のファイルが置き換えられます。この場合、ほとんどの電子メールを削除すると、ルートが使用できるスペースに合わせてメールボックスのサイズを減らすことができます。これにより、Muttは新しいメールボックスの作成を完了し、元のメールボックスを交換して、削除された電子メールのすべてのスペースを解放できます。いっぱい。