duコマンドの結果が合わない

Question

問題

duコマンドでディレクトリの容量調査を行なっていました。

[root@util01 home]# du -sh ./*
351G	./tomcat

のように容量を使っているディレクトリを見つけたので、さらに調査するために移動して再びコマンドを実行したら

[root@util01 tomcat]# du -sh -c ./*
56M	./agent
14M	./apache-tomcat-7.0.33_20130610
1.2G	./catalina.2016-05-20.log.gz
1.2G	./catalina.out.gz
4.0K	./readme
42M	./sar
45G	./sonatype-work
4.0K	./test.sh
47G	合計

数百GBも使用しているディレクトリが見つかりません。

なぜ上と下でディレクトリの容量が合わなくなってしまったのでしょうか。

検証したこと

• duコマンドとdfコマンドの結果が合わないといった記事は多く出てきました。その差分は多くの場合プログラムがファイルを開いているケースだったのですが、下記のように調べてもそれが原因ではなさそうでした。

[root@util01 home]# ls -al /proc/*/fd/* | grep deleted
ls: cannot access /proc/31412/fd/255: そのようなファイルやディレクトリはありません
ls: cannot access /proc/31412/fd/3: そのようなファイルやディレクトリはありません
ls: cannot access /proc/self/fd/255: そのようなファイルやディレクトリはありません
ls: cannot access /proc/self/fd/3: そのようなファイルやディレクトリはありません
lrwx------ 1 root     root     64 11月  5 12:31 2018 /proc/10675/fd/0 -> /dev/pts/4 (deleted)
lrwx------ 1 root     root     64 11月  5 12:31 2018 /proc/10675/fd/1 -> /dev/pts/4 (deleted)
lrwx------ 1 root     root     64 11月  5 12:31 2018 /proc/10675/fd/2 -> /dev/pts/4 (deleted)
l-wx------ 1 root     root     64 11月  5 14:07 2018 /proc/1620/fd/6 -> /var/run/rpc.statd.pid (deleted)
lrwx------ 1 root     root     64 11月  5 14:07 2018 /proc/2201/fd/11 -> /tmp/ibiDJIjz (deleted)
lrwx------ 1 root     root     64 11月  5 14:07 2018 /proc/2201/fd/4 -> /tmp/ibTBGeQN (deleted)
lrwx------ 1 root     root     64 11月  5 14:07 2018 /proc/2201/fd/5 -> /tmp/ibj5Rxuy (deleted)
lrwx------ 1 root     root     64 11月  5 14:07 2018 /proc/2201/fd/6 -> /tmp/ibomDR8i (deleted)
lrwx------ 1 root     root     64 11月  5 14:07 2018 /proc/2201/fd/7 -> /tmp/ibcV0RtO (deleted)

• コマンドプロンプトにも書いてある通りrootで実行しているので、権限がなくて計算対象から外れたということもないだろうと見ています。

• 他のディレクトリでも検証してみたら、他のディレクトリではduの出力の値が一致しました。

duコマンドの実行方法など、何か見落としや、他に考えられることはありますでしょうか。
アドバイスをいただけますと有り難いです。

Comments

[yukky1201]

dfコマンド結果では、該当ディレクトリを含むパーティションはUsed 351G超なのでしょうか

[R.T]

dfコマンドでは、/home ディレクトリ以下のUsedが 372GBと出ていました。

Answer 1

こちらのコマンド実行結果ではどうでしょうか

[root@util01 tomcat]# du -h --max-depth=1 ./

Comments

[R.T]

ご回答ありがとうございます。
前にいただいた方のコメントで解決したのですが、教えていただいたコマンドでも問題のフォルダを発見することができました！

Answer 2

ピリオドで始まるディレクトリ内になにかあるとか。

cd /home/tomcat
du -sh -c ./.*

Comments

[R.T]

回答ありがとうございます
上記のコマンドを実行したら、それらしきファイルが発見されました...!
```
[root@util01 tomcat]# cd /home/tomcat
[root@util01 tomcat]# du -sh -c ./.*
351G ./.
372G ./..
24K ./.bash_history
56K ./.java
298G ./.jenkins
```
`ls -la --block-size=MB`で確認したつもりになっていたのですが、ディレクトリ以下の要領までは見れていませんでした。

Answer 3

ちょっと考えにくいですが、可能性としては、./tomcat自体が巨大だとか。

ls -s -h -d /home/tomcat

Answer 4

先頭が . で始まる隠しディレクトリおよび隠しファイルが反応していないかもしれません.

cd /home
du -sh -c tomcat

Comments

[R.T]

回答ありがとうございます。
上記のコマンドの結果は以下でした。
```
[root@util01 tomcat]# cd /home
[root@util01 home]# du -sh -c tomcat
351G tomcat
351G 合計
```
/home/tomcat/の隠しディレクトリに関しては、ls -la コマンドで確認はしたのですがいかがなものでしょうか..(確認方法にハマりポイントがある可能性はありそうだと思っています)

Answer 5

/home/tomcat直下に巨大なファイルが置いてある、ということはありませんか？

duはデフォルトではディレクトリのみに反応します。

Comments

[R.T]

回答ありがとうございます。
> duはデフォルトではディレクトリのみに反応します
こちらは盲点でした..。
以下のコマンドでファイルも含めて/home/tomcat以下の容量を出力させてみました。
`ls -la --block-size=MB`
しかし、一番容量の大きいもの(ファイルでした)でも1.2GBで、数百バイトのファイル/ディレクトリは見当たりませんでした。