그래서 필자는 Time Capsules 2TB 드라이브를 지우고 Time Machine Backup과 함께 작성한 동기화 스크립트를 실행하기 시작했습니다. 그들은 둘 다 장애없이 하루 동안 계속 뛰었지만 어디에서부터 스크립트에 문제가 있는지보기 시작했습니다. 첫째, 내 드라이브에있는 폴더 중 하나를 삭제하기위한 액세스가 거부되었습니다 (강제로 터미널에서 폴더를 제거해야했습니다). 다음으로, 내 스크립트가 다음과 같은 오류로 인해 전체적으로 실패했습니다.
rsync: ERROR: cannot stat destination "destination folder on Time Capsule": Permission denied (13)
이유가 전혀 없습니다. 나는 단말기를 통해 볼륨에 들어가서 2 가지를 알았습니다. 먼저 Time Machine의 HDD가 두 가지 예가 있습니다. 하나는 정상적으로 명명되고 다른 하나는 표기된 -1이 붙은 것입니다 (TimeCapsuleHDD 및 TimeCapsuleHDD-1). 그렇게 이상하지 않은 경우 TimeCapsuleHDD의 소유자는 root : drwx ------ 권한을 가진 wheel입니다. TimeCapsuleHDD-1의 소유자는 MyUserName : drwx ------ 권한을 가진 staff입니다. chame 및 chmod 755를 통해 TimeCapsuleHDD 사용 권한 (내 동기화 응용 프로그램이 작성하는 곳)을 변경하려고 시도했지만 아무런 영향을 미치지 않았습니다. 나는 또한 성공하지 않고 chown MyUserName : staff를 지정하려고 시도했다. 이 사람의 원인이 누구인지 압니까? 나는 지금 필사적으로 적절한 소유를 되찾기를 바라고 내 운전을 제로로 만들고있다. 실제로 루트로 로그인하지 않고도 cd로 sudo 할 수는 없습니다. 이런 일이 다시 발생하면이를 해결하는 법을 배우고 싶습니다. 나는 이것이 ACL 관련 문제 일 수 있다는 것을 읽었습니다. 최악의 경우, 다른 날 밤에 새로운 2013 iMac에서 사용 권한 문제가 발생하여 무작위로 발생하는 문제를 해결하기 위해 Mountain Lion을 복구해야했습니다 (컴퓨터에서 새 계정을 내 권한으로 만들 수 없음). 거부 당했다).
rsyncTime Capsule이 재부팅 될 때까지 응답을 멈 춥니 다. 데이터 공유는 재부팅 할 때까지 네트워크의 모든 클라이언트 (OS X, Windows, Linux)가 액세스 할 수 없게됩니다. rsync 세션을 모니터링하여 TC가 레일에서 벗어날 지 여부를 결정해야합니다. 동결 중에 Mac이 분리되지 않고 TC가 다시 온라인 상태가 된 후 두 번째 마운트가 생성 될 수도 있습니다.