• ベストアンサー

RHELで、dfは123Gなのにduは61G、再起動しても変わらず

"Red Hat Enterprise Linux ES release 4"を運用しています。 ディスク容量のチェック作業で、dfとduコマンドの結果が、どうも納得できない内容で困っています。 dfコマンドでの使用容量は123Gなのに対し、duコマンドでは61Gです。 dfとduの結果は、プロセスが起動したままの状態では、正しく反映されない等もある為、再起動を行いましたが、全く変わりません... <"df -h"の結果 ~ rootで実行> Filesystem サイズ 使用 残り 使用% マウント位置 /dev/mapper/VolGroup00-LogVol00 133G 123G 2.8G 98% / /dev/sda1 99M 26M 68M 28% /boot none 1.5G 0 1.5G 0% /dev/shm //192.168.xxx.xxx/bak$ 440G 121G 320G 28% /mnt/nas <"du -sh /*/"の結果 ~ rootで実行> 60M /bin/ 21M /boot/ 216K /dev/ 52M /etc/ 38M /home/ 8.0K /initrd/ 200M /lib/ 16K /lost+found/ 16K /media/ 8.0K /misc/ 26G /mnt/ 3.8M /opt/ 902M /proc/ 51M /root/ 17M /sbin/ 8.0K /selinux/ 8.0K /srv/ 0 /sys/ 72K /tftpboot/ 76K /tmp/ 2.3G /usr/ 32G /var/ 先日、運用しているアプリケーションから、「ディスク容量不足」の警告が出た為、dfの結果が正しいのではと思えるのですが、duに出ない幽霊ファイルを見付けきれません。 ひょっとしたら、ブロックサイズよりも小さいファイルが沢山あり、この様な自体になっているのかも?とも思いましたが、確証が得られません。 ("find . | wc -l"は、"610613") ファイルシステムが壊れているのかも!?とも思っています。 何か考えられる事があるでしょうか...? (残り容量が僅かで、焦っています)

質問者が選んだベストアンサー

  • ベストアンサー
  • dev_null
  • ベストアンサー率67% (37/55)
回答No.2

VolGroup00-LogVol00 の /mnt/nas にファイルがあるとか.. あとは、LVとファイルシステムのサイズが異なるとかでしょうか。

to94ge
質問者

お礼

ご指摘、ありがとうございます! 何と、解決しました!! マウントを解除し、マウントポイント内を見てみたら、 ありましたありました、巨大なファイルが... 89G /mnt/ 今回のLinuxサーバは、毎日0時に再起動しています。 このNASはWindowsベースのNASで、fstab記述で接続していますが、 過去、この時間帯にNASが立ち上がっていなかったようで、 夜中に走るNASへのバックアップタスクが、ローカル/mnt/nasへ出力されていたようです。 ハマる事ではない事で、ハマってしまった... 大変助かりました! 感謝です!!

その他の回答 (1)

  • t-okura
  • ベストアンサー率75% (253/335)
回答No.1

du -sh /*/ だと . で始まるディレクトリは含まれません。 / に . で始まるディレクトリは存在しませんか。

to94ge
質問者

補足

早速のご指摘、ありがとうございます。 "."で始まるファイル&ディレクトリがあります。 調べなおしてみました。 "du -sh .*" でいいでしょうか。 この結果は... (Linuxに精通していない為、おかしければご教授を) 61G . 61G .. 0 .autofsck 8.0K .automount 4.0K .bash_history 4.0K .bash_logout 4.0K .bash_profile 4.0K .bashrc 8.0K .canna 4.0K .emacs 72K .fonts.cache-1 4.0K .gtkrc 12K .kde 4.0K .rnd 8.0K .xemacs 4.0K .zshrc "61G ." これは、全体の意味ですよね!? であれば、大きなファイルはありません。 どこかのディレクトリ内に、duにカウントされないファイルがありそうでしょうか。 (rootにアクセス権限のない巨大なファイルがあるのかな...?)

関連するQ&A

専門家に質問してみよう