Warum erhöht das Löschen von Dateien nicht den verfügbaren Speicherplatz?

23

Kürzlich habe ich eine Meldung über "0 Bytes frei" auf einer bestimmten Partition erhalten.

Also schaute ich und sicher genug:

$ 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

Auf dieser Partition sind 0 Byte verfügbar.

Also habe ich ein paar Dateien gelöscht, die ich auf diesem Computer nicht brauchte, und den Papierkorb geleert. Ich habe erwartet, dass das "Used" kleiner und das "Available" um den gleichen Betrag größer wird.

Aber was tatsächlich passiert ist, war

$ 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

das "Used" wurde tatsächlich kleiner, aber das "Available" ist immer noch Null.

Ich habe den Computer neu gestartet und sehe immer noch 0 in der Spalte "Verfügbar".

Warum ist "Verfügbar" immer Null, auch wenn ich eine Reihe von Dateien lösche, damit "Verwendet" kleiner wird?

Warum erhöht das Löschen von Dateien nicht den verfügbaren Speicherplatz?

Ich verwende 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
disk-usage David Cary
quelle
Was ist das für eine Partition (ntfs, ext4, fat32)? Was sagt Ihr Festplatten-Dienstprogramm? und haben Sie versucht, es mit Bleachbit (dem Ccleaner für Linux) oder einem anderen Dienstprogramm zu reinigen?
Riimzzai
Keine dieser Antworten hat mein Problem gelöst. Ich verwende v13.10 und dies ist immer noch ein Problem beim Löschen von Dateien von einer SD-Karte. Mehr Dateien löschen ist KEINE akzeptable Antwort, das steht also noch nicht einmal in der Gleichung. Das Ausführen des Befehls tune2f und das Löschen der Papierkorbdatei sind die einzigen zwei Antworten, die hier berücksichtigt werden, und beide können dieses Problem nicht beheben.

Antworten:

26

Schritt für Schritt Anleitung

  1. Führen Sie sudo tune2fs -m 0 /dev/sda5ein Terminal aus, vorausgesetzt, / dev / sda5 ist Ihr Laufwerk.
  2. Geben Sie Ihr Passwort ein (es wird bei der Eingabe nicht angezeigt).
  3. Überprüfen Sie Ihren Speicherplatz erneut, er sollte frei sein.

Von 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%.
whiskers75
quelle
17

Die einfache Antwort ist, weitere Dateien zu löschen. Sie sehen, wie die "reservierten" Blöcke sich selbst zurückfordern. Normalerweise sind 5% eines Dateisystems für privilegierte Prozesse reserviert. Wenn dieses Limit erreicht ist, gilt das Dateisystem als voll. Sie können das Limit mit dem tune2fs -mBefehl anpassen . Weitere Informationen finden Sie in den Manpages zu tune2fs.

ubfan1
quelle
6

Wenn Sie eine Datei in einer Partition löschen, auf der Ubuntu nicht installiert ist, wird der Ordner .Trashes/ erstellt, .Trashes-1000der dem Papierkorb entspricht. Die Anzahl kann zwischen den Ubuntu-Versionen variieren. Sobald Sie in der Partition sind, drücken Sie Ctrl+ h, um die versteckten Dateien anzuzeigen, die mit beginnen .. Wenn Sie diese Datei löschen, haben Sie tatsächlich alle Dateien gelöscht und haben mehr Speicherplatz.

Marc Valsells
quelle
Er sagte, er habe den Müll geleert, also kann dies nicht die Ursache sein.
Mechanische Schnecke
1
Hatte das gleiche Problem. Obwohl die Person unter Antwort 3 sagte, dass dies aufgrund des geleerten Mülls nicht das Problem sein könnte. Du liegst falsch. Das war genau mein Problem. Von 50 GB bis 500 GB freier Speicherplatz.
Die anderen Antworten sprechen nicht die Quelle des Problems an, aber diese tut es. Vielen Dank.
Miladiouss