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


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.