Mac mini를 Raspberry Pi용 파일 서버로 교체할 예정입니다. 드라이브가 이전되었으며 대부분의 경우 모든 것이 잘 작동합니다. 몇 가지 작업을 설정하는 동안 rsync파일이 사라지는 것에 대해 불평하는 것을 발견했습니다. 처음에는 이름에 태국어 문자나 발음 구별 부호(악센트, 움라우트 등 - 네, 찾아봐야겠어요!)가 포함된 파일이 문제의 원인인 줄 알았습니다. 그러나 rsync그러한 모든 파일에 대해 오류가 발생하지는 않았습니다.
하지만 rsync. 또한 내 MacBook에 Pi 호스팅 드라이브를 마운트하면 해당 파일이 표시되지 않고 Pi 콘솔에 "?"와 함께 표시됩니다. 권한, 소유자, 크기, 날짜 등에 대한 문제는 아닙니다 rsync. ls예를 들어, 파일에 액세스할 수 없다고 불평하기도 합니다. 문제는 좀 더 근본적인 것 같습니다.
그렇다면 파일이 망가진 것일까요? 아니요. 드라이브를 가져와 Mac mini에 직접 연결하면 해당 파일을 사용할 수 있고 정상적으로 액세스할 수 있습니다.
나는 그것이 파일 이름의 인코딩과 관련이 있을 수 있다고 생각했지만, 그 파일이 데비안에게 완전한 미스터리가 된 이유를 설명하지는 않습니다.
파일 시스템이 정상인 것 같습니다. 실행
fsck.hfsplus해 보니 모든 것이 정상이라고 보고됩니다.드라이브를 Mac mini에 연결하고 공유(smb)하고 Pi에 마운트하면 파일이 Pi에서도 정상적으로 나타납니다.
이 상황을 추가로 해결하기 위해 다음에 무엇을 해야 할지 모르겠습니다. 누구든지 생각이 있습니까?
[Mac mini는 macOS 10.13.6을 실행하고 Pi는 ARMBIAN 5.46 실험용 Debian GNU/Linux 9(stretch) 4.14.52-v7+를 실행합니다.]
답변1
상황을 해결한 방법은 다음과 같습니다.
- Mac에 원본 HFS+ 파일 시스템 마운트
- ext4 형식으로 Pi에 동일한 크기의 빈 드라이브를 마운트합니다.
- Mac에서 파일 공유를 켜고 이 공유를 Pi에 마운트하세요.
rsyncMac에서 Pi로 네트워크를 통해 모든 파일을 이동하는 데 사용됩니다 .
사라진 것으로 보고된 파일은 문제 없이 ext4 파일 시스템에 동기화되어 정상적으로 사용 가능합니다. 문제 해결됨!
그러나 그것은 애초에 문제의 원인을 설명하지 않습니다. 추가 문제 해결을 위해 제가 가지고 있는 유일한 단서는 사라진 것으로 보고된 모든 파일의 이름에 태국어 'sara am' 문자(유니코드 U+0E33)가 포함되어 있다는 것입니다. 이 캐릭터의 유일한 특별한 점은 단독으로 서 있지 않고 항상 다른 캐릭터와 결합된다는 것입니다. 아마도 데비안의 HFS+ 구현이 이것 때문에 질식하는 것일까요? 하지만 나에게는 너무 기술적인 문제이므로 위와 같이 문제가 해결되었습니다.