[Bug 467862] New: 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 Summary: By opening firefox a file ".gvfs" are created in the home direcotry with no access rights Classification: openSUSE Product: openSUSE 11.1 Version: RC 2 Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla@forge.provo.novell.com ReportedBy: josef.wutz@gmx.de QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 If I open the firefox (installed from opensuse dvd) a file ".gvfs" would be created in my home directory. The Problem is, that this file have now access rights. Normaly a file have rwxr-xr-x. But this file have ????-??-? and now owner. The result is, that a only could do an "ls" command in my home directory. But if I do a "ls -la" command, the command line didn`t get a response. Only the root user could do a ls -la in my home directory. The same problem is if I would open a file from my home directory with openoffice for example. It is not possible to delete the file. I have shut down the computer and restart. After I deactivatet the /etc/init.d/boot.fuse on system startup, everything works fine. I use KDE If I do the command "ps -ef | grep gvfs" I get some "mount" commands. e.g mount * * * * * * * ** * * /home/josef/.gvfs After stopping the "boot.fuse" only the gvfsd deamon is running, but no mount commands are on the system. Now I could use the firefox without any problems and the ".gvfs" file don`t exists. Reproducible: Always Steps to Reproduce: 1. stop /etc/init.d/boot.fuse on system startup 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User wolfgang@rosenauer.org added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c1 Wolfgang Rosenauer <wolfgang@rosenauer.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wolfgang@rosenauer.org Component|Firefox |GNOME Version|RC 2 |Final AssignedTo|bnc-team-mozilla@forge.prov |bnc-team-gnome@forge.provo. |o.novell.com |novell.com --- Comment #1 from Wolfgang Rosenauer <wolfgang@rosenauer.org> 2009-01-21 01:43:06 MST --- The Gnome components are creating that file/directory. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User vuntz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c2 Vincent Untz <vuntz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |vuntz@novell.com Info Provider| |josef.wutz@gmx.de --- Comment #2 from Vincent Untz <vuntz@novell.com> 2009-01-21 02:24:13 MST --- Can you paste the output of "ls -ld .gvfs" in this directory as the root user? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User amanison@anselsystems.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c3 Andrew Manison <amanison@anselsystems.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |amanison@anselsystems.com --- Comment #3 from Andrew Manison <amanison@anselsystems.com> 2009-02-14 17:32:06 MST --- I have the same problem, which is rendering some programs unusable. The issue seems to be the permissions for the .gvfs directory. As su, ls -l in the home directory gives this (partial) result: drwx------ 5 andrew users 4096 2009-02-14 17:41 .gconf drwx------ 2 andrew users 4096 2009-02-14 18:11 .gconfd drwx------ 10 andrew users 4096 2009-02-14 18:05 .gnome2 drwx------ 2 andrew users 4096 2008-12-21 12:55 .gnome2_private -rw-r--r-- 1 andrew users 18251 2008-12-21 12:55 .gnu-emacs drwxr-xr-x 2 andrew users 4096 2008-12-22 01:23 .gstreamer-0.10 d????????? ? ? ? ? ? .gvfs drwxr----- 2 andrew users 4096 2008-12-21 12:56 .hplip -rw------- 1 andrew users 6016 2009-02-14 17:32 .ICEauthority drwxr-xr-x 2 andrew users 4096 2008-12-21 13:33 .icons -rw-r--r-- 1 andrew users 861 2008-12-21 12:55 .inputrc Also as su, both ls -l .gvfs and ls -ld .gvfs return the result: ls: cannot access .gvfs: Permission denied Note, this is as super-user! Some programs scan the user's home directory when they open, and because of this bug they lock up completely. Visual SlickEdit is an example of this. In my case, on my laptop, my Windows partitions are mounted. Running mount reports: /dev/sda6 on / type ext3 (rw,acl,user_xattr) /proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda2 on /boot type ext3 (rw,acl,user_xattr) /dev/sdb5 on /home type ext3 (rw) /dev/sda1 on /windows/C type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096) /dev/sda3 on /windows/E type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096) /dev/sdb1 on /windows/F type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096) /dev/sdb3 on /windows/V type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) This seems to show that the Windows partitions are mounted using the FUSE daemon, although I'm not sufficiently familiar with this stuff to be sure. There is clearly some connection, since ps aux | grep fuse reports: andrew 3616 0.0 0.0 35032 1548 ? S 17:32 0:00 /usr/lib64/gvfs//gvfs-fuse-daemon /home/andrew/.gvfs root 3617 0.0 0.0 12236 796 ? S 17:32 0:00 fusermount -o rw,nosuid,nodev,subtype=gvfs-fuse-daemon -- /home/andrew/.gvfs root 3620 0.0 0.0 13732 920 ? S 17:32 0:00 /bin/mount -i -f -t fuse.gvfs-fuse-daemon -o rw,nosuid,nodev,user=andrew gvfs-fuse-daemon /home/andrew/.gvfs The offending .gvfs directory is mixed up in this to the hilt! One workaround that occurs to me is to move the .gvfs directory to a subdirectory of the home directory. In this way, programs that scan the home folder will not lock. But all my searching for the configuration file that starts the fuse daemon has come up empty. If anyone can point me to the right place I would be grateful. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User amanison@anselsystems.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c4 --- Comment #4 from Andrew Manison <amanison@anselsystems.com> 2009-02-15 10:29:35 MST --- Just to follow up on the earlier description, gnome-system-monitor reports that ls, or any other process locked like this, is sleeping, and 'Waiting Channel' is reported as fuse_get_req. Only kill -KILL can end the process. Hopefully all this narrows down the search for the cause of the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User vkrevs@yahoo.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c5 Vadim Krevs <vkrevs@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vkrevs@yahoo.com --- Comment #5 from Vadim Krevs <vkrevs@yahoo.com> 2009-02-19 15:38:11 MST --- Same here on openSUSE 11.1 for x86-64. Even kill -9 wouldn't kill the affected process. After half a day of system lockups, I solved the problem by uninstalling gvfs-fuse gvfs-backends packages and rebooting. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User vuntz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c6 Vincent Untz <vuntz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEEDINFO |NEW Info Provider|josef.wutz@gmx.de | AssignedTo|bnc-team-gnome@forge.provo. |hpj@novell.com |novell.com | Severity|Normal |Major --- Comment #6 from Vincent Untz <vuntz@novell.com> 2009-02-22 20:04:59 MST --- Hans Petter: if you have any idea why ~/.gvfs/ could appear with no permission, that'd be easily fixable, I think ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=467862 User hpj@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=467862#c7 --- Comment #7 from Hans Petter Jansson <hpj@novell.com> 2009-02-24 06:05:24 MST --- gvfsd does this on startup: #ifdef HAVE_FUSE if (!no_fuse) { char *fuse_path; char *argv2[3]; fuse_path = g_build_filename (g_get_home_dir (), ".gvfs", NULL); if (!g_file_test (fuse_path, G_FILE_TEST_EXISTS)) g_mkdir (fuse_path, 0700); argv2[0] = LIBEXEC_DIR "/gvfs-fuse-daemon"; argv2[1] = fuse_path; argv2[2] = NULL; g_spawn_async (NULL, argv2, NULL, G_SPAWN_STDOUT_TO_DEV_NULL | G_SPAWN_STDERR_TO_DEV_NULL, NULL, NULL, NULL, NULL); g_free (fuse_path); } #endif The directory can appear with no permission if the gvfs-fuse-daemon crashed or was killed, or if the process is not owned by the accessing user. Root can not access users' .gvfs mounts, for instance. Hangs can occur if the fuse daemon is hanging. I suggest installing debuginfo, attaching to gvfs-fuse-daemon with gdb, and issuing "t a a bt" in gdb. This will produce a backtrace of all running threads. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com