On 13/04/2019 04.41, L A Walsh wrote:
On 4/12/2019 7:05 PM, Carlos E. R. wrote:
Is that the prob you were looking for?
No, but does not work:
cer@Isengard:/data/My_Book/Fusion/Videos> chmod o+rx Conviction
cer-g@Isengard:/data/My_Book/Fusion/Videos> l | grep Conviction/ drwxrwxr-x+ 3 cer cer 33 Jun 21 2017 Conviction/ cer-g@Isengard:/data/My_Book/Fusion/Videos> l Conviction/ ls: cannot open directory 'Conviction/': Permission denied cer-g@Isengard:/data/My_Book/Fusion/Videos>
Can root access Certainly. And user 'cer'
What type of file system?
XFS - there is a post where I run xfsrepair on it :-)
as far as you know, are there acls on the dir or just standard perm bitS?
Yes, you can see them in the OP. On 13/04/2019 04.45, L A Walsh wrote:
Just reviewed basenote. That g::--- appears odd. Does it deny access to '*' group(s). I.e. if user is a member of any other group then they are denied access?
not sure how that would get there though.
Yes, I was thinking of that as I was brewing the morning tea :-) The thing is, I create the ACL like this: setfacl -m u:wwwrun:rx on newly created files. The files have these ACL: cer-g@Isengard:~/F_Videos/1_Almacenar> getfacl Conviction # file: Conviction # owner: cer-g # group: cer # flags: --t user::rwx user:wwwrun:r-x group::rwx <===== mask::rwx other::r-- Eventually, I copy the files over from one disk to another with rsync like this: cer@Isengard:~> time rsync --archive --acls --xattrs \ --hard-links --sparse --stats --human-readable \ --checksum /data/waterhoard/Fusion/Videos/1_Almacenar/ \ /data/My_Book/Fusion/Videos/ and the result is: cer-g@Isengard:~/F_Videos/1_Almacenar> cer-g@Isengard:~/F_Videos/3_MyBook_Videos> getfacl Conviction # file: Conviction # owner: cer # group: cer user::rwx user:wwwrun:r-x group::--- <==== mask::rwx other::r-- How has the ACL changed ? I told rsync to keep them. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)