Seltsames Problem ...

Warum habe ich full / partition verwendet, aber es ist nicht wirklich verwendet?

Schnelle Infos:

xwing ~ # df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs           16G   15G   75M 100% /
/dev/root        16G   15G   75M 100% /
devtmpfs        5,9G     0  5,9G   0% /dev
tmpfs           5,9G  552K  5,9G   1% /run
rc-svcdir       1,0M   72K  952K   8% /lib64/rc/init.d
cgroup_root      10M     0   10M   0% /sys/fs/cgroup
shm             5,9G     0  5,9G   0% /dev/shm
cachedir        4,0M  4,0K  4,0M   1% /lib64/splash/cache
/dev/sda1       124M   43M   76M  36% /boot
/dev/sda5        63G   25G   36G  42% /home
/dev/sda6       483G  147G  312G  33% /mnt/data
tmpfs           8,0G     0  8,0G   0% /var/tmp/portage

Vielleicht I-Nodes? Nein ...

xwing ~ # df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
rootfs          1048576 548459   500117   53% /
/dev/root       1048576 548459   500117   53% /
devtmpfs        1525561    517  1525044    1% /dev
tmpfs           1525918    374  1525544    1% /run
rc-svcdir       1525918     61  1525857    1% /lib64/rc/init.d
cgroup_root     1525918      5  1525913    1% /sys/fs/cgroup
shm             1525918      1  1525917    1% /dev/shm
cachedir        1525918      2  1525916    1% /lib64/splash/cache
/dev/sda1         32768    314    32454    1% /boot
/dev/sda5       4194304 145765  4048539    4% /home
/dev/sda6      32153600  11325 32142275    1% /mnt/data
tmpfs           1525918      1  1525917    1% /var/tmp/portage

Aber:

xwing ~ # du -sxh /
8,3G    /

Vielleicht habe ich etwas in Mount gebrochen? (aber trotzdem, beachte, dass ich du mit -x verwendet habe, das NUR Dateien aus / filesystem berechnet ...)

/ Leerzeichen zur besseren Lesbarkeit von mir hinzugefügt /

xwing ~ # mount
rootfs      on /                        type rootfs   (rw)
/dev/root   on /                        type ext4     (rw,noatime,data=ordered)
devtmpfs    on /dev                     type devtmpfs (rw,relatime,size=6102244k,nr_inodes=1525561,mode=755)
proc        on /proc                    type proc     (rw,nosuid,nodev,noexec,relatime)
tmpfs       on /run                     type tmpfs    (rw,nosuid,nodev,relatime,mode=755)
rc-svcdir   on /lib64/rc/init.d         type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755)
sysfs       on /sys                     type sysfs    (rw,nosuid,nodev,noexec,relatime)
debugfs     on /sys/kernel/debug        type debugfs  (rw,nosuid,nodev,noexec,relatime)
cgroup_root on /sys/fs/cgroup           type tmpfs    (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
cpuset      on /sys/fs/cgroup/cpuset    type cgroup   (rw,nosuid,nodev,noexec,relatime,cpuset)
cpu         on /sys/fs/cgroup/cpu       type cgroup   (rw,nosuid,nodev,noexec,relatime,cpu)
cpuacct     on /sys/fs/cgroup/cpuacct   type cgroup   (rw,nosuid,nodev,noexec,relatime,cpuacct)
freezer     on /sys/fs/cgroup/freezer   type cgroup   (rw,nosuid,nodev,noexec,relatime,freezer)
devpts      on /dev/pts                 type devpts   (rw,nosuid,noexec,relatime,gid=5,mode=620)
shm         on /dev/shm                 type tmpfs    (rw,nosuid,nodev,noexec,relatime)
cachedir    on /lib64/splash/cache      type tmpfs    (rw,nosuid,nodev,noexec,noatime,size=4096k,mode=755)
/dev/sda1   on /boot                    type ext2     (rw,noatime)
/dev/sda5   on /home                    type ext4     (rw,noatime)
/dev/sda6   on /mnt/data                type ext4     (rw,noatime)
tmpfs       on /var/tmp/portage         type tmpfs    (rw,size=8G)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Kernel:

morsik@xwing ~ $ uname -a
Linux xwing 3.6.2-gentooxwing #8 SMP Sun Oct 21 21:36:53 CEST 2012 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux

Wirklich ... mir fehlen mögliche Ideen dazu.

Was ich versucht habe:

• überprüfe, ob noch ein fd nach rm -rf / usr / portage / distfiles / * offen ist
• synchronisieren
• neustarten
• fsck

EDIT UND LÖSUNG:

Wie immer fand ich eine Lösung, nachdem ich um Hilfe gebeten hatte (-;

Mounten (wie Luke404 sagte) / partition an einer anderen Stelle und Ausführen von du -sh / mnt / irgendetwas sagte, dass es 15G Daten gibt, also dasselbe wie in df.

Was war das Problem?

montieren!

Ich habe die / home-Partition später erstellt, zu / etc / fstab hinzugefügt und Dateien von / home (auf / partition) nach / home (auf / home-Partition) kopiert, aber ich habe VERGESSEN, Dateien von / home unter / partition zu entfernen.

Also hatte ich noch meine alten Dateien auf / home (auf / partition).

Aber warum hat du -sxh mir 8G gesagt? Einfach...

-x erzwingt, nicht verschiedene Mountpunkte zu prüfen, also ... hat es / home nicht geprüft, während es gemountet wurde. Und da war mein vermisstes Zuhause.

Vielen Dank an Luke404 und pidpawel, die mir im IRC geholfen haben.

Nachdem ich diesen EDIT-Abschnitt geschrieben habe, habe ich hier Antworten gesehen, und Scrivener hat hier einen Punkt bekommen!

Dumme Probleme sind doof (-;

Diese Art von Problem macht immer richtig Spaß.

Meine Vermutung? Sie haben Dateien unter einem Ihrer Mountpunkte. Was bedeutet das? Nun, du -sh durchsucht alle Dateien, die es finden kann, von Hand.

Nehmen wir an, ich habe ein Verzeichnis, A. Wenn ich eine Reihe von Dateien in A ablege und dann / dev / sdb über A mounte, sagt df -h, dass ich eine Reihe von Dateien habe, die du nicht willst finden können!

Dies geschieht am häufigsten bei Mountpunkten, die regelmäßig gemountet und umgemountet werden, wie z. B. USB-Laufwerke, Netzwerklaufwerke usw. Es ist viel seltener, wenn die Mounts beim Booten automatisch durchgeführt werden, da das Fenster dafür viel kleiner ist.

Haben Sie an (derzeit) nicht erreichbaren Orten nach Dateien gesucht? Wie Dinge unter /home auf dem Root-Dateisystem , die Sie dunicht sehen können, weil Sie ein anderes Dateisystem gemountet haben /home?

Sie können sich diese ansehen, indem Sie das Dateisystem an einer anderen Stelle binden:

# mkdir /foo
# mount -o bind / /foo
# cd /foo
# du...