결론: chmod 777로 ZimaOS 마운트 루트를 “수정”하지 마세요
1.6.2 Beta 2에서는 새로 마운트된 Btrfs 볼륨이 root:root 소유에 755 권한으로 표시되어, 일반 SSH 사용자가 /media/<volume> 루트에 더 이상 직접 쓸 수 없었습니다. 이는 실제 베타 기간의 관찰 결과였습니다. 그렇다고 현재 릴리스가 손상되었다는 의미는 아니며, 마운트 루트 권한을 재귀적으로 완화하는 것은 위험한 우회 방법입니다.
베타에서는 하나 이상의 스토리지 보안 경로가 변경되었습니다
관련된 1.6.2 Beta 2 보고서에서는 새로운 보안 정책으로 인해 앱 데이터 마이그레이션이 차단되었으며, IceWhale은 해당 마이그레이션 오류를 수정할 알려진 문제로 인정했습니다. 이후 안정 버전 1.6.2에는 더 폭넓은 보안 강화와 스토리지 수정 사항이 포함되어 출시되었습니다. 따라서 베타 기간에는 의도적인 보안 변경과 최소 하나의 회귀 문제가 모두 있었음이 분명합니다.
ZimaOS 1.6.x 변경 사항 요약은 당시 상황을 이해하는 데 유용한 자료입니다.
현재 공개 문서에서는 모든 마운트 루트에 대한 비루트 쓰기 권한을 보장하지 않습니다
현재 ZimaOS는 Files, SMB 공유 및 Docker 경로에서 사용하는 관리형 서비스로 스토리지를 취급합니다. 지원되는 사용자 작업 방식은 모든 마운트 디스크의 루트에 임의로 셸 명령을 실행하는 것이 아니라, 폴더와 공유를 만들고 애플리케이션을 올바른 경로에 연결하는 것입니다.
현재 ZimaOS 스토리지 가이드와 ZimaOS 앱 경로 및 마이그레이션 가이드가 베타 파일시스템 모드만 다루는 자료보다 현재 상황을 파악하는 데 더 적합한 참고 자료입니다.
스크립트에 쓰기 권한이 필요하다면 전용 디렉터리를 제공하세요
sudo mkdir -p /media/YourVolume/automation
sudo chown YOUR_USER:YOUR_GROUP /media/YourVolume/automation
sudo chmod 775 /media/YourVolume/automation스크립트에 실제로 필요한 디렉터리만 대상으로 지정하세요. 전체 디스크 루트의 권한을 재귀적으로 변경하지 마세요. chmod 매뉴얼과 chown 매뉴얼이 원문 참고 자료입니다.
정책인지 회귀 문제인지 구분하는 방법
Files/SMB/앱 접근은 정상적으로 작동하지만 볼륨 루트에 직접 셸 쓰기를 수행할 수 없다면, 이는 관리형 권한 모델과 일치할 수 있습니다. 지원되는 데이터 마이그레이션 또는 공유 UI가 차단된다면 정확한 오류와 버전을 수집하세요. 이는 다른 유형의 문제이므로 현재 안정 버전에서 테스트해야 합니다.
