-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Holger Parplies wrote: > Hi, > > Adam Goryachev wrote on 2008-12-20 00:55:45 +1100 [Re: [BackupPC-users] > Permission denied during backup]: >> [...] >> BTW, not likely relevant in this specific case, but root can't access >> all files... damn, in trying to prove this to myself, I noticed it >> didn't work. However, I seem to recall that it was possible to deny root >> access to files by making the either owner/group root, and then setting >> permissions for owner/group to 0. > >> can anyone confirm if this was only valid in older versions of linux, or >> suggest cases where it is valid? > > I don't think it was ever possible to block root access by restrictive owner > or group permissions, but I'm not sure. I might have a 0.95c kernel somewhere, > but I somehow doubt it would handle my SATA disks ;-).
Well, I was thinking more of a 1.2 or 1.4 kernel version... It would have to be prior to linux having capabilities... I am fairly sure it happened, (because I was surprised when it did), but not 100% :) > Johan Ehnberg wrote on 2008-12-19 16:29:10 +0200 [Re: [BackupPC-users] > Permission denied during backup]: >> [...] >> You are right about root not being perfectly omnipotent. Here's one >> quite different case which I see in my logs all the time: >> Remote[1]: rsync: readlink "/home/johan/.gvfs" failed: Permission denied >> (13) > /home/johan is on NFS, right? Doesn't need to be... >> 'ls -la' gives (note the size!) >> dr-x------ 2 johan johan 0 2008-12-19 14:39 .gvfs > Strange. Even an empty directory needs to contain '.' and '..' entries (and > the link count 2 suggests that it does). How any file system would store that > in 0 bytes ... maybe in the inode? Mis-information from the NFS server? What > FS type is this (on the server)? >> 'sudo ls -la' gives >> d????????? ? ? ? ? ? .gvfs > I can't remember having seen that kind of 'ls' output, but a failure to stat() > /home/johan/.gvfs has more to do with the permissions on /home/johan than the > subdirectory. The results you get from mismatched 'r' and 'x' permissions on > directories tend to be confusing (being able to read a directory but not > access (and thus stat()) the files in it, or being able to access the files > but not read the directory). ad...@adamg-laptop:~$ id uid=1000(adamg) gid=1000(adamg) groups=1000(adamg) ad...@adamg-laptop:~$ ls -ld .gvfs dr-x------ 2 adamg adamg 0 2008-12-17 10:19 .gvfs It looks normal enough, except that 0 byte size... ad...@adamg-laptop:~$ ls -la .gvfs total 3 dr-x------ 2 adamg adamg 0 2008-12-17 10:19 . drwxr-xr-x 76 adamg adamg 3296 2008-12-18 21:28 .. It does indeed contain the two sub directories... as per usual.. ad...@adamg-laptop:~$ sudo bash r...@adamg-laptop:~# id uid=0(root) gid=0(root) groups=0(root) r...@adamg-laptop:~# cd /home/adamg r...@adamg-laptop:~# ls -ld .gvfs ls: cannot access .gvfs: Permission denied r...@adamg-laptop:~# ls -la .gvfs ls: cannot access .gvfs: Permission denied r...@adamg-laptop:~# ls -l .gvfs ls: cannot access .gvfs: Permission denied Nope, root doesn't seem to have access to it... just doesn't work r...@adamg-laptop:~# ls -ld drwxr-xr-x 76 adamg adamg 3296 2008-12-18 21:28 . root does have permissions on the parent directory (/home/adamg) r...@adamg-laptop:~# mount /dev/sda3 on / type reiserfs (rw,notail) gvfs-fuse-daemon on /home/adamg/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=adamg) Just a normal reiserfs V3 file system... nothing special here... However, the second line of output does tell us a lot more about what is going on :) It is a mountpoint, and what is inside is it's own FS.... So, probably better to pass --one-file-system to rsync rather than worrying about trying to exclude /proc, /sys, etc... Regards, Adam -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklMgYUACgkQGyoxogrTyiVDkwCeP+ZZuZt8fz7tOMn78PhpqtJ1 QtkAoJrVY5Ty8JWAbvYvHn0Burdsjaa5 =nFqq -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
