USB 드라이브에서 chown과 chmod이 아무런 효과가 없는 것처럼 보인다면 먼저 파일 시스템을 확인하세요. 원문의 커뮤니티 답변에서는 NTFS 또는 exFAT일 가능성을 추정했는데, 이는 합리적인 설명입니다. 이러한 파일 시스템은 네이티브 Unix 소유권 및 모드 비트를 사용하는 ext4/Btrfs와 동일하게 동작하지 않기 때문입니다.
원문에는 MikeFrizz가 실제로 어떤 파일 시스템을 사용했는지 나와 있지 않으며, 원 게시자도 확인된 결과를 다시 남기지 않았습니다. 따라서 이는 모든 ZimaOS USB 드라이브가 권한을 무시한다는 단정이 아니라, 파일 시스템을 고려한 문제 해결 안내로 보아야 합니다.
권한을 변경하기 전에 USB 파일 시스템 확인
ZimaOS 저장소 설정에서 디스크 형식을 확인하거나 다음과 같은 읽기 전용 명령을 사용하세요.
lsblk -f현재 ZimaOS는 NTFS, exFAT, ext4, Btrfs를 비롯한 여러 형식에 대한 읽기/쓰기 액세스를 지원합니다. 하지만 “읽기/쓰기 지원”이 모든 파일 시스템에서 Unix UID/GID/모드 메타데이터를 동일한 방식으로 유지한다는 의미는 아닙니다.
현재 지원되는 디스크 형식 매트릭스를 확인하세요.
NTFS와 exFAT는 일반적으로 마운트 옵션을 통해 권한을 표시합니다
Linux에서 exFAT와 일부 NTFS 마운트 구성은 ext4처럼 일반적인 POSIX 권한 변경을 그대로 저장하는 대신, 마운트 옵션에서 파생된 소유권 및 모드 값으로 파일을 표시합니다. 따라서 chown이나 chmod이 적용되지 않거나 다시 마운트한 뒤 원래대로 돌아온 것처럼 보일 수 있습니다.
그렇다고 해서 드라이브가 읽기 전용이거나 고장 났다는 뜻은 아닙니다.
Linux 파일 시스템이 Docker에 가장 예측 가능한 POSIX 권한을 제공합니다
USB 디스크를 ZimaOS/Linux 전용으로 사용하고 실제 UID/GID/모드 제어가 필요하다면 ext4 또는 Btrfs가 더 적합합니다. 다시 포맷하면 데이터가 삭제되므로 파일 시스템을 변경하기 전에 데이터를 다른 곳에 복사하세요.
Docker 저장소를 이전할 때 호스트 심볼릭 링크를 기본 방식으로 사용하지 마세요
원문의 사용자는 Immich 데이터를 USB로 복사한 뒤 기존 위치에서 USB 위치로 연결되는 심볼릭 링크를 만들었습니다. 컨테이너는 마운트된 볼륨 네임스페이스 밖에 있는 호스트 심볼릭 링크를 자동으로 따라가지 않습니다. 해당 링크가 컨테이너에서 볼 수 없는 경로를 가리킬 수 있습니다.
직접 바인드 마운트 또는 볼륨을 사용하는 편이 더 명확하고 점검하기 쉽습니다.
USB 폴더를 Immich에 직접 매핑
기존 호스트 경로를 유지한 채 심볼릭 링크로 우회하지 말고, Immich 앱/컨테이너의 볼륨을 수정하여 실제 USB 폴더를 Immich가 기대하는 컨테이너 경로에 마운트하세요.
현재 IceWhale 문서에서는 컨테이너 측 경로를 변경하지 않고 호스트 경로를 변경하는 방법을 설명합니다.
현재 ZimaOS Docker 볼륨 경로 모델을 사용하세요.
모든 Immich 구성 요소를 임의의 USB 저장소로 무작정 옮기지 마세요
Immich 미디어 라이브러리와 업로드 저장소는 PostgreSQL 데이터베이스 및 애플리케이션 상태 데이터와 요구 사항이 다릅니다. 디렉터리를 옮기기 전에 정확히 어떤 호스트 볼륨을 이전하는지 확인하고, 현재 Immich 배포 및 이전 지침을 따르세요.
컨테이너가 실행 중인 상태에서 실행 중인 데이터베이스 디렉터리를 심볼릭 링크로 옮기지 마세요.
무분별한 chmod 777보다 먼저 매핑을 수정하세요
컨테이너가 올바른 호스트 폴더를 볼 수 없다면 권한을 변경해도 경로 문제는 해결되지 않습니다. 먼저 마운트를 확인한 다음, 컨테이너에 필요한 최소한의 사용자 및 그룹 액세스 권한만 조정하세요.
USB 권한 FAQ
ZimaOS는 NTFS와 exFAT의 읽기/쓰기를 지원하나요?
예. 현재 IceWhale 문서에는 두 형식 모두 읽기/쓰기 지원 형식으로 나와 있습니다.
그렇다면 chmod/chown은 왜 다르게 동작할 수 있나요?
이러한 파일 시스템은 ext4 또는 Btrfs와 동일한 방식으로 네이티브 Linux POSIX 소유권 및 모드 의미 체계를 사용하지 않습니다.
원문 사용자의 파일 시스템과 최종 해결 방법이 확인되었나요?
아니요. 파일 시스템은 커뮤니티 답변을 통해 추정된 것이며, 원 게시자는 결과를 보고하지 않았습니다.
