Czy istnieje sposób, aby powiedzieć jądrze, aby zwróciło teraz wolne miejsce na dysku? Jak napisać do czegoś w / proc /? Używanie Ubuntu 11.10 z ext4.

Jest to prawdopodobnie stary i bardzo powtarzany motyw. Po uderzeniu w 0 spostrzegłem tylko, że mój edytor nie mógł zapisać plików kodu źródłowego, które otworzyłem, które ku mojemu przerażeniu mają teraz 0 bajtów na liście folderów, zacząłem kasować.

Usunąłem 100 MB dużych plików zarówno od użytkownika, jak i od roota, i zrobiłem też hardlinkowanie.

Tuż przedtem apt-get cleanw / var / cache / apt / archives było ponad 900 MB, teraz jest tylko 108 KB:

# du
108 /var/cache/apt/archives

Godzinę później nadal nie ma wolnego miejsca i nie mogę zapisać moich cennych plików otwartych w edytorze, ale zauważ różnicę poniżej:

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

Jakieś sugestie? Wyłączam niektóre usługi / procesy, ale nie jestem pewien, jak sprawdzić, kto może aktywnie jeść miejsce na dysku.

Więcej informacji

# 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

Sprawdź za pomocą, lsofaby sprawdzić, czy pliki są otwarte. Przestrzeń nie zostanie zwolniona, dopóki nie zostaną zamknięte.

sudo /usr/sbin/lsof | grep deleted

powie Ci, które usunięte pliki są nadal utrzymywane otwarte.

Użyj, lsofaby znaleźć usunięty, ale otwarty plik, który wciąż zajmuje miejsce:

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

Znajdź wpis w /proc/<pid>/fd/tym coondondondach uchwytu pliku:

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

Teraz tylko cat /dev/nulldo fd:

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

Zauważ, że i-węzeł jest nadal otwarty, ale teraz ma długość 0

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

dfnie pokaże miejsca zarezerwowanego dla root(nawet gdy działa jako root):

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

Jak zmienić „zarezerwowany procent bloku”

1. Zmniejsz zarezerwowane miejsce do 4%

   # tune2fs -m4 /dev/sda4

df -h teraz pokazał 45 mln za darmo.

2. Szybko zapisałem moje pliki

3. Przywróć to do 5%

   # tune2fs -m5 /dev/sda4

W Ubuntu, jeśli pliki zostały usunięte za pomocą kosza na śmieci, najprawdopodobniej nie zostały całkowicie usunięte.

Nawet po opróżnieniu kosza pliki pozostaną w nim ~/.local/share/Trash/expungeddo momentu ponownego uruchomienia komputera, a może nawet dłużej.

Nie znalazłem dobrego powodu, ale jeśli zabraknie mi miejsca, zawsze ręcznie rmusuwam pliki śmieci.

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

Objaśnienie: Wyjście
Grep, lsofaby wyodrębnić tylko usunięte pliki. Sed wyodrębnia identyfikator procesu i identyfikator filedescriptor z każdej linii i tworzy ciąg w formacie {pid}/fd/{fid}. Podczas pętli i wyprowadzaj nic do każdego pliku, ustawiając je na puste.

Zastanawiam się, czy syncjest tu jakaś pomoc - ale nie powinno tak być, ponieważ IIRC w większości („wielu”?) Systemów, systemy plików są synchronizowane co 30 sekund.

Sprawdziłbym dziennik jądra (tak dmesg), aby sprawdzić, czy dzieje się coś nieprzyjemnego, i uruchomiłem, lsofaby sprawdzić, czy jakiś duży, usunięty plik jest nadal otwarty (tak naprawdę myślę, że usunięte pliki zostaną oznaczone jako tak na lsofwyjściu).

Są dwa powody (jeden z tych wskazanych w łączonym pytaniu), które mogą powodować, że usunięte pliki nie zwalniają miejsca

• pliki, które nie zostały w rzeczywistości usunięte: usunąłeś plik, który jest dowiązany w innym miejscu (a dokładniej, unlink()edytujesz plik z więcej niż jednym linkiem)
• pliki, które są nadal otwarte: otwarte pliki są księgowane przy użyciu, no cóż, plików, samych i- węzłów , a nie pozycji katalogu, jeśli usuniesz ten wpis, i-węzeł pozostanie tam tak długo, jak długo będzie otwarty.

Ale nie znam konkretnego powodu, dla którego może się tak zdarzyć w przypadku tak wielu plików ...

CentOS 6.3 wykonuje także czynności polegające na tym, że nie opróżniasz kosza na śmieci, kiedy go opróżnisz. Nie mogłem znaleźć sposobu na odzyskanie przestrzeni, dopóki nie pobiegłem rm -rf ~/.local/share/Trash/expunged/. Spowodowało to porysowanie głowy.