ディスクに5GBの空き容量があるのに、postfixから「write queue file：No space left on device」が返されるのはなぜですか？
それが今日起こり始めた...突然、明白な理由は何もない！
Dfからの出力は次のとおりです。
assp：〜＃df -k 使用されているファイルシステム1Kブロック使用可能使用％マウント /dev/simfs 6291456 1378384 4913072 22％/ tmpfs 8202680 0 8202680 0％/lib/init/rw tmpfs 8202680 0 8202680 0％/dev/shm assp:~# df -i ファイルシステムのiノードIUsed IFree IUse％Mounted on /dev/simfs 55781934 83005 55698929 1％/ tmpfs 2050670 2 2050668 1％/lib/init/rw tmpfs 2050670 1 2050669 1％/ dev/shm assp：〜＃df -h 使用されるファイルシステムのサイズAvail Use％Mounted on /dev/simfs 6.0G 1.4G 4.7G 22％/ tmpfs 7.9G 0 7.9G 0％/lib/init/rw tmpfs 7.9G 0 7.9G 0％/dev/shm
/var/log/mail.warnの実際のエントリは次のとおりです。
Dec 11 17:55:37 assp postfix/smtpd [30614]：警告：メールキューに十分な空き容量がありません：0バイト<1.5 *メッセージサイズの制限 Dec 11 17:55:37 assp postfix/cleanup [30617]：警告：4361D850D54：書き込みキューファイル：デバイスにスペースが残っていません
。
df-iinodes をすべて使い切ったかどうかを確認します。
利用可能なストレージスペースを確保できますが、ファイルを追加することはできません。
cache:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 132G 68G 58G 55% /
cache:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 17514496 13543293 3971203 78% /
割り当てが設定されているかどうかを確認することもできます（repquota -va）。
5％（iirc）のスペースがルート用に予約されています。通常のユーザーの場合、ファイルシステムが「フル」である可能性があります。あなたは例えばでより多くの情報を得ることができます。
tune2fs -l/dev/sda1
どのデバイスがいっぱいですか？おそらく1つのパーティションに十分なスペースがありますが、別のパーティション（/ tmpなど）がいっぱいですか？ df -hそして、いずれかのパーティションがいっぱいに近いかどうかを確認し、postfixがそのパーティションを使用しているかどうかを調べます。
OpenVZ仮想マシンでも同じ問題があります。スペースは一時的にバックアップによって使用されます。
から http://www.mail-archive.com/[email protected]/msg07849.html
Postfixは、システムが100％満杯になり、作業を完了できなくなる状況を回避しようとします。
このような状況を完全に回避するには、Postfixは（メッセージサイズの制限*インバウンド同時実行）のサイズのスペースを予約する必要があります。残念ながら、これは多くの場合実用的ではないため、メッセージサイズの制限の1.5倍で解決します。
つまり、5 GBの空き容量がありますが、さらに多くの設定が必要です。
気になるだけですが、キューのサイズが2GBを超えていますか？ファイルシステムのサイズ制限またはPostfixのハード制限に達しているかどうか疑問に思っています。 Apacheがログファイルで2GBに達すると（または、少なくともある時点で）、Apacheが停止することを知っています。
設定されているmessage_size_limitの値は何ですか？
http://www.postfix.org/postconf.5.html#queue_minfree がこの応答の考えられる原因です。