Dlaczego usunięcie plików nie zwiększa dostępnego miejsca?


23

Ostatnio dostałem komunikat o „0 bajtach wolnych” na pewnej partycji.

Więc spojrzałem i na pewno:

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda1       65190604  10920296  50959160  18% /
udev              966544         4    966540   1% /dev
tmpfs             389532       744    388788   1% /run
none                5120         0      5120   0% /run/lock
none              973828       152    973676   1% /run/shm
/dev/sda5      397327316 391010276         0 100% /media/8b5e40d0-95b3-4e60-831c-e9b9aeadbfa4

na tej partycji dostępnych jest 0 bajtów.

Więc usunąłem kilka plików, których nie potrzebowałem na tym komputerze, i opróżniłem kosz. Spodziewałem się, że „Używany” będzie mniejszy, a „Dostępny” będzie większy o tę samą wartość.

Ale tak naprawdę się stało

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda1       65190604  10921184  50958272  18% /
udev              966544         4    966540   1% /dev
tmpfs             389532       744    388788   1% /run
none                5120         0      5120   0% /run/lock
none              973828       152    973676   1% /run/shm
/dev/sda5      397327316 390986836         0 100% /media/8b5e40d0-95b3-4e60-831c-e9b9aeadbfa4

„Używany” faktycznie stał się mniejszy, ale „Dostępny” wciąż wynosi zero.

Uruchomiłem ponownie komputer i nadal widzę 0 w kolumnie „Dostępne”.

Dlaczego „Dostępny” jest zawsze zerowy, nawet gdy usuwam kilka plików, aby „Używany” zmniejszał się?

Dlaczego usunięcie plików nie zwiększa dostępnego miejsca?

Używam Ubuntu 12.04 LTS.

$ df -hi
Filesystem     Inodes IUsed IFree IUse% Mounted on
/dev/sda1        4.0M  512K  3.5M   13% /
udev             205K   486  204K    1% /dev
tmpfs            208K   390  208K    1% /run
none             208K     3  208K    1% /run/lock
none             208K     7  208K    1% /run/shm
/dev/sda5         25M  975K   24M    4% /media/8b5e40d0-95b3-4e60-831c-e9b9aeadbfa4

co to za partycja (NTFS, Ext4, Fat32)? Co mówi Twoje narzędzie dyskowe? i czy próbowałeś wyczyścić go za pomocą Bleachbit (Ccleaner dla systemu Linux) lub innego narzędzia?
riimzzai

Żadna z tych odpowiedzi nie rozwiązała mojego problemu. Korzystam z wersji 13.10 i nadal występuje problem podczas usuwania plików z karty SD. Usuń więcej plików NIE jest akceptowalną odpowiedzią, więc nie ma tego nawet w równaniu. Uruchomienie polecenia tune2f i usunięcie pliku kosza to jedyne 2 odpowiedzi brane pod uwagę tutaj i oba nie rozwiązują tego problemu.

Odpowiedzi:


26

Samouczek krok po kroku

  1. Uruchom sudo tune2fs -m 0 /dev/sda5w terminalu, zakładając, że / dev / sda5 jest twoim napędem.
  2. Wprowadź swoje hasło (nie będziesz go widzieć podczas pisania).
  3. Sprawdź ponownie swoje miejsce, powinno być wolne.

Od man tune2fs:

-m reserved-blocks-percentage
  Set the percentage of the filesystem which may only be allocated by privileged
  processes. Reserving some number of filesystem blocks for use by privileged 
  processes  is done  to  avoid  filesystem fragmentation, and to allow system 
  daemons, such as syslogd(8), to continue to function correctly after non-privileged 
  processes are prevented from writing to the filesystem.  Normally, the default
  percentage of reserved blocks is 5%.

17

Prostą odpowiedzią jest usunięcie większej liczby plików. Widzisz, jak „zastrzeżone” bloki odzyskują się. Zwykle 5% systemu plików jest zarezerwowane dla procesów uprzywilejowanych, jeśli system plików jest uważany za pełny, gdy limit ten zostanie osiągnięty. Możesz dostosować limit za pomocą tune2fs -mpolecenia. zobacz strony podręcznika dla tune2fs, aby uzyskać więcej informacji.


6

Po usunięciu pliku na partycji, na której nie ma zainstalowanego systemu Ubuntu, powstaje folder .Trashes/, .Trashes-1000który jest odpowiednikiem kosza. Liczba może się różnić w zależności od wersji Ubuntu. Po wejściu na partycję naciśnij Ctrl+, haby zobaczyć ukryte pliki, które zaczynają się od .. Jeśli usuniesz ten plik, to faktycznie usunąłeś wszystkie pliki i będziesz miał więcej miejsca.


Powiedział, że opróżnił śmieci, więc to nie może być przyczyna.
Ślimak mechaniczny

1
Miałem ten sam problem. Chociaż osoba, na którą udzielono odpowiedzi 3, powiedziała, że ​​to nie może być problem z powodu opróżnionych śmieci. Jesteś w błędzie. To był dokładnie mój problem. Od 50 GB do 500 GB wolnego miejsca.

Pozostałe odpowiedzi nie odnoszą się do źródła problemu, ale tak jest. Dzięki.
Miladiouss,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.