df・duコマンドでディスク使用量を確認する方法｜容量不足の調査手順も解説

Linuxサーバを運用していると、 「ディスク容量が足りない」 という問題に遭遇することがあります。

たとえば、次のような症状です。

このようなときに重要なのが、 dfとduです。

どちらもディスク容量の確認に利用しますが、 役割は異なります。

dfとduの違いを最初に理解しよう

dfとduは似ていますが、 確認する対象が異なります。

dfコマンド：ファイルシステムの使用量を確認する

dfは、 ファイルシステムごとの ディスク使用量を確認するコマンドです。

$ df
Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/sda2       52403200 40203120  12190080  77% /
/dev/sda1        1048576   210000    838576  21% /boot
/dev/sdb1      104806400 30120400  74686000  29% /data

ただし、1K-blocksなどの数字は少し読みにくいので、 実務では -hを付けることが多いです。

df -h：見やすい単位で確認する

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2        50G   46G  4.0G  92% /
/dev/sda1       1.0G  210M  814M  21% /boot
/dev/sdb1       100G   29G   71G  29% /data

-hは human-readableの意味で、 GB・MBなど人が読みやすい単位で表示します。

df -hの表示項目を理解しよう

特に重要なのは、 Use%とMounted onです。

使用率が高ければすぐ異常なのか？

ディスク使用率が高いからといって、 必ずしも即障害というわけではありません。

ただし、 100%近くまで使用されると新しいデータを書き込めなくなる 可能性があります。

df -i：inode使用量も確認できる

ディスク容量に空きがあるのに、 「No space left on device」 になることがあります。

その原因の一つが inode不足です。

$ df -i
Filesystem      Inodes   IUsed   IFree IUse% Mounted on
/dev/sda2      3276800 3265000   11800   100% /
/dev/sdb1      6553600  150000 6403600     3% /data

この例では、 容量ではなく inodeの使用率が100%になっています。

duコマンド：ディレクトリやファイルの使用量を確認する

dfで 「/ が92%」 と分かったら、 次は 何が容量を使っているのか を調べます。

そこで使うのが duです。

ただし、これでは配下の情報が大量に表示されるため、 実務ではオプションを付けて使います。

du -sh：指定したディレクトリの合計容量を確認する

$ du -sh /var
18G     /var

-sはsummary、 -hはhuman-readableです。

du -h –max-depth=1：1階層ずつ調べる

/varが18GB使っていると分かったら、 次は /varの中のどこが大きいのか を調べます。

$ sudo du -h --max-depth=1 /var
1.2G    /var/lib
15G     /var/log
650M    /var/cache
120M    /var/tmp
18G     /var

この結果から、 /var/logが15GBと非常に大きいことが分かります。

sortと組み合わせて大きい順に並べる

duの結果を 容量の大きい順に並べたい 場合は、 sortと組み合わせると便利です。

$ sudo du -h --max-depth=1 /var | sort -hr
18G     /var
15G     /var/log
1.2G    /var/lib
650M    /var/cache
120M    /var/tmp

これなら、 大きなディレクトリをすぐに見つけられます。

sort -hrの意味

大きなファイルを探したい場合

ディレクトリ単位ではなく、 さらに具体的に どのファイルが大きいのか を確認したい場合もあります。

$ sudo du -ah /var/log | sort -hr | head
15G     /var/log
8.2G    /var/log/app.log
4.5G    /var/log/nginx
3.8G    /var/log/nginx/access.log
2.1G    /var/log/messages
1.2G    /var/log/nginx/error.log

この例なら、 /var/log/app.log が8.2GB使っていることが分かります。

実務でのディスク逼迫調査の基本手順

たとえば監視システムから、

というアラートが来たとします。

この場合、 次のように調査できます。

大きなファイルを見つけても、すぐ削除しない

ディスク使用量の大きなファイルを見つけると、 「削除すればよい」と考えてしまいがちです。

しかし、 実際のサーバでは そのファイルが何に使われているのか を確認する必要があります。

削除したのにdfの空き容量が増えないこともある

Linuxでは、 プロセスがファイルを開いたままの状態で そのファイルを削除すると、 ファイル名は消えてもディスク領域が解放されない 場合があります。

このようなケースでは、 lsofなどで 削除済みファイルを掴んでいるプロセスを確認することがあります。

dfとduの値が完全に一致しないことがある理由

dfとduは、 そもそも確認している情報が異なります。

そのため、 完全に同じ数値にならない場合があります。

duでPermission deniedが出る場合

ルートディレクトリ配下を調べていると、 権限不足で次のような表示が出ることがあります。

$ du -h --max-depth=1 /
du: cannot read directory '/root': Permission denied

必要な権限がある場合は、 sudoを付けて確認することがあります。

ここで実際に試してみよう：ディスク逼迫調査シミュレーター

疑似Linuxサーバで、 「/ が95%使用されている」 という障害を調査してみましょう。

dfで全体を確認し、 duを使って原因となっている場所を 徐々に絞り込んでください。

この演習のゴール

理解度チェック：次に何を実行する？

初心者が間違えやすいポイント

① dfとduを同じものだと思う

② duをいきなり/全体に大量表示する

du /だけでは 非常に多くの結果が表示される場合があります。

--max-depth=1や -sを使い、 段階的に掘っていくのがおすすめです。

③ 大きいログをその場でrmする

ログファイルは、 サービスが現在利用している可能性があります。

ログローテーション設定や 保持要件などを確認してから対応しましょう。

確認問題：df・duの基本を確認しよう

まとめ

次はネットワーク状態を確認できるようになろう

Linuxサーバの障害は、 ディスクだけで発生するわけではありません。

たとえば、

といったネットワーク確認も、 Linuxサーバ運用では欠かせません。