일반 사용자에게 적합한 공유, 읽기 및 쓰기, 사진 디렉토리 트리

Question 1

다른 것이 있다는 것을 잊어버렸습니다. 파일에 쓸 수 없는 경우에도 파일을 삭제하고 교체할 수 있습니다. 파일을 저장하는 올바른 방법입니다. ( fsync()이전 파일을 안전하게 교체하려면 먼저 내구성 있는 파일이 있어야 하기 때문입니다.)

잘 작동하는 것 같습니다. 자물쇠를 무시하면 됩니다 :). 예를 들어 다른 사용자가 복사한 사진을 회전할 수 있습니다.

부인 성명:Digikam이 사진 메타데이터를 올바르게 업데이트할 수 없는 것 같습니다. 따라서 이 작업은 자동으로 실패하여(:trollface2:) (메타데이터) 데이터베이스를 일관성 없게 만듭니다. 운 좋게도 지금은 표시에 관심이 없지만 나중에 직면하게 될 또 다른 작은 함정입니다.

Answer

다른 것이 있다는 것을 잊어버렸습니다. 파일에 쓸 수 없는 경우에도 파일을 삭제하고 교체할 수 있습니다. 파일을 저장하는 올바른 방법입니다. ( fsync()이전 파일을 안전하게 교체하려면 먼저 내구성 있는 파일이 있어야 하기 때문입니다.)

잘 작동하는 것 같습니다. 자물쇠를 무시하면 됩니다 :). 예를 들어 다른 사용자가 복사한 사진을 회전할 수 있습니다.

부인 성명:Digikam이 사진 메타데이터를 올바르게 업데이트할 수 없는 것 같습니다. 따라서 이 작업은 자동으로 실패하여(:trollface2:) (메타데이터) 데이터베이스를 일관성 없게 만듭니다. 운 좋게도 지금은 표시에 관심이 없지만 나중에 직면하게 될 또 다른 작은 함정입니다.

Question 2

흥미롭게도 이 경우 이동이 파일 시스템에 걸쳐 있기 때문에 rename()을 사용하지 않습니다. 이 경우 Nautilus는 소스 파일의 :trollface: 권한을 다시 적용하여 일관된 의미 체계를 제공합니다.

이것이 유일한 문제이기를 바랍니다. 하지만 동일한 유효 권한을 얻으면복사게다가. 확인해 보면 기본 ACL이 실제로 적용되어 있습니다 getfacl. 그러나 "마스크"도 표시되며 기본 적용 ACL은 해당 마스크에 의해 효과적으로 비활성화됩니다.

얻기 위해서라도복사작동합니다... 역사적으로 의존했던 기본 ACL이 반드시 필요하지는 않습니다.사용자 비공개 그룹모드에서는 공유 디렉터리가 set-GID로 표시됩니다.

불행하게도 최신 GNOME은 다중 사용자 시스템용으로 개발되지 않았으며 두 가지 문제로 인해 문제가 발생했습니다.

유티카사용자를 대신하여 FAT 파일 시스템(예: 카메라의 SD 카드)을 마운트하는 경우 고대 유닉스 마스크 0022가 사용됩니다.
systemd 오류(또는 "RFE" 하하):"systemd --user" umask 선택 허용.

예를 들어 cp를 사용하여 SD 카드에서 이미지를 복사하는 경우 cp는 현재 umask로 제한되는 원본 모드를 복사합니다. 그래서 두 가지 문제로 어려움을 겪습니다. ( 라는 서비스 내부에서 cp실행 중이므로 첫 번째 문제의 영향을 받을 수 있습니다.)systemd --usergnome-terminal-server.service

(이 상황의 또 다른 측면은 데비안이 초기에 UPG를 구현했지만 나중에 PAM을 구현할 때 umask를 깨뜨렸다는 것입니다. PAM 구성을 사용하여 이 문제를 해결하는 것이 훨씬 간단하지만 이는 수요가 부족하다는 것을 보여줄 수 있으며 결과적으로 부족을 초래할 수 있습니다. UPG에 대한 인식).

문제 2가 중단되었습니다.전통적인umask0002 및 set-GID 공유 디렉터리를 사용하는 UPG를 사용합니다 .

그러나 공유 디렉터리에서 기본 ACL을 사용하면 ACL이 umask효과적으로 재정의되고 문제 1이 "유일한" 문제입니다.

Answer