du-df discrepancy persists after reboot

Louis_Carole · 11-12-2009, 03:57 PM

Dear All:

There is a 470 GB discrepancy between du and df for my 850ish GB /home partition.

The partition is the third primary partition on a RAIDed drive pair.

The discrepancy does not change upon killing lsof DEL ghosts.
The discrepancy does not change upon rebooting the computer.
The discrepancy does not change upon rebooting to console.
The discrepancy does not change upon mount shuffling.

Here's some useful system output:

Code:

$ sudo fdisk -l /dev/mapper/isw_dehjieecja_Raid1

Disk /dev/mapper/isw_dehjieecja_Raid1: 1000.2 GB, 1000202178560 bytes
255 heads, 63 sectors/track, 121600 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xbe6f0a45

                            Device Boot      Start         End      Blocks   Id  System
/dev/mapper/isw_dehjieecja_Raid1p1   *           1       12158    97659103+  83  Linux
/dev/mapper/isw_dehjieecja_Raid1p2           12159       13374     9767520   82  Linux swap / Solaris
/dev/mapper/isw_dehjieecja_Raid1p3           13375      121600   869325345   83  Linux

$ sudo mount
/dev/mapper/isw_dehjieecja_Raid11 on / type ext3 (rw,relatime,errors=remount-ro)
proc on /proc type proc (rw)
none 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 tmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/dev/mapper/isw_dehjieecja_Raid13 on /home type ext3 (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/tlb/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=tlb)

$ sudo du -sh /home
du: cannot access `/home/tlb/.gvfs': Permission denied
9.1G	/home

$ sudo df -h /home
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/isw_dehjieecja_Raid13
                      817G  479G  297G  62% /home

$ sudo lsof | grep DEL | sort -rnk 7,7 | head
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/tlb/.gvfs
      Output information may be incomplete.
nautilus  2749        tlb  DEL       REG              252,4            54010800 /home/tlb/.local/share/gvfs-metadata/home-2b7d76e4.log
nautilus  2749        tlb  DEL       REG              252,4            54009857 /home/tlb/.local/share/gvfs-metadata/home
seahorse- 2652        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
seahorse- 2627        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
nm-applet 2753        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
nautilus  2749        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
gnome-vol 2777        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
gnome-set 2640        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
gnome-do  2781        tlb  DEL       REG              252,4            53986476 /home/tlb/.local/share/mime/mime.cache
Xorg      1358       root  DEL       REG                0,9              720916 /SYSV00000000

Those top lsof's are ~54 MB.

Upon safe reboot to text console, w/o ui services, gvfs-fuse-demon is not mounted, but the du-df difference remains the same.

If /dev/mapper/isw_dehjieecja_Raid13 is then unmounted and remounted on /mnt, the du-df difference still remains the same for the partition.

How can this be, and what should I try next? Thanks in advance,

Louis

PS This is in Hardware because I am unsure where to put it, or what the underlying cause might be.

ramram29 · 11-12-2009, 04:00 PM

umount then mount /home and see what you get after that.

pixellany · 11-12-2009, 04:44 PM

I would think that this might be significant:

Quote:

du: cannot access `/home/tlb/.gvfs': Permission denied

Louis_Carole · 11-16-2009, 01:29 PM

ramram29,

You: "umount then mount /home and see what you get after that."

Me, previously: "If /dev/mapper/isw_dehjieecja_Raid13 is then unmounted and remounted on /mnt, the du-df difference still remains the same for the partition."
/dev/mapper/isw_dehjieecja_Raid13 is the partition mounted on /home. As I stated, remounting on /mnt does not change things.

pixellany,

You: "I would think that [denial of access to `/home/tlb/.gvfs'] might be significant..."

Me, previously: "Upon safe reboot to text console, w/o ui services, gvfs-fuse-demon is not mounted, but the du-df difference remains the same."
gvfs-fuse-demon, as currently implemented, does not support root access to its fs (unless root happens to be the creator), to the consternation of many.
But, as I stated, even if it is not created (and therefore not mounted), the problem persists.

Thanks for the ideas - any others?

- Louis