루트 전체 리눅스. 무료 블록 없음


9

df -h'/'파티션이 100 % 가득 찼음을보고합니다. du -hs *이 파티션의 각 디렉토리에서 실행하는 동안 여전히 많은 공간이 있음을 보여줍니다.

tune2efs한 블록 만 사용 가능하다고보고합니다. 란 fsck모든 블록을 보여줍니다뿐만 아니라이 사용된다.

ionode 사용은 '/'파티션에서 14 %입니다.

/ var, / usr, / dev, / tmp, / home은 다른 파티션에 마운트되어 있으며 사용 가능한 공간이 있습니다.

모든 블록을 차지하고 디스크보고가 가득 찼을 때 가능한 많은 공간이있는 경우에도 가능한 원인을 알려주십시오.


1
최근에 어떤 로그 파일을 삭제 했습니까?
Mike

시도 du -shx /하고 여전히 충분한 공간이 말한다되는지 확인합니다. 그것은 /가능한 모든 디렉토리를 잡는 것에 의존하지 않고 모든 것을 평가합니다 .
Insyte

du -shx / 188M '/'파티션은 2GB입니다.
Ankit

답변:


13

일반적으로 사용 가능한 공간을 사용할 수 없게하는 열린 파일 문제뿐만 아니라 드문 문제는 마운트 지점으로 보호 된 파일입니다. 예를 들어 /tmp, 별도의 논리 볼륨이 있지만 /tmp루트 파일 시스템 의 디렉토리 에 여전히 파일이있는 경우 해당 파일은 공간을 소비하지만 마운트에 의해 숨겨집니다.

부팅시 마운트가 열려 있거나 모든 마운트를 해제 할 수있는 항목이없고 마운트 지점으로 일반적으로 사용되는 디렉토리에 파일이 숨겨져 있는지 확인하십시오.


1
아이디어에 대해 David에게 감사합니다. 나는이 방향으로 일했다. 기기에 USB HDD가 장착되어 있음을 확인했습니다. 아침에 머신이 재부팅되었습니다. 부팅시 HDD가 감지되지 않았고 일부 데이터가 '/'파티션으로 이동 한 것 같습니다. / tmp 및 외장 드라이브 마운트 포인트를 마운트 해제 할 때 이것을 알았습니다.
Ankit

11

이것은 종종 쓰기 위해 파일을 열어 놓았지만 파일에 쓰는 프로세스가 다시 시작되지 않아 파일을 포기함으로써 발생합니다. lsof 를 사용 하여 열려 있지만 연결되지 않은 (삭제 된) 파일을 찾을 수 있습니다

lsof +L1

트릭을해야합니다. 매뉴얼 페이지는 다음과 같이 말합니다.

양식 사양에 따라 +L1링크가 해제 된 열린 파일이 선택됩니다. 양식 스펙은 +L1 <file_system>지정된 파일 시스템에서 링크되지 않은 열린 파일을 선택합니다.


lsof + L1은 아무 것도주지 않습니다. 즉, 열려있는 연결되지 않은 파일이 없습니다. 내가 확인할 수있는 다른 것
Ankit

이를 통해 시스템에서 범인을 찾을 수있었습니다. 마운트 차폐 볼륨과 관련이 없습니다. 임시 파일에서 루트 볼륨의 90 %를 소비 한 백업 프로세스가 중단되었습니다. lsof +L1그것들을 모두 아주 간단하게 나열했습니다.
Synchro

0

다른 프로세스가 열린 상태에서 파일을 삭제 한 경우 해당 프로세스는 계속해서 쓰기를 수행하여 결국 디스크를 보이지 않게 채울 수 있습니다. 파일을 열린 상태로 유지하는 프로세스가 종료되면 블록을 사용할 수있게됩니다.

실행중인 각 데몬을 평가하십시오. 가능하면 다시 시작하십시오. 알아낼 수없는 경우 상자를 재부팅하면 상자가 지워집니다.


시스템을 재부팅하고 fsck를 실행했는데 아무런 도움이되지 않았습니다.
Ankit

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.