it-swarm.com.de

Tab-Vervollständigungsfehler: Bash: Temporäre Datei für Here-Dokument kann nicht erstellt werden: Auf dem Gerät ist kein Speicherplatz mehr vorhanden

Bei Verwendung der Registerkartenleiste wird immer wieder der folgende Fehler angezeigt:

bash: temporäre Datei für here-document kann nicht erstellt werden: Kein Platz mehr auf dem Gerät "

Irgendwelche Ideen?

Ich habe einige Nachforschungen angestellt und viele Leute sprechen über die/tmp-Datei, die möglicherweise einen Überlauf aufweist. Wenn ich df -h Ich bekomme:

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda2       9.1G  8.7G     0 100% /
udev             10M     0   10M   0% /dev
tmpfs           618M  8.8M  609M   2% /run
tmpfs           1.6G     0  1.6G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.6G     0  1.6G   0% /sys/fs/cgroup
/dev/sda1       511M  132K  511M   1% /boot/efi
/dev/sda4       1.8T  623G  1.1T  37% /home
tmpfs           309M  4.0K  309M   1% /run/user/116
tmpfs           309M     0  309M   0% /run/user/1000

Es sieht so aus, als würde das Verzeichnis/dev/data gleich explodieren, aber wenn ich einen Tipp gebe:

$ du -sh /dev/sda2
0   /dev/sda2

Es scheint leer zu sein.

Ich bin neu in Debian und weiß wirklich nicht, wie ich vorgehen soll. Ich habe normalerweise über ssh auf diesen Computer zugegriffen. Abgesehen von diesem Problem habe ich mehrere andere mit diesem Computer, die möglicherweise verwandt sind, zum Beispiel jedes Mal, wenn ich meinen Benutzer über die GUI eingeben möchte (mit root funktioniert es), erhalte ich:

Xsession: Warnung: Schreiben in/tmp nicht möglich: Xsession wird möglicherweise mit einem Fehler beendet

50
lucasrodesg

Ihr Root-Dateisystem ist voll und daher ist auch Ihr temporäres Verzeichnis (/ tmp und/var/tmp) voll. Viele Skripte und Programme benötigen Platz für Arbeitsdateien, sogar für Sperrdateien. Wenn/tmp nicht beschreibbar ist schlecht Dinge passieren.

Sie müssen herausfinden, wie Sie das Dateisystem gefüllt haben. In der Regel befindet sich dies in/var/log (überprüfen Sie, ob Sie die Protokolldateien durchlaufen). Oder/tmp ist möglicherweise voll. Es gibt jedoch viele, viele andere Möglichkeiten, wie eine Festplatte gefüllt werden kann.

du -hs /tmp /var/log

Möglicherweise möchten Sie die Partition neu partitionieren, um/tmp eine eigene Partition zu geben (das ist die alte Methode, aber wenn Sie über genügend Festplatten verfügen, ist dies in Ordnung), oder sie dem Speicher zuordnen (wodurch es sehr schnell wird, aber beginnen Sie damit verursachen Austauschprobleme, wenn Sie die temporären Dateien übertreiben).

25
Miles Gillham

Wenn jemand mit diesem Fehler hierher kommt, wenn seine Festplatte nicht voll ist, überprüfen Sie nicht nur df, sondern auch df -i. Es gibt eine feste Anzahl von Inodes in einem Dateisystem, und jede Datei benötigt eine. Wenn Sie nur Tonnen kleiner Dateien haben, ist es für Ihr Dateisystem sehr einfach, diese kleinen Dateien zu füllen, während beim Ausführen von df noch viel Speicherplatz auf dem Laufwerk vorhanden ist.

16
Michael Speer

Möglicherweise haben Sie auch den Schreibzugriff auf das Verzeichnis /tmp/ Verloren.

Es sollte so aussehen:

ls -l / |grep tmp
drwxrwxrwt   7 root root  4096 Nov  7 17:17 tmp

Sie können die Berechtigungen folgendermaßen korrigieren:

chmod a+rwxt /tmp
16
dothebart

Der schnellste Weg, um zu volle Ordner zu finden, besteht darin, die Größe der Ordnerdatei in Ebenen aus dem Stammordner einzugrenzen. Sie beginnen mit dem Stammordner durch:

Sudo du -h --max-depth=1 /

Dann - entweder erhöhen Sie die Tiefe, d. H. Die Ebenen darunter:

Sudo du -h --max-depth=2 /

ODER - schneller - Sie sehen, welcher Ordner den meisten Speicherplatz verbraucht hat, und machen dasselbe für diesen Ordner:

Sudo du -h --max-depth=1 /home/<user>/<overfull-folder>

Wenn Sie es gefunden haben, entfernen Sie einfach dieses:

rm -rf <path to overfull-folder>
3
Agile Bean

Ich bekam einen Fehler, dann sah ich

[  672.995482] EXT4-fs (sda2): Remounting filesystem read-only
[  672.999802] EXT4-fs error (device sda2): ext4_journal_check_start:60: Detected aborted journal

Ich konnte dies bestätigen,

mount | grep -i sda2
/dev/sda2 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)
3
Evan Carroll

In meinem Fall mit demselben Fehler handelte es sich um ein Cagefs-Problem, da sich dieser Server unter CloudLinux befand und mit cagefsctl --remount username

0
Zebouski