Lösung 1:
Diese Datei, / ist Ihr Stammverzeichnis. Wenn es das einzige Dateisystem ist, das Sie in df sehen , dann ist es alles. Sie haben ein 1-GB-Dateisystem und es ist zu 100 % voll. Sie können damit beginnen, herauszufinden, wie es verwendet wird:
sudo du -x / | sort -n | tail -40
Sie können dann / ersetzen mit den Pfaden, die den meisten Platz einnehmen. (Dank der sort sind sie am Ende . Der Befehl kann eine Weile dauern.)
Lösung 2:
Ich weiß, dass ich nach fast 5 Jahren in diesem Thread antworte, aber es könnte jemandem helfen, ich hatte das gleiche Problem, ich hatte m4.xlarge instancedf -h gesagt, dass /dev/xvda1 voll war, - 100%
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 177M 1.4G 12% /run
/dev/xvda1 7.7G 7.7G 0 100% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
tmpfs 1.6G 0 1.6G 0% /run/user/1000
Ich habe versucht, es zu lösen, hier sind die Schritte
sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'
Hat mir geholfen zu wissen, dass es der Docker-Container war, der alle meine Leerzeichen sprach, also habe ich alle meine Container in meine Docker-Registrierung verschoben.
Lösung 3:
Wenn Sie eine EBS-Boot-Instanz ausführen (empfohlen), können Sie die Größe des Root-Volumes (/) mithilfe des in diesem Artikel beschriebenen Verfahrens erhöhen:
Ändern der Größe der Root-Festplatte auf einer laufenden EBS Boot EC2-Instance
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Wenn Sie eine Instance-Store-Instance ausführen (nicht empfohlen), können Sie die Größe der Root-Festplatte nicht ändern. Sie müssen entweder Dateien löschen oder Dateien in einen flüchtigen Speicher (z. B. /mnt) verschieben oder EBS-Volumes anhängen und Dateien dorthin verschieben.
Hier ist ein Artikel, den ich geschrieben habe und der beschreibt, wie man eine MySQL-Datenbank von der Root-Festplatte auf ein EBS-Volume verschiebt:
Ausführen von MySQL auf Amazon EC2 mit EBS
http://aws.amazon.com/articles/1663
... und erwägen Sie den Wechsel zu EBS-Boot-Instances. Es gibt viele Gründe, warum Sie sich später bedanken werden.
Lösung 4:
Paulo war für mich auf dem richtigen Weg, aber als ich versuchte zu laufen
sudo apt autoremove
es antwortete:
Reading package lists... Error!
E: Write error - write (28: No space left on device)
E: IO Error saving source cache
E: The package lists or status file could not be parsed or opened.
Zuerst musste ich laufen
sudo apt-get clean
Das hat gerade genug Platz für mich frei gemacht, um 'sudo apt autoremove' auszuführen, und das hat mich von 100 % voll auf /dev/xvda1 auf 28 % gebracht.
Lösung 5:
Ich habe dieses Problem gerade gelöst, indem ich diesen Befehl ausgeführt habe:
sudo apt autoremove
und viele alte Pakete wurden entfernt, wodurch 5 Gigabyte frei wurden, zum Beispiel gab es viele Pakete wie dieses "linux-aws-headers-4.4.0-1028"