Ich hatte 100% Festplattennutzung auf
/dev/xvda1
Das ist die Systempartition, also habe ich beschlossen, zu mounten
/var/lib
Auf einer anderen Partition
/dev/xvdf
da Docker-Dateien unter /var/lib viel Speicherplatz beanspruchten.
Ich habe immer 100% der Root-Partition verwendet.
udev 2.0G 12K 2.0G 1% /dev
tmpfs 396M 336K 395M 1% /run
/dev/xvda1 99G 99G 0 100% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 0 2.0G 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/xvdf 296G 765M 280G 1% /var/lib
Und
lsof | grep deleted
zeigt nichts
Und das ist die Ausgabe vondu -sh
52M /admin
9.6M /bin
25M /boot
12K /dev
5.9M /etc
11M /home
0 /initrd.img
61M /lib
4.0K /lib64
16K /lost+found
4.0K /media
4.0K /mnt
4.0K /opt
du: cannot access '/proc/3945/task/3945/fd/4': No such file or directory
du: cannot access '/proc/3945/task/3945/fdinfo/4': No such file or directory
du: cannot access '/proc/3945/fd/4': No such file or directory
du: cannot access '/proc/3945/fdinfo/4': No such file or directory
0 /proc
15M /root
336K /run
9.4M /sbin
4.0K /srv
0 /status
0 /sys
8.5M /tmp
1016M /usr
877M /var
0 /vmlinuz
Die Inode-Verwendung:
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 504621 397 504224 1% /dev
tmpfs 505859 315 505544 1% /run
/dev/xvda1 6553600 684402 5869198 11% /
none 505859 10 505849 1% /sys/fs/cgroup
none 505859 1 505858 1% /run/lock
none 505859 1 505858 1% /run/shm
none 505859 1 505858 1% /run/user
/dev/xvdf 19660800 202 19660598 1% /var/lib
Sehen Sie eine Lösung?
Antwort1
Wie andere bereits vorgeschlagen haben, liegen die Originaldateien wahrscheinlich darunter /var/lib. Wenn Sie das System nicht sinnvoll im Einzelbenutzermodus starten können (oder wollen), können Sie auch mit einem „Bind Mount“ darauf zugreifen:
mkdir -p -m700 /mnt/dsk
mount --bind / /mnt/dsk
cd /mnt/dsk/var/lib
Sie befinden sich nun im „Alten“ /var/lib, das unter dem „Neuen“ verborgen ist /var/libund können hier je nach Bedarf Dateien löschen oder herausschieben.
WICHTIGDie Dateien darunter /mnt/dsksind diedieselben Dateienwie unten /. Es sind keine Kopien. Wenn Sie diese Dateien löschen, löschen Sie tatsächlich Dateien auf Ihrem Root-Dateisystem.
Antwort2
Das liegt daran, dass beim „Migrieren“ Ihrer Dateien /var/libauf eine andere Partition Ihre Originaldateien nicht automatisch bereinigt werden.
Der Trick wäre, von einem anderen System (vielleicht einer Live-CD) zu booten, von dort aus Ihr System zu mounten /dev/xvda1und die dort befindlichen Dateien zu löschen.
Seien Sie bitte vorsichtig und stellen Sie sicher, dass alle Dateien tatsächlich in Ihrer neuen Partition verfügbar sind, bevor Sie dies versuchen.
Antwort3
Was ist die Summe von / ( du -sh /)? Dasselbe wie bei df99G? Ich denke, die Dateien von /var/libsind immer noch auf /dev/xvda1der Partition. Sie sind unter der gemounteten Partition „versteckt“ /dev/xvdf. Sie müssen eine Live-CD booten (z. B. Sysrescure), dann:
mkdir /test
mount /dev/xvda1 /test
und versuche
du -sh /test/var/
Sie sollten Ihren „versteckten“ Speicherplatz sehen. Sie müssen diese Dateien entfernen.