Ich verwende Ubuntu 12.04 und kann nicht in eine Datei schreiben, auch nicht als root, oder andere Operationen ausführen, die das Schreiben erfordern. Ebenso wenig kann ein Prozess geschrieben werden, sodass alle fehlschlagen. df
sagt, ich habe viel Platz:
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 30G 14G 15G 48% /
udev 984M 4.0K 984M 1% /dev
tmpfs 399M 668K 399M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 997M 0 997M 0% /run/shm
Alle Ergebnisse, die ich für "Ich kann nicht auf die Festplatte schreiben" finde, beziehen sich auf berechtigte vollständige Festplatten. Ich weiß nicht einmal, wo ich anfangen soll. Das Problem ist heute Morgen aus dem Nichts aufgetaucht.
Der letzte Protokolleintrag von PHP lautet:
fehlgeschlagen: Kein Platz mehr auf dem Gerät (28)
Vim sagt:
Datei kann nicht zum Schreiben geöffnet werden
Andere Anwendungen führen zu ähnlichen Fehlern.
Nach dem Löschen von ~ 1GB bleibt das Problem bestehen. Ich habe auch neu gestartet.
df -i
sagt
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/xvda1 1966080 1966080 0 100% /
udev 251890 378 251512 1% /dev
tmpfs 255153 296 254857 1% /run
none 255153 4 255149 1% /run/lock
none 255153 1 255152 1% /run/shm
quelle
Antworten:
Sie haben keine Inodes mehr. Es ist wahrscheinlich, dass Sie irgendwo ein Verzeichnis mit vielen sehr kleinen Dateien haben.
quelle
rm
es scheitern könnte . Dies war eine Ausbildung.find . -name sess\* -exec rm {} +
das geklappt hätte.rm
Wahrscheinlich hat es gut funktioniert, aber die Shell hat den*
Globus in viel zu viele Daten erweitert und barfed, bevor es überhaupt soweit war, rm aufzurufen .find . -name sess\* -delete
was ich mir leichter merken kann und was im Allgemeinen effizienter ist.Anscheinend hat das OP eine Antwort auf ihr spezielles Problem. Der Vollständigkeit halber können die Symptome des OP jedoch auch auftreten, wenn das Dateisystem schreibgeschützt erneut bereitgestellt wurde. Dies ist mir mit einer Linux-VM passiert, deren Speicher auf einem Cluster-Festplattensystem lag und bei der nur selten zeitweise Fehler auftraten. Gelegentlich führten die Fehler dazu, dass die Dateisysteme schreibgeschützt erneut bereitgestellt wurden. Das schließlich beobachtbare externe Symptom war, dass verschiedene Dienste nicht mehr reagierten, wenn der Arbeitsspeicher voll war (mit Schreibvorgängen für nicht entleerbare Datenträger).
Zu diesem Zeitpunkt bestand die einzige Lösung darin, das System neu zu starten (wobei alle ungeschriebenen Protokolle verloren gingen). Versuche, RW erneut einzuhängen, schlugen fehl. (Leider kann ich mich nicht an die Fehlermeldungen erinnern, die beim Versuch dieser Remounts zurückgegeben wurden.)
Also, nicht das Problem des OP, sondern jemand anderes, der auf dieser Seite ankommt, kann von diesen Informationen profitieren.
quelle