Ein Laptop mit kaputtem Bildschirm, auf den ich über SSH zugreife. Der sudo apt-get autoremoveBefehl gibt mir die folgenden Fehler
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
Ich erhalte ähnliche Fehler bei verschiedenen anderen Befehlen, aber gpartedes wird mir angezeigt, dass auf der (einzelnen) Partition auf dem Laptop noch mehr als 20 GB Speicherplatz übrig sind. Hier ist die Ausgabe vondf
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 502644 484 502160 1% /dev
tmpfs 505433 503 504930 1% /run
/dev/sda1 7331840 214087 7117753 3% /
none 505433 2 505431 1% /sys/fs/cgroup
none 505433 3 505430 1% /run/lock
none 505433 4 505429 1% /run/shm
none 505433 16 505417 1% /run/user
overflow 505433 401 505032 1% /tmp
Und:
$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
udev 2010576 12 2010564 1% /dev
tmpfs 404348 1284 403064 1% /run
/dev/sda1 115247656 83994028 25809372 77% /
none 4 0 4 0% /sys/fs/cgroup
none 5120 0 5120 0% /run/lock
none 2021732 204 2021528 1% /run/shm
none 102400 16 102384 1% /run/user
overflow 1024 1024 0 100% /tmp
Der Fehler trat auf, nachdem ich ausgeführt habe sudo apt-get upgrade.
Antwort1
Irgendwann in der Vergangenheit war Ihr Root-Dateisystem voll und ein kleines, temporäres /tmp wurde erstellt, damit der Bootvorgang erfolgreich war. Dieses kleine /tmp wurde nie gelöscht, sodass Sie jetzt, obwohl Sie Platz auf / haben, immer noch das kleine /tmp füllen und Ihr Problem sehen. Hängen Sie es einfach aus:
sudo umount /tmp
und versuchen Sie natürlich sicherzustellen, dass Ihr / so sauber wie möglich ist.
Normalerweise ist /tmp lediglich ein Teil des Root-Dateisystems (/), eine separate Einbindung ist nicht erforderlich, es sei denn, es liegen besondere Umstände vor, z. B. wenn nicht genügend Root-Dateispeicherplatz vorhanden ist (wenn ein Daemon den angezeigten erstellt) oder Sie haben / auf einem sehr langsamen Medium (z. B. einem USB-Flash-Stick) und möchten /tmp aus Leistungsgründen im RAM haben, selbst bei begrenztem Speicherplatz.
Antwort2
Wenn Sie auf dieses Problem stoßen und Fehlermeldungen erhalten, die darauf hindeuten, dass die Festplatte voll ist, obwohl dies nicht der Fall ist, überprüfen Sie unbedingt auch die Inode-Auslastung.
Sie können es verwenden, df -ium einen schnellen Bericht über die verwendeten/verfügbaren Inodes für jeden Einhängepunkt zu erhalten.
Wenn Sie feststellen, dass Sie nur noch sehr wenige oder keine Inodes mehr haben, müssen Sie als Nächstes herausfinden, welcher Ordner die meisten Inodes belegt. Da jede Datei und jedes Verzeichnis einen Inode verwendet, könnten Sie einen Ordner mit Hunderttausenden kleiner oder leerer Dateien haben, die alle Inodes belegen. Übliche Verdächtige sind: temporäre Verzeichnisse, Website-Cache-Verzeichnisse, Paket-Cache-Verzeichnisse usw.
Verwenden Sie diesen Befehl, um eine geordnete Liste der Unterverzeichnisse mit den meisten verwendeten Inodes zu erhalten:
sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
Führen Sie dies in Ihrem Stammordner aus und durchsuchen Sie dann die Details, bis Sie den Übeltäter gefunden haben.
Antwort3
Ich glaube, Sie haben eine Mengeunbenutzte DateienEntfernen Sie sie mit:
sudo apt autoremove
Überprüfen Sie dann Ihren Speicherplatz erneut mit dfdem Befehl
Antwort4
So sehen Sie, wie viele Inodes pro Ordner vorhanden sind:
du * -s --inodes