커널에게 빈 디스크 공간을 다시 제공하도록하는 방법이 있습니까? / proc /의 무언가에 쓰는 것처럼? ext4와 함께 Ubuntu 11.10 사용.

이것은 아마도 오래 되고 반복되는 주제 일 것입니다. 편집자가 내가 열어 놓은 소스 코드 파일을 저장할 수 없을 때만 0 공간을 두른 후 폴더 목록에서 0 바이트 크기의 공포로 인해 삭제 행위를 계속했습니다.

사용자와 루트 모두에서 100MB의 대용량 파일을 삭제했으며 하드 링크도 수행했습니다.

apt-get clean/ var / cache / apt / archives에 900MB가 넘기 전에 108KB 만 있습니다.

# du
108 /var/cache/apt/archives

한 시간 후에도 여전히 여유 공간이없고 편집기에서 열린 소중한 파일을 저장할 수 없지만 아래의 불일치에 주목하십시오.

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

어떤 제안? 일부 서비스 / 프로세스를 종료했지만 누가 디스크 공간을 적극적으로 사용하고 있는지 확인하는 방법을 모릅니다.

더 많은 정보

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

lsof열려있는 파일이 있는지 확인하십시오 . 공간이 닫힐 때까지 여유 공간이 확보되지 않습니다.

sudo /usr/sbin/lsof | grep deleted

어떤 삭제 된 파일이 여전히 열려 있는지 알려줍니다.

lsof삭제되었지만 열려있는 파일에서 여전히 공간을 사용하는 파일을 찾는 데 사용하십시오 .

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

/proc/<pid>/fd/해당 파일 핸들 에 해당 항목을 찾으십시오 .

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

이제 cat /dev/nullfd로 들어 가자.

cat /dev/null > /proc/3446/fd/128

inode가 여전히 열려 있지만 이제 길이는 0입니다.

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

df로 예약 된 공간을 표시하지 않습니다 root(로 실행되는 경우에도 root).

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

"예약 된 블록 비율"을 변경하는 방법

1. 예약 된 공간을 4 %로 줄입니다.

   # tune2fs -m4 /dev/sda4

df -h 이제 45M 무료로 표시되었습니다.

2. 내 파일을 빠르게 저장했습니다

3. 다시 5 %로

   # tune2fs -m5 /dev/sda4

우분투에서 휴지통을 사용하여 파일을 삭제하면 파일이 완전히 제거되지 않았을 가능성이 큽니다.

휴지통을 비운 후에도 파일은 ~/.local/share/Trash/expunged재부팅 후까지 더 길어질 수 있습니다.

나는 이것에 대한 좋은 이유를 찾지 못했지만, 공간이 부족하면 항상 수동으로 rm삭제 된 휴지통 파일을 찾습니다.

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

설명 : 삭제 된 파일 만 추출하도록 출력을
정리 lsof하십시오. Sed는 각 행에서 프로세스 ID 및 파일 디스크립터 ID를 추출하고 형식으로 문자열을 작성하십시오 {pid}/fd/{fid}. 반복하면서 각 파일에 아무것도 출력하지 않고 비워 둡니다.

sync여기서 도움이 되는지 궁금합니다. 그러나 대부분의 ( "다수"?) 시스템에서 IIRC가 파일 시스템을 30 초마다 동기화하지 않아야합니다.

커널 로그 (그래서 dmesg)를 검사하여 불쾌한 일이 일어나고 lsof있는지 확인하고 큰 삭제 된 파일이 여전히 열려 있는지 확인합니다 (실제로 삭제 된 파일은 lsof출력 에서 그렇게 표시됩니다 ).

삭제 된 파일이 공간을 해제하지 못하게하는 두 가지 이유 (링크 된 질문 중 하나)

• 파일이 실제로 삭제되지 않았 음 : 당신은 다른 곳 hardlinked 된 파일을 삭제 (더 정확하게, 당신은 unlink()하나 개 이상의 링크 파일을 에드)
• 여전히 열려있는 파일 : 열린 파일은 디렉토리 항목이 아닌 파일, 아이 노드 자체를 사용하여 북 케팅됩니다. 항목을 삭제해도 아이 노드는 여전히 열려있는 한 계속 유지됩니다.

그러나 왜 그렇게 많은 파일에서 발생할 수 있는지에 대한 구체적인 이유를 모르겠습니다 ...

CentOS 6.3은 또한 실제로 비어 있지 않은 쓰레기통을 비울 수 있습니다. 방금 달릴 때까지 공간을 되 찾을 방법을 찾지 못했습니다 rm -rf ~/.local/share/Trash/expunged/. 많은 머리를 긁적.