Frage root volles Linux. Keine freien Blöcke


df -h meldet, dass die '/' Partition zu 100% voll ist. Während dem Rennen du -hs * auf jedem Verzeichnis dieser Partition zeigt sich noch viel Platz.

tune2efs welches nur einen Block anzeigt, um frei zu sein. Ran fsck Außerdem werden alle verwendeten Blöcke angezeigt.

Ionode-Nutzung ist 14% auf der '/' Partition.

Bitte beachten Sie, dass / var, / usr, / dev, / tmp, / home auf verschiedenen Partitionen gemountet sind und Platz in ihnen haben.

Können Sie mir bitte die möglichen Ursachen für alle Blöcke mitteilen, die belegt werden müssen, und das Festplatten-Reporting ist voll, auch wenn es viel Platz gibt.


9
2018-03-07 06:19


Ursprung


Welche Protokolldateien haben Sie kürzlich gelöscht? - Mike
Versuchen du -shx / und sehen, ob das noch sagt, dass es viel Platz gibt. Das wird alles auswerten / ohne dass Sie alle möglichen Verzeichnisse abfangen müssen. - Insyte
du -shx / 188M Die Partition '/' hat 2 GB. - Ankit


Antworten:


Sowie das Problem mit offenen Dateien, das normalerweise dazu führt, dass ansonsten freier Speicherplatz nicht verfügbar gehalten wird, ist ein nicht seltenes Problem, dass Dateien durch Mount-Punkte abgeschirmt werden. Zum Beispiel wenn du es getan hast /tmp als separates logisches Volume, aber immer noch Dateien im Verzeichnis /tmp Im Root-Dateisystem verbrauchen diese Dateien Platz, werden aber vom Mount verborgen.

Versuchen Sie, beim Booten in den Einzelbenutzermodus zu wechseln, sodass nichts ausgeführt wird, das Mounts geöffnet, alles unmounten und sicherstellen kann, dass keine Dateien in den Verzeichnissen versteckt sind, die normalerweise als Bereitstellungspunkte verwendet werden.


13
2018-03-07 08:34



Danke David für die Idee. Ich ging in diese Richtung. Festgestellt, dass eine USB-Festplatte an das Gerät angeschlossen wurde. Die Maschine wurde am Morgen neu gestartet. Es scheint, dass die Festplatte beim Hochfahren nicht erkannt wurde und einige Daten auf die Partition '/' gingen. Das habe ich herausgefunden, als ich / tmp und den Mount-Punkt des externen Laufwerks abgehängt habe. - Ankit


Dies wird oft dadurch verursacht, dass eine Datei zum Schreiben geöffnet ist, die gelöscht wurde, aber der Prozess, der in die Datei schreibt, wurde nicht neu gestartet, wodurch die Datei aufgegeben wird. Sie können verwenden lsof um Dateien zu finden, die geöffnet, aber nicht verknüpft sind (gelöscht)

lsof +L1

sollte den Trick machen. Wie die Manpage sagt:

Eine Spezifikation des Formulars +L1 wird auswählen   Öffnen Sie Dateien, deren Verknüpfung aufgehoben wurde. Eine Spezifikation der   bilden +L1 <file_system> wählt unverknüpfte geöffnete Dateien an   das angegebene Dateisystem.


11
2018-03-07 06:45



lsof + L1 gibt nichts. d.h. keine offene nicht verknüpfte Datei. Alles andere kann ich überprüfen. - Ankit
Dadurch konnte ich den Schuldigen auf meinem System finden - nichts, was mit von der Halterung abgeschirmten Volumes zu tun hat. Ich hatte einen Backup-Prozess hängen geblieben, der 90% des Root-Volumens in Temp-Dateien verbraucht hatte. lsof +L1 aufgelistet sie alle sehr einfach. - Synchro


Wenn eine Datei gelöscht wird, während ein anderer Prozess sie geöffnet hält, kann dieser Prozess weiterhin schreiben und den Datenträger eventuell unsichtbar füllen. Sobald der Prozess geöffnet ist, der die Datei verlässt, werden die Blöcke verfügbar gemacht.

Versuche, jeden der laufenden Daemons zu bewerten. Wenn möglich, starte sie neu. Wenn Sie es nicht herausfinden können, sollten Sie die Box neu starten.


0
2018-03-07 06:22



Neustart des Systems, lief fsck, nichts half. - Ankit


Es ist wahrscheinlich, weil ein bestimmter Prozentsatz des verfügbaren Speicherplatzes für den Benutzer root reserviert ist.

Sehen Reservierter Speicherplatz für root in einem Dateisystem - warum? oder Festplatte voll auf Linux-Server, verwendete Blöcke sind viel weniger als Blöcke verfügbar


0
2018-03-07 12:16