나는 정기적으로 rsync를 사용하여 일부 파일을 외장 하드 드라이브에 백업합니다. 때로는 비트 손상을 감지하기 위해 체크섬 모드에서 rsync를 사용하여 디스크의 파일 무결성을 검사합니다.
오늘날까지는 모든 것이 좋습니다. 내 명령은 다음과 같습니다.
rsync -nrvci source dest
-n연습 실행,
-r재귀, -v자세한 정보 표시, -c체크섬 모드 및 -i파일이 변경된 이유를 확인하는 데 사용됩니다.
이번에는 일부 파일이 서로 다른 체크섬을 갖는 것으로 보고되었으며 항목별 목록에는 모든 문제 파일에 대해 다음 문자열이 표시됩니다.>fc.T......
매뉴얼 페이지에 따르면 이는 파일이 전송 중이고 대상과 체크섬이 다른 >파일이므로 복사 시 타임스탬프가 변경된다는 것을 알려줍니다 . 내 가정이 틀렸을 수도 있습니다.fcT
어쨌든 실행하면 md5sum source/file dest/file일치합니다. rsync가 md5 방법을 사용하도록 명령에 추가했지만 --checksum-choice=md5소용이 없지만 여전히 체크섬이 다르다고 보고합니다.
rsync는 어떻게 되었나요? 실제로는 그렇지 않은데 왜 이러한 파일이 다르게 표시됩니까?
답변1
Linux 우분투 서버에서 파일을 동기화하기 위해 Macbook에서 rsync를 실행하는 것과 동일한 문제가 발생했습니다. 두 개의 디렉토리를 동기화하려면(을 사용하여 rsync -vrc) 항상 동일한 파일을 제외하고 변경되지 않은 모든 파일을 무시합니다.
-i사용량도 보고됩니다>fc.T......(또는 제공된>fc........경우--times).md5sum소스 및 대상 파일은 동일한 결과를 제공합니다.- 다른 대상 디렉토리 사용 -> 동일한 결과
- 파일 이름 바꾸기 -> 동일한 결과
- rsync를 실행하는 사용자가 소스 파일을 쓸 수 있도록 만듭니다 -> 동일한 결과
touch-ing 소스 파일 --> 동일한 결과
이 모든 것을 시도한 후(그리고 이것이 소스 파일 저장소에 어떤 종류의 문제가 아니라는 것을 확신했습니다. mds5um항상 동일한 체크섬을 제공합니다), 나는 이것이 그 자체로 어떤 문제일 것이라고 예상했습니다 rsync.
최신 rsync 버전을 설치한 후(스톡 macos Ventura 13.2.1에 여전히 버전이 있고 rsync version 2.6.9 protocol version 29homebrew를 사용하여 설치됨 rsync version 3.2.7 protocol version 31) 문제가 사라졌습니다.
답변2
rsync 또는 Veracrypt에는 일회성 문제가 있는 것 같습니다. 미디어를 제거하고 다시 설치한 후 문제가 사라졌습니다. 그래서 "off and on again"이 다시 유행하고 있습니다.
편집: 한 달 남짓 후에 이 문제가 다시 발생했습니다. 이번에도 일반 사용자로 rsync를 실행하는 대신 sudo를 사용하여 문제를 해결할 수 있었습니다.