Ich hatte vor kurzem ein "Überlauf" -Problem /tmp
. Ich habe keine separate /tmp
Partition und es sind 17% frei /
- warum habe ich dann ein Überlauf- tmp
Dateisystem bekommen?
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
/dev/mapper/safesquid-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=d029e04b-11e9-42e1-b1d3-9cde73cb3b67 /boot ext2 defaults 0 2
/dev/mapper/safesquid-swap_1 none swap sw 0 0
mount
Ausgabe
/dev/mapper/safesquid-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda1 on /boot type ext2 (rw)
overflow on /tmp type tmpfs (rw,size=1048576,mode=1777)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
root@safesquid:~# free -m
total used free shared buffers cached
Mem: 2009 182 1826 0 9 48
-/+ buffers/cache: 124 1885
Swap: 715 130 585
root@safesquid:~# uname -a
Linux safesquid 2.6.32-41-server #94-Ubuntu SMP Fri Jul 6 18:15:07 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Ich verwende Ubuntu 12.04.1 LTS.
Ich habe auch nachgesehen df -i
, es gibt freie Inodes.
mount
Befehls und den Inhalt von / etc / fstab anzeigen?free -m
) Und welchen Kernel läufst du? (uname -a
)2.6.32-41-server
unter "Ubuntu 12.04.1 LTS". Das sollte sein3.2.0-*
. Geben Sie weitere Informationen. Ist das ein unvollständiges Upgrade? Ausführen einer VPS / Container-basierten Virtualisierung? etc.Antworten:
Wenn das System hochfährt und die Festplatte voll ist, kann nichts nach / tmp schreiben. Also wird während init ein tmpfs erstellt und gemountet. Auf diese Weise kann Ihr System sicher booten, da es in / tmp schreiben kann.
Geben Sie Speicherplatz frei und starten Sie Ihren Computer neu. (Oder einfach / tmp aushängen, wenn Sie sicher sind, dass nichts es verwendet).
Wenn Sie diesen Wert auf 0 setzen, wird das Setup deaktiviert. Dies birgt, wie ich es erwarten würde, das Risiko eines Init-Fehlers oder der Unfähigkeit, sich beim System anzumelden.
Ich denke, die Antwort von Nitesh B. ist gefährlich und sollte vermieden werden.
quelle
Ich hatte das gleiche Problem auf einem meiner Ubuntu-Server, nachdem ich im Internet gesucht hatte, bekam ich die Lösung.
Als Schutz gegen zu wenig Speicherplatz "spiegeln" einige Daemons automatisch das aktuelle / tmp / dir mit einer RAM-Disk, wenn auf der Root-Partition nicht mehr genügend Speicherplatz vorhanden ist. Leider gibt es keine automatische Umkehrung dieses Vorgangs, wenn wieder genügend Speicherplatz verfügbar ist.
Um dieses Problem zu beheben, mounten Sie Ihr / tmp und führen Sie den folgenden Befehl aus:
Dies wird Ihr Problem definitiv lösen.
quelle
echo 'MINTMPKB=0' > /etc/default/mountoverflowtmp
?sudo umount /tmp
wirft den Fehler/tmp: device is busy.
Das hat mir geholfen ; Das heißt, das Folgende war eine Problemumgehung, nachdem ich etwas Platz aufgeräumt hatte:
quelle