~/.gvfs can't be stat'd by root.

Bug #227724 reported by Ralph Corderoy on 2008-05-07
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Ubuntu Desktop Bugs

Bug Description

Ubuntu 8.04, gvfs-fuse 0.2.3-0ubuntu4.


    $ cd
    $ ls -ld .gvfs
    dr-x------ 2 ralph ralph 0 2008-05-07 10:22 .gvfs
    $ sudo ls -ld .gvfs
    ls: cannot access .gvfs: Permission denied
    $ sudo strace -e trace=lstat64 stat -t .gvfs
    lstat64(".gvfs", 0xbf82f004) = -1 EACCES (Permission denied)
    stat: cannot stat `.gvfs': Permission denied
    Process 3607 detached
    $ df .gvfs
    Filesystem 1K-blocks Used Available Use% Mounted on
    gvfs-fuse-daemon 12626332 4469320 8157012 36% /home/ralph/.gvfs

root not being able to stat a user's directory should never happen. It
causes problems if tar(1) is used to backup an area including ~/.gvfs
even if tar is running as root. It's not the 0500 permissions causing
the issue,

    $ ls -ld statme
    dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
    $ sudo ls -ld statme
    dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
    $ sudo stat -t statme
    statme 4096 8 4140 1000 1000 809 345301 2 0 0 1210162528 1210162528 1210164281 4096

but presumably gvfs-fuse-daemon not bothering to check if the access is
by root and thus allow it, regardless of the directory's permissions.
Having tar(1)'s backups fail is a pain, and I suspect it causes issues
for other programs, e.g. bug #214023. Note, this bug is not a duplicate
of that one. It may be that the fix for bug #214023 is to alter
checksecurity to know about ~/.gvfs's odd behaviour.

Sebastien Bacher (seb128) wrote :

Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find.

Changed in gvfs:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers