permission denied on .gvfs

English Applications
1

When attempting to use the update system I receive a unable to stat and permission denied on /home/whatever/.gvfs

When looking at it with an ls -l it looks like

??? ? ? ? ? ? .gvfs

I can not chown, touch, edit, remove, or do anything as the user of the home dir or as root. Both receive a permission denied.

Any suggestions?

Edit
Also, I am running OpenSuSE 11.0. I found similar issues in the beta / rc sections of the forum but I am running the actual release for 11.
/Edit

-Lodlock

2

lodlock <lodlock@no-mx.forums.opensuse.org> wrote:
>
> When attempting to use the update system I receive a unable to stat and
> permission denied on /home/whatever/.gvfs
>
> When looking at it with an ls -l it looks like
>
> ??? ? ? ? ? ? .gvfs
>
> I can not chown, touch, edit, remove, or do anything as the user of the
> home dir or as root. Both receive a permission denied.

This is also causing problems with rsync backups of /home.

–
Stephen Chadfield

3

ollie@linux-e1c6:~> stat .gvfs
File: `.gvfs’
Size: 0 Blocks: 0 IO Block: 4096 directory
Device: 13h/19d Inode: 1 Links: 2
Access: (0500/dr-x------) Uid: ( 1000/ ollie) Gid: ( 100/ users)
Access: 2008-07-04 09:13:20.000000000 -0400
Modify: 2008-07-04 09:13:20.000000000 -0400
Change: 2008-07-04 09:13:20.000000000 -0400

I am also having to same issue, but it seems to carry over if I wish to use the gnome right click option of “Install Software” I receive an error of cannot stat .gvfs

4

Bumping this thread due to the following:

  • I installed OS11 Gnome fresh on my system
  • I did some configuring and want to put back my backed up files
  • I can access my network drive
  • I can not copy files over it says “permission denied”
  • User is owner of directory and has sufficient rights
  • Even using su doesn’t resolve this
  • On console it states “can not access .gvfs. Permission denied”.
  • I’m not able to delete the .gvfs directory (says it is in use)
  • I am able to create new directories in the home folder of the user

I’ve been looking on the Internet and haven’t found solutions and the given tips in IRC didn’t work out. Does anybody here have ideas on how to fix this issue, besides doing a total re-install?

5

Same problem here. Shiny new installations OpenSuse on a T61 (64Bit) and a Mac Mini (32 Bit). Both throw that error when installing IBM RPMs

6

FUSE directories are only accessible by the UID that mounted them (unless other options were using during mount). I find this gvfs stuff highly annoying anyway, why is it suddenly needed in 11.0?

7

There is also one critical bug regarding fuse/gvfs. Makes me pretty nervous, though I don’t experience any data corruption (yet?).

https://bugzilla.novell.com/show_bug.cgi?id=404758

8

Did anyone ever figure this out? I am having the same issue also. This /home/$USER/.gvfs file is impossible to take ownership of or change permissions on. I actually wanted to take ownership of my home folder to test a program that won’t run, and this untouchable .gvfs folder is in the way. Funny…

9

buckeyered80 wrote:

> Did anyone ever figure this out? I am having the same issue also. This
> /home/$USER/.gvfs file is impossible to take ownership of or change
> permissions on. I actually wanted to take ownership of my home folder
> to test a program that won’t run, and this untouchable .gvfs folder is
> in the way. Funny…

I think this is a “well-know” bug, reported several times. So, maybe still
not fixed:

Bug 467862 - By opening firefox a file “.gvfs” are created in the home
direcotry with no access rights
https://bugzilla.novell.com/show_bug.cgi?id=467862

Bug 368628 - gvfs: Random crashes
https://bugzilla.novell.com/show_bug.cgi?id=368628

Greetings,

–
Camaleón

10

A solution to remove .gvfs , odd directory:

#umount /home/useraccount/.gvfs
#find . -inum 554009 -exec rm{} ;

After that,

#rm -rf .gvfs

Cheers!

11

Thanks indeed! This worked like a charm.

12

I went with:
> bureau:/home/hadg # umount gvfs-fuse-daemon
> bureau:/home/hadg # rm -rf .gvfs
worked for me.

Still, this .gvfs folder is a hack, and it is wrong that this issue remains in 12.1 (and probably 12.2 as well).

Local user tries to eliminate .gvfs from their own home directory:
> hadg@bureau:~> rm -rf .gvfs
> rm: kan ‘.gvfs’ niet verwijderen: Apparaat of hulpbron is bezig
(“cannot delete: device or source is busy”)

Local user figures out mount:
> hadg@bureau:~> mount | grep gvfs
> gvfs-fuse-daemon on /home/hadg/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
> hadg@bureau:~> umount gvfs-fuse-daemon
> umount: gvfs-fuse-daemon staat niet in fstab (en u bent niet root)
(“not in fstab (and you are not root)”)

Local user should not need root privileges for ANYTHING that happens in /home/{username}/.

Root tries to eliminate .gvfs:
> bureau:/home/hadg # rm -rf .gvfs
> rm: kan ‘.gvfs’ niet verwijderen: Is een map
(“cannot delete: it’s a folder”)
((excuse me??? with rm -rf as root?!?!?!?))

Am I the only person who thinks that this is unacceptable, and is a patent violation of the UNIX-style security paradigm?

(And if it is a GNOME hack, then just why am I getting this while using KDE?? Probably some dependency needing cleaned up?)

If any of the “Big Wigs” are reading this, I look forward to your comments!
K.

13

Kalenz wrote:
> I went with:
>> bureau:/home/hadg # umount gvfs-fuse-daemon
>> bureau:/home/hadg # rm -rf .gvfs
> worked for me.
>
> Still, this .gvfs folder is a hack, and it is wrong that this issue
> remains in 12.1 (and probably 12.2 as well).

Personally, I agree with you. But this ‘hack’ has been around for a long
time and is unlikely to change anytime soon. So I think you’re wasting
your breath (sorry, fingertips).

14

please replace 554009 with the inode-number of your system
You get the inode-number
ls -li ./.gvfs |grep .gvfs

Your Uludur