우분투 서버 : 하드 드라이브는 항상 가득 참

50GB vps가 있습니다

내가 df를 실행하면 얻을

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             49982172  46580100    863064  99% /
none                    507212       172    507040   1% /dev
none                    511676         4    511672   1% /dev/shm
none                    511676        76    511600   1% /var/run
none                    511676         0    511676   0% /var/lock
none                    511676         0    511676   0% /lib/init/rw

내가 du / h를 실행하면 /

...
20K     ./tmp/vmware-root
4.0K    ./tmp/.webmin
4.0K    ./tmp/.X11-unix
4.0K    ./tmp/.ICE-unix
4.0K    ./tmp/hsperfdata_root
48K     ./tmp
7.7M    ./bin
3.8G    .

또한 100MB보다 큰 파일을 찾아서 find / -size + 100M -ls로 내 공간을 차지하는 것을 찾으려고 노력했습니다.

4026531985    0 -r--------   1 root     root     140737486266368 Mar 23 08:55 /proc/kcore
find: `/proc/3969/task/3969/fd/5': No such file or directory
find: `/proc/3969/task/3969/fdinfo/5': No such file or directory
find: `/proc/3969/fd/5': No such file or directory
find: `/proc/3969/fdinfo/5': No such file or directory

내 문제를 찾기 위해 무엇을 할 수 있는지 전혀 모른다.

편집하다:

더 많은 정보

df --inodes /

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1            3178496  178211 3000285    6% /

찾기 / -xdev -print | 화장실 -l

lsof + L1

COMMAND     PID  USER   FD   TYPE DEVICE SIZE/OFF NLINK    NODE NAME
miniserv.  1496  root  txt    REG    8,1    10416     0 2364381 /usr/bin/perl (deleted)
mysqld    12869 mysql    4u   REG    8,1        0     0  537495 /tmp/ibkCwnHJ (deleted)
mysqld    12869 mysql    5u   REG    8,1        0     0  537497 /tmp/ibFyPrrv (deleted)
mysqld    12869 mysql    6u   REG    8,1        0     0  537499 /tmp/ibdUnwbh (deleted)
mysqld    12869 mysql    7u   REG    8,1        0     0  537500 /tmp/iblHYOV2 (deleted)
mysqld    12869 mysql   11u   REG    8,1        0     0  537501 /tmp/ibUW9YGO (deleted)

배급 자 ID : Ubuntu 설명 : Ubuntu 10.04.4 LTS 릴리스 : 10.04 코드 이름 : lucid

ubuntu du df

— 크레용
소스

여러분의 inode 사용법을보고 싶습니다 :df -i

— Wesley

@WesleyDavid : 원래 게시물에 추가되었습니다.

— Krayons

나는 du -h많은 정보를 인쇄 했다고 생각 하고 중요한 정보를 놓쳤을 수도있다 du -sm /* | sort -n. MB 단위의 /하위 디렉토리 목록 (크기별로 정렬)을 시도하라

— e2-e4

일반적으로 du와 df 사이에는 약간의 차이가 있지만 일반적으로 보는 것만 큼 크지는 않습니다.

du는 디렉토리 트리에서 정보를 읽는 데 사용되는 디스크 공간을보고하지만 정확하지만 느립니다.
df는 파일 시스템 메타 데이터를 읽는 데 사용되는 디스크 공간을보고하지만 블록으로 작업 할 때 빠르지 만 정확도는 떨어집니다.

표시되는 일반적인 원인은 삭제되었지만 파일에 쓰는 프로세스에 의해 아직 닫히지 않은 파일입니다.

파일이 삭제되면 du에 해당 파일에 대한 디렉토리 항목이 표시되지 않으므로 보고서에 포함 할 수 없습니다.

파일이 여전히 열려 있으므로 사용하는 블록이 비어 있지 않으므로 df에서 사용중인 것으로보고합니다.

문제를 일으키는 파일을 추적 할 수 있어야합니다.

lsof +L1

SIZE/OFF열을 확인하십시오 .

+ L1 형식의 스펙은 링크 해제 된 열린 파일을 선택합니다. + L1 형식의 스펙은 지정된 파일 시스템에서 링크되지 않은 열린 파일을 선택합니다.

— 사용자 9517
소스

감사. lsof + L1의 결과를 오프닝 포스트에 추가했습니다. 문제가있는 것 같지 않습니다.

— Krayons

@ Krayons : 그때 fsck를 실행하기 위해 가동 중지 시간을 계획하고 싶습니다.

— user9517

파일 시스템에 심각한 문제가 있었을 것입니다.

— Krayons