very strange thing... .gvfs

I am expiriencing very very strange thing.
this problem doesnt effect anything but it is strange

there is a file called “.gvfs” in my home directory that even root cannot delete. Just: permission denied

whenever I do some installing, rpm or through smart, I get:

Committing transaction…
error: failed to stat /home/ebeli/.gvfs: Permission denied

after it goes normally…
Any ideas how to fix the problem?:sarcastic:

It’s not really a problem - the it’s the GNOME virtual filesystem.

Ignore it.

And this is the wrong forum for it :stuck_out_tongue:

well, I do not want it ignored, I want it dead.
is it possible?

I use KDE 3.5, btw…

On Sun, 17 Aug 2008 15:56:03 GMT
Chrysantine <Chrysantine@no-mx.forums.opensuse.org> wrote:

>
> It’s not really a problem - the it’s the GNOME virtual filesystem.
>
> Ignore it.
>
> And this is the wrong forum for it :stuck_out_tongue:
>
>

Wow, again, nice attitude.

Loni


L R Nix
lornix@lornix.com

On Sun, 17 Aug 2008 20:46:03 GMT
beli0135 <beli0135@no-mx.forums.opensuse.org> wrote:

>
> well, I do not want it ignored, I want it dead.
> is it possible?
>
> I use KDE 3.5, btw…
>
>

A disclaimer: While I try GNOME occasionally, I don’t use it, nor do I
install it intentionally. I DO use some programs needing some GNOME support,
so occasionally yast might install something. I do not experience this issue
on any of my machines.

Ok, that done…

as stated before, .gvfs is the mount point for a relatively new version of
the gnome-virtual-filesystem. It is supposed to be right up there with
sliced bread and stuff.

It’s used as a ‘central’ point to do things. I found a page where someone
shows how to use it at

http://grumbel.blogspot.com/2008/05/playing-around-with-gvfs.html

seems to work well for that person.

================================

BUT… on to the problem.

There are several bugs active for this issue:

https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/212789
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/225361
http://bugzilla.gnome.org/show_bug.cgi?id=534284

I read of several workarounds, although upgrading (or forcing a reinstall) of
the gvfs packages through zypper or yast seems to fix the issue entirely,
especially considering I can see and work with .gvfs on my systems without
any issues.

=====Workaround #1:

fusermount -u $HOME/.gvfs

This should unmount the .gvfs mountpoint. It will likely be remounted almost
immediately by the ‘gvfs-fuse-daemon’ daemon… so…

killall -9 gvfs-fuse-daemon

should kill the little bugger, Although it will likely come back in the
future, it’s gone for the moment. You might try to see which programs or
commands you’re running which are invoking the daemon to mount .gvfs. ‘gvfsd’
is likely also related to this issue, but doesn’t seem to be a culprit at this
time.

=====Workaround #2:

From a terminal, type the following lines:

GVFS_DISABLE_FUSE=1
export GVFS_DISABLE_FUSE

While this might work… it doesn’t immediately solve the problem, which
would still exist… “permission denied” for access to that subdir.

It only tells FUTURE programs started from THAT terminal to not access .gvfs,
so I’m not sure this is much of a workaround at all.

================================

I’d recommend forcing a reinstall of all of the installed gvfs packages, and
then rebooting the system. If you don’t reboot, the (possibly) new programs
won’t be loaded, and the problem won’t go away.

Workaround #1 works well, and you may want to also kill ‘gvfsd’ too, just in
case as I imagine it starts the daemon as needed.

Hope this helps

Loni


L R Nix
lornix@lornix.com

Here’s an idea : Go fsck yourself.

The opinions of you, nobody, and those of your insignificant little group doesn’t interest me in the slightest.

After your explanation what it is, I saw that uninstall would kill my screenlets and AWN manager, which I do like and use.

So, I just forced update and I will see how it will go when I reboot.
Since that little devil provides me two nice sinful features, I will let it stay for a while…

damnation of eyecandy :slight_smile:

I had the same issue on opensuse 11.1RC1. The problem was with the jexec startup script hanging during system startup.

Try removing this start script, reboot and see if that helps.

/W

Oh, I will see next year :slight_smile:
Thanks!