[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
.gvfs can't be removed on a 18.04-equivalent OS. $ sudo rm -rf .gvfs [sudo] password for me: rm: cannot remove '.gvfs': Device or resource busy $ uname -a Linux me 4.15.0-54-lowlatency #58-Ubuntu SMP PREEMPT Mon Jun 24 11:45:10 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/lsb-release DISTRIB_ID=LinuxMint DISTRIB_RELEASE=19.2 DISTRIB_CODENAME=tina DISTRIB_DESCRIPTION="Linux Mint 19.2 Tina" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
Here is a possible solution. My system - Mint 19.1 x64 Cinnamon - had no .gvfs directory in /run - but it did have one in /home, causing the rclone backup tool to report errors. I discovered (from here: https://forums.opensuse.org/showthread.php/387162-permission-denied-on- gvfs) that I could remove the .gvfs folder thusly: sudo umount /home//.gvfs sudo rm -rf /home//.gvfs (That webpage lists a different method for removing the directory. That other method involves iodes; and that other method did not work on my system, but the one I gave above did.) So far, gvfs seems to work without the .gvfs directory in /home. (That seems strange, considering there is no such directory in /run either.) Nor has the .gvfs folder been regenerated - at least not yet. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
I am on Mint 19.1 and . . `.gvfs` still resides in my home folder, causing problems. I gather from the above that the item was meant to have moved - but it is still there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
It shouldn't be Expired, but Confirmed. The bug's great age doesn't contribute a fix. (It no longer affects me. I dumped Gnome, and Ubuntu, on the desktop.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
I have this problem, with the program rclone (see this bug report that I filed - seemingly mistakenly - against rclone: https://forum.rclone.org/t/read-failure-error-despite-trying-to-exclude- the-problematic-item/9509/23. It's a pretty annoying problem (and it is not rclone's problem). I note that this bug's status is 'expired'. Yet, the problem still affects me (and doubtless others too). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
It doesn't matter where you move the directory to, if it can't be stat(2)'d then it's a POSIX violation and breaks programs. The example of a user running rsync on their home directory doesn't mean that's the only situation that should work. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
** Changed in: gvfs (ALT Linux) Status: Confirmed => Expired ** Changed in: gvfs Status: Confirmed => Expired -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
Will Ubuntu 12.04 get an update to move the .gvfs folder away from the home directory, or will it be left in its current stable but broken state once again? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
I don't think so. This is a big change for a low-impact bug, seehttps://wiki.ubuntu.com/StableReleaseUpdates#When . Upgrade if you want the fix. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
Martin Pitt wrote: status: Triaged → Fix Released So if this is considered the fix should we now raise bugs on all the user-space programs that are disgruntled to find root can't stat .gvfs as part of detecting it's a mount-point that shouldn't be crossed? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
Those user-space programs already stop at /run - which is a tmpfs and can be stat'd. The issue is solved for all practical purposes that I am aware of. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
~/.gvfs is not being used any more since we introduced proper $XDG_RUNTIME_DIR in Quantal. It's now in /run/user/ where it doesn't hurt. ** Changed in: gvfs (Ubuntu) Status: Triaged = Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
So can rsync --one-file-system, find, etc., now stat the inode to know it's another filesystem and not attempt to descend? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
related to #71 above: sadly even with the latest RR, the 3.8.0.10 kernel was trying to update/read that oldish .gvfs file. So leftover file are still a real pain. https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1148823 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
On 3/6/2013 6:28 AM, Ralph Corderoy wrote: So can rsync --one-file-system, find, etc., now stat the inode to know it's another filesystem and not attempt to descend? No, so it is still a bug in the kernel, but at least it is now in a location where rsync is never going to get to it unless you try to rsync /run, which you would never do. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
I do a regularly backup of '/' and that includes /run. Why should I never do this? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
On 3/6/2013 10:40 AM, Jochen Fahrner wrote: I do a regularly backup of '/' and that includes /run. Why should I never do this? Because /run is a tmpfs to contain only ephemeral runtime information. If you back it up, you are backing up useless junk that won't even be seen after the restore and just waste disk space since the tmpfs will be mounted over it at boot. Your backups should use --one-file-system to make sure they stay out of things like /run, /proc, /sys, /dev. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
Normal practice would be to backup each filesystem separately, using e.g. rsync's -x option not to cross filesystem boundaries. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
I did not know that /run is a separate filesystem. According to question #72 and answer #74 I was assuming it is not. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
The bug is that doing a stat on .gvfs as root causes an error, which upsets rsync et al. When .gvfs was in your home dir, that means you would have problems backing up your homedir: rsync would fail when it got the stat error. That bug is not fixed, but .gvfs has now been moved to /run, which is a separate filesystem, backed by tmpfs (i.e. virtual memory) which you would not normally be backing up. So, the bug is still there, but you're now much less likely to find it causing you a problem. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
** Changed in: gvfs (ALT Linux) Status: New = Confirmed ** Changed in: gvfs Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
this seems to me a blatant POSIX violation. fuse aka userspace filesystem is a foreign thing for UNIX and, as we say, it is hopeless. Linus agrees [1]. [1] http://www.spinics.net/lists/linux-fsdevel/msg46078.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
On 12.10 this still appears to be an issue out of the box. The biggest problem it causes is that it makes working with one's own system very frustrating, since you lose the ability to use any GVFS mounted filesystems between sudo'd nautilus windows (you have to drag to local machine, then drag to wherever one is working). There desperately needs to be a configuration option for this. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
** Summary changed: - other users don't have access to .gvfs + .gvfs can't be stat'd by root causing backup tools to fail -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
** Description changed: - Binary package hint: gvfs + Problem + === + For security reasons ( possible DoS ), other users (esp. root) cannot access a fuse filesystem, and not even stat the mountpoint: - I tried to copy the contents of my home-folder using sudo cp -a, and I got - cp: cannot stat '/home/user/.gvfs': Permission denied + $ sudo stat .gvfs + stat: cannot stat `.gvfs': Permission denied + $ sudo ls -la + ls: cannot access .gvfs: Permission denied + d? ? ? ? ?? .gvfs - This can be reproduced whenever /home/user/.gvfs is mounted according to - /etc/mtab. Not only does cp yield an error, but also ls and cd: + This means rsync --one-file-system (and similar options for find, + tar...) cannot know this is a different file system they actually want + to exclude, and fail on the permission denied error. - $ whoami - user - $ ls -dl /home/user/.gvfs - dr-x-- 2 user user 0 2008-05-01 19:55 /home/user/.gvfs - $ sudo -s - $ whoami - root - $ cd /home/user/.gvfs - bash: cd: /home/user/.gvfs: Permission denied - $ ls -dl /home/user/.gvfs - ls: canot access /home/user/.gvfs: Permission denied - $ umount /home/user/.gvfs - $ ls -dl /home/user/.gvfs - drwx-- 2 wg wg 4096 2008-04-25 23:12 /home/user/.gvfs - $ cd /home/user/.gvfs - $ pwd - /home/user/.gvfs + Please note that it is GOOD AND CORRECT that root cannot copy the .gvfs + directory. The real problem is that the stat fails. + Workarounds + === + * bind-mount the file system you want to backup beforehand (see comment #67) - Ubuntu Version: 8.04 - gvfs Version: 0.2.3-0ubuntu4 - Expected Behaviour: well, grant access to the superuser whenever he tries to access ~/.gvfs - - This bug might be related to - https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/212789 + See also + === + * Excellent description of the problem in bug 227724 + * fuse-devel mailing list saying this will all be solved someday using private namespaces + http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/3497/focus=3502 + http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/7169/focus=7236 + * Kernel documentation explaing the DoS + http://www.kernel.org/doc/Documentation/filesystems/fuse.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 225361] Re: .gvfs can't be stat'd by root causing backup tools to fail
** Description changed: Problem === For security reasons ( possible DoS ), other users (esp. root) cannot access a fuse filesystem, and not even stat the mountpoint: - $ sudo stat .gvfs - stat: cannot stat `.gvfs': Permission denied - $ sudo ls -la - ls: cannot access .gvfs: Permission denied - d? ? ? ? ?? .gvfs + $ sudo stat .gvfs + stat: cannot stat `.gvfs': Permission denied + $ sudo ls -la + ls: cannot access .gvfs: Permission denied + d? ? ? ? ?? .gvfs This means rsync --one-file-system (and similar options for find, tar...) cannot know this is a different file system they actually want to exclude, and fail on the permission denied error. Please note that it is GOOD AND CORRECT that root cannot copy the .gvfs directory. The real problem is that the stat fails. Workarounds === * bind-mount the file system you want to backup beforehand (see comment #67) See also === * Excellent description of the problem in bug 227724 * fuse-devel mailing list saying this will all be solved someday using private namespaces http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/3497/focus=3502 http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/7169/focus=7236 - * Kernel documentation explaing the DoS + http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/6197 (no answer at all) + * Kernel documentation explaing the DoS http://www.kernel.org/doc/Documentation/filesystems/fuse.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/225361 Title: .gvfs can't be stat'd by root causing backup tools to fail To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/225361/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs