macOS와 Linux 간에 데이터를 이동할 때 파일 이름이 변경되는 원인은 무엇인가요?

파일 이름은 파일 내용이 동일하더라도 macOS와 Linux 간에 달라질 수 있습니다.

일반적인 원인은 유니코드 정규화, 서로 다른 대소문자 구분 규칙, 그리고 다른 클라이언트가 안전하게 표현할 수 없는 문자를 SMB가 재작성하는 경우입니다. 먼저 시각적 패턴을 확인한 후 전체 아카이브 이름을 변경하기 전에 작은 복사본으로 테스트하세요.

이름은 같아 보여도 저장 방식이 다를 수 있습니다

강세 문자는 하나의 합성 코드 포인트로 인코딩되거나 기본 문자와 결합 부호로 나뉘어 인코딩될 수 있습니다. 이러한 NFC 및 NFD 형태는 화면상으로는 동일해 보이지만 백업 도구, 스크립트, 데이터베이스 또는 Linux 애플리케이션에서는 바이트 시퀀스를 서로 다른 이름으로 처리할 수 있습니다.

전송 유틸리티가 복사 중에 이름을 정규화할 수 있어 대상 이름이 변경된 것처럼 보이거나 이후 동기화 시 이름 변경이 보고될 수 있습니다. Finder나 터미널 목록에만 의존하지 말고 유니코드 코드 포인트를 비교하세요.

대소문자 구분으로 충돌 및 대소문자만 변경된 이름이 발생합니다

기본 macOS 볼륨은 일반적으로 대소문자 구분은 하지 않지만 대소문자를 유지하는 반면, 일반적인 Linux 파일 시스템은 대소문자를 구분합니다. 따라서 Linux는 macOS 대상에서 별개의 이름으로 처리할 수 없는 경우에도 한 디렉터리에 Photo.jpg와 photo.jpg를 모두 저장할 수 있습니다.

대소문자만 변경된 이름 변경은 macOS에서 실행되는 도구에 숨겨질 수 있으며, 파일이 Linux에 도달한 후 다시 나타날 수 있습니다. 마이그레이션 전에 대소문자 무시 목록을 생성하고 되돌릴 수 있는 이름 매핑으로 중복을 해결하세요.

SMB는 지원되지 않는 문자를 재작성할 수 있습니다

네트워크 프로토콜과 클라이언트는 자체 파일 이름 규칙을 적용합니다. 이전 Mac 워크플로우를 통해 생성된 이름에는 다른 SMB 클라이언트가 거부하는 문자가 포함될 수 있으며, 이로 인해 지원되지 않는 문자에 대한 SMB 이름 변형이 발생할 수 있는데, 이는 물결표가 포함된 축약된 영숫자 형태일 수 있습니다.

이름 변형을 무작정 비활성화하지 마세요. 원래 이름은 Windows나 다른 클라이언트에서 여전히 사용할 수 없을 수 있으며, 이전 경로를 저장한 애플리케이션은 이름 변경 후에도 다시 연결이 필요할 수 있습니다.

전체 이동 전에 이름을 정규화하고 점검하세요

소스에서 유니코드 정규화 차이, 대소문자 무시 중복, 끝 공백 또는 점, 예약어, 제어 문자, 프로토콜별 기호를 점검하세요. 정확한 생산 도구로 대표 샘플을 복사하고 경로 이름과 별도로 파일 해시를 비교하세요.

스크립트, 미디어 라이브러리, 프로젝트 파일이 다시 연결될 수 있도록 소스-대상 이름 변경 매니페스트를 유지하세요. 또한 NAS 마이그레이션 중 확장 속성도 고려하세요. 파일 이름은 복사 도구가 변환하거나 누락할 수 있는 교차 플랫폼 메타데이터의 한 층에 불과합니다.

자주 묻는 질문

파일 이름 정규화가 파일 내용을 변경하나요?

아니요. 경로 이름의 표현만 변경하며 파일 내부의 바이트는 변경하지 않습니다. 내용은 해시로, 이름은 별도의 매니페스트로 확인하세요.

왜 강세가 있는 파일 이름만 영향을 받나요?

많은 강세 문자는 합성 및 분해된 유니코드 형태를 모두 가지고 있습니다. 일반 ASCII 문자는 보통 하나의 관련 표현만 있어 불일치가 눈에 띄지 않습니다.

두 개의 Linux 파일이 macOS에서 하나로 합쳐질 수 있나요?

이름이 대소문자만 다르거나 동일한 정규화 형태로 변환될 경우 충돌할 수 있습니다. 복사 전에 충돌을 감지하고 이름을 변경하여 파일이 누락되거나 덮어쓰이지 않도록 하세요.