Löschen von Dateien, aber der Speicherplatz ist immer noch voll

Hier könnten zwei Dinge passieren.

Erstens hat Ihr Dateisystem etwas Platz reserviert, auf den nur root schreiben kann, damit kritische Systemprozesse nicht umfallen, wenn normalen Benutzern der Speicherplatz ausgeht. Das ist der Grund, warum Sie 124G von 130G verwendet sehen, aber null verfügbar. Vielleicht haben die Dateien, die Sie gelöscht haben, die Auslastung auf diesen Punkt gesenkt, aber nicht unter den Schwellenwert für normale Benutzer.

Wenn dies Ihre Situation ist und Sie verzweifelt sind, können Sie vielleicht die Menge des reservierten Speicherplatzes für root ändern. Um ihn auf 1% zu reduzieren (der Standardwert ist 5%), wäre Ihr Befehl

# tune2fs -m 1 /dev/sda3

Zweitens gibt das Betriebssystem keinen Speicherplatz für gelöschte Dateien frei, die noch geöffnet sind. Wenn Sie z. B. eine Protokolldatei des Apache gelöscht haben, müssen Sie den Apache neu starten, um den Speicherplatz freizugeben.

Wenn Sie eine Datei löschen, die von einem Prozess verwendet wird, können Sie die Datei nicht mehr mit ls anzeigen. Der Prozess schreibt weiterhin in diese Datei, bis Sie den Prozess anhalten.

Um diese gelöschten Dateien anzuzeigen, führen Sie einfachlsof|grep delete aus.

2 weitere Möglichkeiten, das Problem Platte ist voll zu bekommen:

1) versteckt unter einem Einhängepunkt: Linux zeigt eine volle Platte mit Dateien an, die unter einem Einhängepunkt “versteckt” sind. Wenn Sie Daten auf das Laufwerk geschrieben haben und ein anderes Dateisystem darüber mounten, vermerkt Linux die Plattennutzung korrekt, obwohl Sie die Dateien unter dem Einhängepunkt nicht sehen können. Wenn Sie nfs-Einhängungen haben, versuchen Sie, diese umzuhängen und zu sehen, ob vor dem Einhängen versehentlich etwas in diese Verzeichnisse geschrieben wurde.

2) Beschädigte Dateien: Ich sehe dies gelegentlich bei der Dateiübertragung von Windows zu Linux über SMB. Eine Datei schafft es nicht, den Dateideskriptor zu schließen, und am Ende hat man eine 4 GB große Datei voller Müll.

Dies kann mühsamer zu beheben sein, weil Sie das Unterverzeichnis finden müssen, in dem sich die Datei befindet, aber es ist leicht zu beheben, weil die Datei selbst leicht entfernbar ist. Ich verwende den Befehl du und mache eine Auflistung der Root-Unterverzeichnisse, um herauszufinden, wo der Dateispeicherplatz verwendet wird.

cd /
du -sh ./*

Die Anzahl der Verzeichnisse der obersten Ebene ist normalerweise begrenzt, also setze ich das Flag menschlich lesbar -h, um zu sehen, welches Unterverzeichnis der Platzfresser ist.

Dann wechselt man in das Problem-Unterverzeichnis und wiederholt den Vorgang für alle darin befindlichen Objekte. Damit man die großen Elemente leicht erkennen kann, ändern wir das du leicht ab und koppeln es mit einer Sortierung.

cd /<suspiciously large dir>
du -s ./* | sort -n

, was eine kleinste bis größte Ausgabe nach Bytegröße für alle Dateien und Verzeichnisse

4 ./bin 
462220 ./Documents
578899 ./Downloads
5788998769 ./Grocery List

ergibt. Sobald Sie die übergroße Datei entdeckt haben, können Sie sie normalerweise einfach löschen.

Sie können mit lsof herausfinden, welche Dateien geöffnet sind. Es kann eine Menge an Ausgaben produzieren, daher habe ich mich im folgenden Beispiel auf Zeilen beschränkt, die mit log enden:

# lsof | grep log$
rsyslogd 2109 syslog 0u unix 0xffff88022fa230c0 0t0 8894 /dev/log
rsyslogd 2109 syslog 1w REG 252,6 62393 26 /var/log/syslog
rsyslogd 2109 syslog 2w REG 252,6 113725 122 /var/log/auth.log
rsyslogd 2109 syslog 3u unix 0xffff88022fa23740 0t0 8921 /var/spool/postfix/dev/log
rsyslogd 2109 syslog 5w REG 252,6 65624 106 /var/log/mail.log
/usr/sbin 2129 root 2w REG 252,6 93602 38 /var/log/munin/munin-node.log
/usr/sbin 2129 root 4w REG 252,6 93602 38 /var/log/munin/munin-node.log
...

Wenn einige Dateien gelöscht sind, aber noch von einem Prozess verwendet werden, wird der Speicherplatz nicht freigegeben. Starten Sie in diesem Fall entweder einen Prozess neu, der die Datei verwendet, oder löschen Sie die Datei. Es ist immer eine gute Praxis, solche Dateien zu annullieren, anstatt sie zu löschen. Um gelöschte Dateien zu finden, die aber noch von einem Prozess verwendet werden, gibt

#lsof +L1

die Prozess-ID und den Dateideskriptor an. Um eine gelöschte Datei anhand des Dateideskriptors

#echo "" > /proc/$pid/fd/$fd
``` zu löschen

In den meisten Fällen, wenn wir eine Protokolldatei löschen, wird die Datei nicht mehr von ls angezeigt. Der Prozess schreibt weiterhin in diese Datei, bis Sie den Prozess anhalten.

Geben Sie den Befehl

#lsof +L1

ein. Daraufhin wird eine Liste der Dateien angezeigt, die Speicher mit gelöschtem Zitat enthalten.

Notieren Sie die pid (Prozess-ID) der Datei

Beenden Sie den Prozess

#kill <pid>

Der Speicher wird vom Prozess freigegeben

Überprüfen Sie ihn mit dem Befehl

#df -h

Tatsächlich in freier Wildbahn beobachtetes Problem:

Stellen Sie sicher, dass Sie die tatsächlichen Dateien löschen und nicht Symlinks zu den Dateien. Dies kann insbesondere bei Log-Dateien der Fall sein.

Zusätzlich zu dem, was erklärt wurde, könnte das Problem darin bestehen, dass es einen anderen Einhängepunkt des gelöschten Dateiverzeichnisses auf einem anderen angeschlossenen Festplattengerät auf demselben Server gibt. Überprüfen Sie die aktuellen Mounts und die fstab-Einträge.