~/.gvfs can't be stat'd by root.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gvfs (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Ubuntu 8.04, gvfs-fuse 0.2.3-0ubuntu4.
Consider
$ 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(
stat: cannot stat `.gvfs': Permission denied
Process 3607 detached
$ df .gvfs
Filesystem 1K-blocks Used Available Use% Mounted on
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.
Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find.