After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 740245 - Incorrect percentages and pie-chart at top level
Incorrect percentages and pie-chart at top level
Status: RESOLVED FIXED
Product: baobab
Classification: Core
Component: general
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: Baobab Maintainers
Baobab Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-11-17 10:24 UTC by Marius Gedminas
Modified: 2014-11-17 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of the problem (156.97 KB, image/png)
2014-11-17 10:24 UTC, Marius Gedminas
Details

Description Marius Gedminas 2014-11-17 10:24:00 UTC
Created attachment 290846 [details]
screenshot of the problem

On my laptop Baobab gets confused about usage numbers (see attached screenshot):

- / has 158 GB used[*]
- /home has 139 GB used
- /dev has 4 GB used[+]

Despite the above, the red bars on the left and the pie chart on the right try to convince me /dev is responsible for 99.99% of the disk usage.

[*] actually 140G but baobab counts ~/Private twice because it doesn't understand how ecryptfs works, bug 682815

[+] in /dev/.bootchart/log/

Other things that might be relevant:

- proc is mounted twice: on /proc (baobab ignores this) and on /dev/.bootchart/proc (baobab recurses there, but shows the total size as 0 bytes)
- when I double-click on /home, the pie chart is drawn correctly

I'm running Ubuntu GNOME 14.10 with the gnome3-staging PPA for GNOME 3.14 bits.
Comment 1 Marius Gedminas 2014-11-17 10:32:54 UTC
Originally filed at https://bugs.launchpad.net/baobab/+bug/1393333
Comment 2 Stefano Facchini 2014-11-17 11:11:11 UTC
That's weird, we shouln't scan /dev at all. Can you paste the output of the command 'mount' please?
Comment 3 Kat 2014-11-17 11:16:11 UTC
This doesn't look like a documentation bug, so re-assigning to the general component.
Comment 4 Marius Gedminas 2014-11-17 12:15:49 UTC
This turns out to be relevant: I launched Baobab from the low disk space notification in gnome-shell.

If I launch Baobab directly and ask it to scan /, I don't see "/dev" in the list and the sizes appear to be measured correctly (134 GB total; /home/mg/Private, which is an ecryptfs mount, doesn't show up).

If I launch 'baobab /' from a terminal, then I see "/dev", as well as /home/mg/Private.


$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,nodev,noexec,nosuid)
sysfs on /sys type sysfs (rw,nodev,noexec,nosuid)
none on /sys/fs/cgroup type tmpfs (rw,uid=0,gid=0,mode=0755,size=1024)
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,nodev,noexec,nosuid,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,nodev,noexec,nosuid,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
none on /dev/.bootchart/proc type proc (rw,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct,release_agent=/run/cgmanager/agents/cgm-release-agent.cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory,release_agent=/run/cgmanager/agents/cgm-release-agent.memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices,release_agent=/run/cgmanager/agents/cgm-release-agent.devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer,release_agent=/run/cgmanager/agents/cgm-release-agent.freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,relatime,net_cls,release_agent=/run/cgmanager/agents/cgm-release-agent.net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio,release_agent=/run/cgmanager/agents/cgm-release-agent.blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
cgroup on /sys/fs/cgroup/net_prio type cgroup (rw,relatime,net_prio,release_agent=/run/cgmanager/agents/cgm-release-agent.net_prio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nodev,noexec,nosuid)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,noexec,nodev,none,name=systemd)
/home/mg/.Private on /home/mg/Private type ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=57ca78777dbdd299,ecryptfs_fnek_sig=e785cc5ffb5c92b1)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=mg)
nfsd on /proc/fs/nfsd type nfsd (rw)


(Erk, I was sure I selected 'general' as the component.  Perhaps I hit an arrow key with the intent to scroll the page when the combo box was selected?)
Comment 5 Stefano Facchini 2014-11-17 12:52:53 UTC
Pushed a fix to master and gnome-3-14 (on master it's commit https://git.gnome.org/browse/baobab/commit/?id=9c4dc12f4d97a440921e36b59268f198a71d3d00)