SSH로 ZimaOS에 로그인했을 때 시스템 폴더가 읽기 전용이라고 해서 계정에 문제가 있다는 뜻은 아닙니다. 사용자가 권한을 상승시킨 경우에도 ZimaOS는 운영 체제 파일 시스템의 대부분을 일반적인 쓰기로부터 의도적으로 보호합니다. 2026년 2월에 시작된 원문 스레드는 SSH 권한 문제로 시작했지만, 곧 더 유용한 목표가 드러났습니다. 휴대폰 사진을 OneDrive에서 NAS 저장소로 자동으로 가져온 다음, 해당 파일을 Immich에서 사용할 수 있게 만드는 것입니다.
중요한 설계 교훈은 변경할 수 없는 시스템 계층과 쓰기 가능한 데이터를 분리하는 것입니다. 관리를 위해 SSH 또는 웹 터미널을 사용하고, 사용자가 만든 스크립트와 구성, 애플리케이션 데이터를 다음 경로에 보관하세요. /DATA 또는 다른 관리형 저장소 위치를 사용하고, 보호된 루트 파일 시스템에 패키지를 설치하여 ZimaOS를 일반적인 Ubuntu 서버로 바꾸려 하지 마세요.
읽기 전용 SSH 액세스는 정상적인 ZimaOS 동작입니다
원래 사용자는 일반 ZimaOS 사용자 이름과 비밀번호로 인증할 수 있었지만, 예상한 위치에 쓸 수 없었고 호스트가 Debian이나 Ubuntu인 것처럼 rclone을 설치할 수도 없었습니다. 첫 번째 답변에서는 다음을 제안했습니다. sudo 또는 sudo -i하지만 다른 커뮤니티 참여자는 권한과 파일 시스템 변경 가능성을 올바르게 구분했습니다. root가 되어도 읽기 전용 시스템 이미지를 쓰기 가능하게 만들 수는 없습니다.
현재 IceWhale CLI 지침에서도 이 동작을 직접 확인합니다. root로 로그인한 경우에도 대부분의 시스템 폴더는 읽기 전용이며, 사용자 및 애플리케이션 데이터는 다음 경로에 저장됩니다. /DATA.
현재 ZimaOS CLI 파일 시스템 모델을 먼저 확인한 후, /usr, /app 또는 다른 시스템 경로에 쓰기가 실패한 것을 권한 문제로 간주하세요.
sudo는 권한을 변경할 뿐, 루트 파일 시스템 설계는 변경하지 않습니다
sudo는 높은 권한이 필요한 명령에 여전히 유용하지만, ZimaOS가 의도적으로 읽기 전용으로 마운트한 파일 시스템을 재정의할 수는 없습니다. 따라서 오류가 권한 거부가 아니라 읽기 전용 파일 시스템인 경우에는 “root를 시도해 보라”는 답이 잘못될 수 있습니다.
지속적으로 유지되는 사용자 지정을 위해 스크립트와 상태 데이터를 쓰기 가능한 저장소에 저장하세요. 기본 운영 체제 이미지를 수동으로 수정하는 방식에 의존하는 작업 흐름은 만들지 마세요. 일시적으로 해결되더라도 업데이트로 인해 해당 변경 사항이 대체되거나 무효화될 수 있습니다.
현재 ZimaOS, 개발자 모드에서 SSH 활성화
SSH 자체는 여전히 지원되는 관리 경로입니다. 현재 ZimaOS에서는 설정 > 개발자 모드에서 SSH 액세스 토글을 제공하며, 브라우저 터미널도 제공합니다.
SSH가 부분적으로만 활성화되었다고 가정하지 말고, 현재 SSH 및 웹 터미널 설정을 따르세요.
소스 사용자는 OneDrive → NAS → Immich를 원했습니다.
사용자가 의도한 워크플로는 다음과 같습니다.
- 휴대폰 사진과 동영상의 소량 배치를 무료 OneDrive 공간에 업로드하는 것입니다.
- 해당 파일을 OneDrive에서 NAS로 정기적으로 전송하며,
- 로컬 대상을 Immich에서 사용할 수 있도록 설정하고,
- 전송을 확인한 후 클라우드 사본을 삭제하여 제한된 OneDrive 할당량을 다시 사용할 수 있도록 합니다.
이는 일반적인 백업 이상의 작업입니다. 성공적인 전송 후 원본을 삭제하는 파괴적인 최종 단계가 포함됩니다.
2026년 2월의 Backup 앱은 이동이 아닌 복사/동기화 기능으로 설명되었습니다
소스 스레드에서 사용자는 기본 Backup 앱이 OneDrive 데이터를 복사했지만 이후 클라우드 폴더를 비우지는 않았다는 점을 확인했습니다. 커뮤니티 답변에서는 이것이 의도된 동작이며, Backup 앱은 비파괴적으로 작동하고 해당 UI에는 복사 후 삭제 옵션이 없다고 설명했습니다.
이 설명은 2026년 2월의 소스 환경에 해당합니다. 스레드에서 IceWhale 직원이 답변한 것이 아니라 커뮤니티의 설명이므로, “ZimaOS에서는 클라우드 파일을 절대 이동할 수 없다”는 영구적인 주장으로 확정해서는 안 됩니다.
현재 ZimaOS Files에서는 클라우드 데이터를 로컬 저장소로 이동할 수 있습니다
현재 IceWhale 문서에는 OneDrive, Google Drive, Dropbox를 Files에 직접 마운트하는 방법이 나와 있습니다. 또한 클라우드 콘텐츠를 선택하고, 로컬 저장 공간을 지정하고, 이동을 시작한 다음, 전송이 완료되었는지 확인하는 방법도 설명합니다.
간헐적이거나 수동으로 감독하는 마이그레이션에는 Files의 현재 클라우드에서 로컬로 전송하는 워크플로를 사용하세요. 전송을 자동 예약할 필요가 없다면 rclone 컨테이너를 구축하는 것보다 간단합니다.
백업과 이동은 서로 다른 오류 처리 방식을 가집니다
백업은 원본을 보존해야 합니다. 이동은 전송 후 원본을 삭제할 수 있습니다. 원본이 휴대폰 사진의 유일한 클라우드 사본이라면 이 차이가 중요합니다.
OneDrive 공간을 자동으로 확보하는 것이 목표라면, 복사 명령이 명확한 오류 없이 종료되었다는 이유만으로 클라우드 파일을 삭제해서는 안 됩니다. 더 안전한 워크플로에서는 먼저 로컬 파일이 존재하고 읽을 수 있는지 확인한 다음, 성공 조건이 명확하게 충족된 경우에만 원본을 삭제합니다.
예약된 전송 후 삭제 자동화에서는 rclone을 호스트 OS와 격리하세요
소스 커뮤니티에서는 rclone을 ZimaOS 루트 파일 시스템에 설치하려 하기보다 Docker에서 실행할 것을 권장했습니다. 이 아키텍처는 더 광범위한 ZimaOS 설계와도 일치합니다. 컨테이너에는 도구를 담고, 구성 및 대상 폴더는 쓰기 가능한 ZimaOS 저장소에 매핑합니다.
해당 워크플로를 구축한다면 rclone 구성과 스크립트를 다음과 같은 영구 저장소에 보관하세요 /DATA/AppData 또는 다른 관리형 데이터 폴더를 사용하세요. 컨테이너에 NAS 전체에 대한 광범위한 액세스 권한을 부여하지 말고 작업에 필요한 로컬 디렉터리만 매핑하세요.
정확한 rclone move 해당 명령은 이 스레드의 IceWhale 작성 명령이 아니라 커뮤니티 지침이므로, 자동화가 클라우드 원본을 삭제하도록 허용하기 전에 폐기 가능한 파일에서 테스트하세요.
적절한 경우 전송 폴더를 Immich 관리 라이브러리와 분리하여 유지하세요
소스 사용자는 다운로드한 디렉터리를 Immich 가져오기 위치로 사용한다고 설명했습니다. Immich는 버전과 배포 방식에 따라 외부 라이브러리 또는 업로드 방식의 데이터를 서로 다른 방법으로 사용할 수 있습니다. 파괴적인 이동 작업을 Immich의 내부 데이터베이스나 애플리케이션 데이터 폴더를 가리키도록 단순히 설정하지 마세요.
관리형 NAS 스토리지에 일반 미디어/가져오기 폴더를 사용한 다음, 실행 중인 버전에서 지원하는 스토리지 방식을 사용하여 현재 Immich 패키지가 해당 폴더를 읽도록 구성하세요.
현재 Backup은 클라우드 마이그레이션과 목적이 여전히 다릅니다
현재 ZimaOS Backup은 Cloud, LAN, USB 및 Zima 스토리지 간에 예약된 재개 가능한 복사와 버전이 지정된 복원 지점을 중심으로 설계되었습니다. IceWhale은 파괴적인 미러링이 실수를 전파할 수 있으므로 클라우드 동기화와 백업을 명확히 구분합니다.
목적이 할당량을 재사용하는 것이 아니라 보호라면, 삭제 후 전송 자동화보다 현재 ZimaOS 백업 워크플로가 더 적합합니다.
더 안전한 OneDrive 사진 워크플로
- 현재 ZimaOS Files 또는 전용 컨테이너를 통해 OneDrive에 연결하세요.
- 시스템 폴더가 아닌 관리형 스토리지의 쓰기 가능한 로컬 대상 위치를 선택하세요.
- 먼저 소규모 테스트 배치를 전송하세요.
- 파일 수, 크기, 실제 사진 및 동영상 몇 개를 로컬에서 확인하세요.
- 의도한 가져오기 방식으로 Immich가 로컬 콘텐츠를 볼 수 있는지 확인하세요.
- 할당량을 확보하는 것이 목적이라면, 그 후에만 클라우드 원본을 삭제하세요.
- 대체할 수 없는 사진은 별도의 백업을 유지하세요. 유일한 클라우드 사본을 하나의 NAS로 이동하는 것은 3-2-1 백업이 아닙니다.
ZimaOS SSH 읽기 전용 FAQ
ZimaOS에서는 SSH로 연결할 수 있는데 시스템 폴더에 파일을 만들 수 없는 이유는 무엇인가요?
대부분의 ZimaOS 시스템 폴더는 설계상 읽기 전용입니다. 쓰기 가능한 사용자 및 앱 데이터는 다음과 같은 관리형 데이터 스토리지 아래에 저장해야 합니다: /DATA.
sudo를 사용하면 ZimaOS 루트 파일 시스템을 쓰기 가능하게 만들 수 있나요?
아니요. 권한을 상승해도 의도적으로 읽기 전용으로 마운트된 파일 시스템의 상태는 바뀌지 않습니다.
현재 ZimaOS에서 rclone을 수동으로 설치하지 않고 OneDrive에 액세스할 수 있나요?
예. 현재 ZimaOS Files는 OneDrive에 직접 연결하여 선택한 클라우드 콘텐츠를 로컬 스토리지로 이동할 수 있습니다.
소스 Backup UI에서 복사 후 자동 삭제를 사용할 수 있었나요?
2026년 2월 커뮤니티 스레드에서는 해당 기능이 그곳에 노출되지 않았다고 했습니다. 이를 모든 현재 클라우드 전송 워크플로에 대한 영구적인 설명이 아니라, 당시 Backup 앱의 한계에 대한 역사적 기록으로 보세요.
