몇 시간 전에 루트 파티션이 가득 차면 파일을 멀리 옮기고 df 보고서를 보냈습니다.
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 183G 174G 0 100% /
따라서 9GB의 여유 공간이 있어야하지만 제공 목록에 0이 있고 사용률은 여전히 100 %입니다.
예를 들어 루트로 테스트했습니다.
# echo test >a ; cat a
test
예상대로 작동합니다. 그러나 일반 사용자로서 여전히 오류가 발생합니다.
$ echo test >a ; cat a
bash: echo: write error: No space left on device
긍정적 테스트를 수행 한 루트 홈 디렉토리와 홈 디렉토리는 동일한 파티션에 있습니다. fstab 항목은 다음과 같습니다.
/dev/hda1 / ext3 noatime,defaults,errors=remount-ro 0 1
답변
대부분의 파일 시스템은 루트에 대해 일정 비율을 예약하므로 루트로 로그인하여 디스크 공간 문제를 해결할 수 있습니다. 보통 이것은 5 %입니다. 9GB는 183GB의 약 5 %이므로 이치에 맞습니다. tune2fs를 사용하여 예약 된 금액을 확인할 수 있습니다.
# tune2fs -l /dev/sda1 | grep -i reserved
Reserved block count: 936488
Reserved GDT blocks: 1019
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
사용하여 수정할 수 있습니다
# tune2fs -m 3 /dev/sda1
tune2fs 1.41.9 (22-Aug-2009)
Setting reserved blocks percentage to 3% (561893 blocks)
현대식 대형 드라이브에서는 5 %가 약간 과도 할 수 있으므로 낮게 설정하려고합니다. 0으로 설정하고 싶지 않습니다.
답변
bob을 사용하여 im, df -i를 시도하십시오. 예를 들어 잘못된 출력 crontab이있는 경우 / var / spool / clientmqueue / 디렉토리가 채워질 수 있습니다
답변
INODES도 살펴보십시오. “vanilla”설치에서 많은 작은 파일이 필요한 경우 공간이 아닌 inode를 사용할 수 있습니다. 사용 가능한 공간이 있지만 inode가 가득 차서이 공간을 사용할 수 없습니다.
답변
“기본적으로 Unix의 모든 파일 시스템에는 수퍼 유저 (루트) 용으로 예약 된 공간이 있습니다. 즉, 일반 Unix 사용자는 파일 시스템을 최대 100 %까지 채울 수 없으므로 항상 정상적인 기능을 계속하기에 충분한 여유 공간이 있어야합니다. “
답변
확인해야 할 또 다른 사항은 해당 파일 시스템에 열려있는 파일 (특히 로그)이 있는지 확인하는 것입니다. 파일을 삭제해도 파일이 실제로 닫힐 때까지 디스크 공간을 비울 수 없습니다.
답변
클라이드가 답을 가지고 있다고 1 달러를 걸었습니다. 프로세스는 해당 장치에서 파일을 엽니 다. 리눅스에서는 파일을 열어 둔 프로세스가 파일을 제거 할 때까지 파일이 실제로 제거되지 않습니다.
나는 시작할 것이다 : lsof | grep hda1