Docker 앱 내부에서 PUID와 PGID를 변경해도 컨테이너가 호스트의 모든 파일 시스템에 쓸 수 있다는 보장은 없습니다. 2026년 2월의 이 스레드에서는 사용자가 여러 사용자 및 그룹 ID를 시도했음에도 /media/sda2 아래에 마운트된 SSD에 HandBrake가 쓸 수 없었습니다.
결정적인 세부 사항은 파일 시스템이었습니다. 해당 드라이브는 exFAT로 포맷되어 루트 소유로 마운트되어 있었습니다. exFAT는 ext4와 같은 방식으로 일반적인 Linux 파일별 UID/GID 소유권을 제공하지 않으므로, 컨테이너 사용자만 변경해서는 호스트 마운트 권한 문제를 해결할 수 없었습니다.
문제는 컨테이너 사용자만의 문제가 아니었습니다
사용자가 제시한 내용에 따르면 HandBrake 컨테이너에는 이미 PUID와 PGID 값이 설정되어 있었지만, 호스트 폴더는 여전히 루트 소유로 표시되었습니다. 커뮤니티 답변자는 Docker의 사용자 식별과 호스트 파일 시스템의 작동 방식을 올바르게 구분했습니다.
이러한 구분은 여러 셀프 호스팅 앱에 적용됩니다. 컨테이너는 호스트 마운트가 제공하는 권한만 사용할 수 있습니다.
exFAT는 마운트 수준에서 권한을 매핑합니다
exFAT는 운영 체제 간에 디스크를 이동하는 데 유용하지만, ext4처럼 Linux 소유권 및 모드 비트를 저장하지 않습니다. UID, GID 및 마스크 동작은 파일 시스템을 마운트할 때 설정됩니다.
따라서 exFAT 디스크에서는 일반적인 chown 또는 chmod 명령이 효과가 없는 것처럼 보일 수 있습니다. ext4에서는 동일한 명령이 정상적으로 작동하더라도 그렇습니다.
현재 ZimaOS는 exFAT를 읽기/쓰기가 지원되는 파일 시스템으로 표시합니다. 이는 기본적인 파일 시스템 접근을 의미할 뿐, Docker에 특화된 POSIX 권한 동작까지 보장한다는 뜻은 아닙니다. 서버 디스크에서 휴대성과 Linux 네이티브 권한 중 무엇이 더 중요한지 결정할 때는 현재 파일 시스템 지원 표를 참조하세요.
이 경우에는 UI를 통한 재포맷도 실패했습니다
이후 확인 결과, 해당 디스크는 여러 ZimaOS 관리 위치에 마운트되어 있었고 Files 서비스가 디스크를 계속 사용 중이었습니다. 이 스레드에서는 IceWhale의 공식 복구 절차가 제시되지 않았으므로, 커뮤니티 답변에 포함된 파괴적인 마운트 해제 또는 fstab 명령을 공식 지침으로 다시 게시해서는 안 됩니다.
호스트 폴더를 컨테이너에 명시적으로 매핑하세요
이후 답변에서는 올바른 개념의 볼륨 매핑을 보여 주었습니다. 실제 호스트 디렉터리를 선택하고 이를 애플리케이션이 예상하는 컨테이너 경로에 매핑하는 방식입니다.
Linux 전용 컨테이너 저장 공간에서는 ext4가 더 간단한 이유
커뮤니티에서는 Docker 작업 전용 디스크에 ext4를 사용할 것을 권장했습니다. ext4는 일반적인 Linux 소유권 및 권한 비트를 지원하기 때문입니다. 이는 실용적인 Linux 관리 권장 사항이지, 모든 ZimaOS 데이터 디스크가 반드시 ext4여야 한다는 IceWhale의 요구 사항은 아닙니다.
운영 체제 간 휴대성이 더 중요하다면 exFAT도 적절할 수 있습니다. 다만 마운트 수준의 소유권 모델이 컨테이너를 실행하는 사용자와 일치해야 합니다.
앱 저장 공간을 시스템 드라이브와 분리하세요
현재 ZimaOS에서는 앱 데이터 위치를 선택하고 실제 저장 공간 폴더를 컨테이너에 매핑할 수 있습니다. 디스크의 소유권을 변경하거나 다시 포맷하기 전에 호스트 폴더가 컨테이너 볼륨이 되는 방식에 대한 설명을 확인하는 것이 좋습니다.
Docker 폴더 권한 FAQ
PUID와 PGID를 변경해도 exFAT 드라이브 문제가 해결되지 않은 이유는 무엇인가요?
exFAT는 일반적인 Linux 파일 소유권을 저장하지 않기 때문입니다. 마운트 시 지정된 UID/GID와 마스크가 Linux 프로세스에 파일 시스템이 표시되는 방식을 결정합니다.
ZimaOS는 exFAT 읽기 및 쓰기를 지원하나요?
예. 현재 ZimaOS는 exFAT를 읽기/쓰기가 지원되는 파일 시스템으로 표시하지만, 그렇다고 POSIX 소유권 측면에서 ext4와 동일해지는 것은 아닙니다.
모든 Docker 데이터 디스크를 ext4로 사용해야 하나요?
항상 그런 것은 아니지만, 일반적인 소유권 및 권한에 의존하는 Linux 컨테이너 전용 디스크라면 ext4가 더 간단합니다.
스레드에서 포맷 오류가 해결되었나요?
공식적인 최종 해결 방법은 게시되지 않았습니다. 해당 디스크는 ZimaOS가 관리하는 마운트와 서비스에서 계속 사용 중인 상태였습니다.
