[Linux] du / df 명령어 완전 가이드 💾

du와 df 명령어는 리눅스 서버·개발환경에서 용량 문제를 진단하는 핵심 도구입니다. 전체 디스크 상태 확인(df), 폴더·파일별 용량 분석(du), 정렬·필터링·로그 폭증 대응까지 실무 중심으로 정리합니다.

1. 왜 du / df 명령어가 리눅스 관리에서 중요한가?

리눅스를 오래 운영하다 보면 갑자기 서버가 느려지거나, 빌드가 이유 없이 실패하거나, Docker 컨테이너가 더 이상 올라오지 않는 상황을 누구나 한 번쯤 겪습니다.
저도 실제로 운영했던 서버 중 하나에서 새벽 시간에 로그 파일이 폭주해 /var 파티션이 순식간에 100%에 도달한 적이 있습니다. 그 순간부터 SSH 접속조차 되지 않았고, 서비스 담당자들이 모두 깨어나 원인을 찾아야 했던 기억이 아직도 생생합니다.

이럴 때 가장 먼저 실행하는 명령은 아래 두 가지입니다.

• df → 파티션 전체 용량 파악
• du → 어떤 폴더가 문제를 만드는지 추적

이 두 명령어만 정확히 다뤄도 전체 용량 문제의 80% 이상은 즉시 원인 파악이 가능합니다.

여기에 한 가지 더, 회사에서 여러 팀원이 함께 사용하는 개발 서버라면 스토리지는 생각보다 더 빨리 차오릅니다.
특히 빌드 산출물, 개인 실험용 파일, Docker 이미지, 로그 등은 “누가 만들었는지” 명확하지 않은 경우가 많습니다. 이런 환경에서 du 명령어는 정말 강력합니다.

• 어떤 사용자가 만든 폴더가 크게 늘었는지
• 삭제하지 않고 계속 쌓아둔 파일이 누구 영역인지
• 특정 폴더만 과도하게 사용하는 사람이 있는지

이런 것들을 눈으로 확인할 수 있기 때문에 팀 단위 서버 운영에도 큰 도움이 됩니다.
실제로 저희도 du로 사용자 홈 디렉터리를 정렬해보면 어느 동료가 용량을 제일 많이 쓰고 있는지 금방 파악할 수 있었고, 덕분에 “누가 청소를 안 했는지” 금방 알아낼 수 있었죠^^.

---

2. df 명령어(전체 디스크 상태 확인)

df(disk free)은 장치 전체 용량을 확인하는 명령어입니다.

df -h

 

• -h : MB / GB 단위 표시 (사람이 읽기 쉬운 형태)

예시 출력:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        50G   28G   20G  58% /
/dev/sdb1       200G  150G   50G  75% /data

 

실무에서 가장 중요하게 보는 항목

항목	설명
/ (루트 파티션)	용량 꽉 차면 전체 시스템 영향
/var/log	로그 폭주 시 가장 먼저 터짐
/data, /home	사용자 파일 증가로 용량 위험
Use%	90% 이상이면 긴급 점검 필요

SSH 접속 불가, 서비스 재시작 실패 등의 증상은 대부분 /var 또는 / 파티션 문제에서 시작됩니다.

df -h 명령어로 확인한 리눅스 서버 디스크 용량 현황 예시 화면

---

3. du 명령어(폴더·파일 단위 원인 추적 )

df로 “문제가 있다”는 사실을 확인했다면, du는 “누가 용량을 잡아먹고 있는지” 찾는 도구입니다.

1) 현재 디렉터리 전체 용량 계산

du -sh .

 

출력 예:

3.2G    .

 

2) 하위 폴더 용량 한눈에 보기

du -sh *

 

출력:

500M logs
1.2G build
3.0K README.md

 

용량이 어디에서 많이 차지하는지 바로 확인할 수 있습니다.

3) 특정 경로 용량 확인

du -sh /var/log

 

4) 폴더 전체 트리 분석

du -sh /home/user/*

 

5) 숨김 파일 포함 전체 확인

du -sh .[!.]* *

 

.git, .cache 등 숨김 폴더 용량 확인할 때 필수.

6) 용량 큰 순으로 정렬 (가장 많이 쓰는 패턴)

du -sh * | sort -hr

 

• sort -h : human-readable 정렬
• -r : 역순 (큰 용량부터)

서버 용량이 터질 때 가장 먼저 쓰는 명령어입니다.
이 명령 하나로 ‘범인’을 바로 찾을 때가 많습니다.

---

4. 로그 폭주로 용량 터질 때 해결법

제가 경험한 실제 장애 처리 흐름도 거의 동일한 패턴입니다.

(1) /var 하위 폴더 용량 확인

du -sh /var/*

 

(2) log 중 가장 큰 파일 찾기

du -sh /var/log/* | sort -hr

 

(3) 로그 파일 비우기 (파일은 유지)

truncate -s 0 /var/log/syslog

 

또는:

cat /dev/null > /var/log/syslog

 

⚠ 주의: 삭제(rm)가 아닌 truncate를 사용해야 서비스가 파일 핸들을 잃지 않습니다.
로그 백업 필요 시 먼저 cp syslog syslog.bak 형태로 보관하는 것을 권장합니다.

---

5. df와 du를 함께 사용하는 실무 패턴

단계	목적	명령
1	전체 상태 확인	df -h
2	루트 기준 문제 폴더 찾기	du -sh /*
3	상세 분석	du -sh /var/log/*
4	대용량 파일 처리	gzip big.log 또는 rm big.log(주의 필요)

---

6. 파일 단위 용량 분석(du + find 조합)

du는 기본적으로 폴더 기준이라, 파일을 직접 찾고 싶다면 아래 조합을 사용합니다.

(1) 100MB 이상 대형 파일 찾기

find . -type f -size +100M -exec ls -lh {} \;

 

(2) 가장 큰 파일 10개 보기

find . -type f -exec du -h {} + | sort -hr | head

 

대용량 파일 탐색 흐름도

---

7. du / df 사용 시 주의해야 할 점

문제 상황원인해결 방법

문제	상황 및 원인 해결	방법
du와 df 값이 다름	df는 전체 파티션, du는 특정 폴더	정상 동작
du가 너무 느림	파일 개수가 많음	--max-depth=1 사용
df에서는 용량이 줄지 않음	프로세스가 삭제된 파일을 계속 사용	`lsof
/var/log 삭제했는데 용량 안 줄어듦	서비스가 핸들 유지	서비스 재시작 필요

---

8. 관련 자주 묻는 질문(FAQ)

Q1. du와 df 용량이 다르게 나오는데 문제가 있나요?

A. 문제 아닙니다.
df는 전체 파티션 단위, du는 특정 디렉터리 단위이기 때문입니다.

Q2. 삭제한 파일이 df에서 바로 반영되지 않는 이유는?

A. 프로세스가 삭제된 파일 핸들을 유지하고 있기 때문입니다.
lsof | grep deleted 로 확인 후 프로세스 재시작.

Q3. du가 너무 느린데 해결 방법은?

A. --max-depth=1 또는 특정 디렉터리만 범위 지정.

Q4. 어떤 폴더부터 확인해야 하나요?

A. /var/log → /home → /data 순으로 확인하면 대부분 문제 해결.

Q5. Docker 환경에서 용량이 폭주할 때는?

A. /var/lib/docker 폴더의 이미지·컨테이너 누적이 원인입니다.

---

9. du / df 명령어가 용량 문제 해결에 결정적인 이유

du와 df는 단순한 명령어가 아니라 장애를 예방하는 진단 도구입니다.
서버가 갑자기 느려지기 전에, 정기적으로 df -h와 du -sh를 확인하는 것만으로도
서비스 안정성을 크게 높일 수 있습니다.

du / df만 정확히 알고 있어도
서버 장애를 미리 예방하고, 성능 저하 문제를 빠르게 해결할 수 있습니다.

 

 

이전글 보기

[Linux] scp 명령어 완전 정복 — 안전하고 빠르게 파일 전송하기 🚀

 

다음글 보기

[Linux] wget / curl — 다운로드부터 API 호출까지 완전 정복 🌐