root 用户拒绝访问 rsnapshot 中的 .gvfs?

xen*_*ide 6 filesystems backup io rsync rsnapshot

rsnapshot以 root 身份运行,但出现以下错误。为什么会发生这种情况?什么是.gvfs

rsnapshot weekly                                                                    slave-iv
rsync: readlink_stat("/home/griff/.gvfs") failed: Permission denied (13)
IO error encountered -- skipping file deletion
rsync: readlink_stat("/home/xenoterracide/.gvfs") failed: Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1042) [sender=3.0.7]
Run Code Online (Sandbox Code Playgroud)

Gil*_*il' 9

.gvfs目录是挂载点(有时)。您可能希望one_fs在 rsnapshot 配置中使用该选项(以便它传递--one-file-system给 rsync)。


Gvfs是一个库级文件系统实现,在 Gnome 项目(特别是libgvfscommon)编写的库中实现。与此库链接的应用程序可以使用文件系统 API 来访问 ftp、sftp、webdav、samba 等。

Gvfs 类似于FUSE,因为它允许在用户态代码中实现文件系统。FUSE 需要内核的一次性合作(因此它仅在受支持的操作系统的受支持版本上可用),但随后可以被任何应用程序使用,因为它插入了普通的文件系统 API。Gvfs 只能通过 Gnome 库使用,但不需要来自内核的任何特殊协作,因此适用于更多操作系统。

在 Ubuntu 10.04 上的快速实验表明,当应用程序访问 Gvfs 文件系统时,它~/.gvfs是文件系统的挂载点gvfs-fuse-daemon。该文件系统允许任何应用程序访问 Gvfs 文件系统,而无需链接到 Gnome 库。它是一个 FUSE 文件系统,其实现将普通文件系统调用重定向到 Gvfs 调用。

gvfs-fuse-daemon文件系统不允许root用户的任何访问,只是为了运行应用程序的用户(这取决于每个人的文件系统来管理root用户的权限;其中root不必在每次功率的经典案例是NFS,其中从访问root 通常映射到没有人)。

  • 只是作为说明,我刚刚尝试了`one_fs`,但仍然收到错误消息。 (2认同)