이 자료는 ZimaOS 시스템 디스크가 가득 차면 기본 RAID나 사용자 데이터가 반드시 손상되지 않았더라도 마이그레이션이 멈춘 것처럼 보일 수 있는 이유를 보여 줍니다. Resilio 관련 인덱싱 및 애플리케이션 데이터가 OS 드라이브에서 증가하면서 ZimaCube의 228GB 시스템 SSD에 사용 가능한 공간 0B가 되었습니다. SMB와 Finder 접근은 여전히 가능했지만 대시보드가 불안정해졌고 마이그레이션은 처음에 5%에서 멈춰 있었습니다.
마이그레이션은 결국 진행되어 45%, 이어서 49%에 도달했고, 하루 넘게 지난 후 마침내 완료되었습니다. 원 게시자는 나중에 Resilio가 시스템 디스크에 계속 인덱싱 및 쓰기를 하지 못하도록 중지했다고도 밝혔습니다. 현재 ZimaOS 문서에서는 AppData를 시스템 드라이브에 저장하지 말 것을 명시적으로 권장합니다.
시스템 SSD가 완전히 가득 참
앱 데이터 마이그레이션이 처음에는 5%에서 멈춘 것처럼 보임
진행이 느리다고 해서 마이그레이션이 영구적으로 중단된 것은 아님
이후 사용자는 밤새 마이그레이션이 45%, 그리고 49%까지 진행되는 것을 확인했습니다. 몇 달 후에는 마이그레이션이 결국 완료되었으며, 아마 하루 이상 걸렸을 것이라고 밝혔습니다.
현재 IceWhale 지침은 AppData로 시스템 드라이브를 가득 채우지 말 것을 명시적으로 경고함
현재 App Storage Paths 지침에 따르면 애플리케이션 데이터베이스, 썸네일, 메타데이터 및 기타 AppData가 작은 시스템 드라이브를 가득 채워 업데이트, 앱 및 장치 자체가 비정상적으로 작동하게 만들 수 있습니다.
현재 AppData 저장소 지침을 참조하세요.
디스크를 계속 채우는 애플리케이션 중지
Resilio, LLM 모델, Immich 캐시 또는 다른 컨테이너가 확보한 공간에 즉시 다시 데이터를 쓴다면 몇 GB를 비우는 것은 의미가 없습니다. 시스템 저장 공간을 소비하는 앱을 확인하고 마이그레이션을 다시 시도하기 전에 중지하세요.
마이그레이션을 다시 시도하기 전에 작업 여유 공간 확보
마이그레이션 프로세스에는 데이터베이스, 임시 상태 정보, 로그 및 애플리케이션 작업을 위한 공간이 필요합니다. 확실히 식별한 데이터만 삭제하거나 이동하고, 정체를 알 수 있는 시스템 디렉터리를 루트 수준에서 광범위하게 정리하지 마세요.
시스템이 안정된 후 현재 데이터 마이그레이션 도구 사용
현재 ZimaOS에서는 설정 > 데이터 마이그레이션을 통해 Docker 이미지, Docker 애플리케이션 데이터 및 관리되는 사용자 데이터베이스를 스토리지 공간 간에 이동할 수 있습니다.
현재 데이터 마이그레이션 절차를 참조하세요.
작은 파일이 매우 많으면 전체 용량이 암시하는 것보다 느릴 수 있음
인덱스 데이터베이스, 썸네일 및 메타데이터 디렉터리는 대용량 미디어 파일보다 GB당 훨씬 더 많은 파일 시스템 작업을 필요로 할 수 있습니다.
마이그레이션 중 실행 중인 AppData를 수동으로 재배치하지 마세요
이후 한 참가자가 마이그레이션이 이미 멈춘 상태에서 LLM AppData 폴더를 수동으로 이동했습니다. 그러면 애플리케이션에 설정된 경로, ZimaOS 마이그레이션 상태 및 실제 파일 시스템 위치가 서로 일치하지 않을 수 있습니다.
이 자료에서는 별도의 Resilio 파일 이름 문제도 보고함
몇 달 후 timothy는 Resilio가 지원되지 않는 문자가 포함된 파일의 이름을 변경해 ZimaOS에서 파일이 사라진 것처럼 보였다고 밝혔습니다. 또한 ZimaOS가 해당 파일을 잃어버렸다는 이전의 추측이 틀렸다고 명확히 정정했습니다.
대시보드가 고장 났다고 해서 스토리지 풀이 손실된 것은 아님
대시보드에서 로그아웃되고 마이그레이션 UI가 이상하게 작동하는 동안에도 원 자료에서는 SMB와 Finder를 계속 사용할 수 있었습니다. 이는 중요한 차이입니다. 시스템 디스크가 가득 차면 제어 영역 서비스가 작동하지 않을 수 있지만 별도의 데이터 배열은 계속 마운트되어 읽을 수 있습니다.
파괴적인 RAID 작업이나 재설치를 수행하기 전에 해당 증거를 보존하세요.
다른 마이그레이션을 시작하기 전에 시스템 디스크를 점검하세요
시스템 드라이브를 어떤 디렉터리가 사용하고 있는지 확인하고, 해당 애플리케이션을 식별한 다음 쓰기 작업을 중지하세요. 앱을 안전하게 제거하고 다시 만들 수 있다면 무작위 디렉터리를 삭제하는 대신 지원되는 제어 기능을 통해 삭제 가능한 캐시 및 이미지 데이터를 제거하세요.
작업 여유 공간이 확보되면 필요한 경우 영향을 받은 서비스나 앱만 다시 시작하고, 마이그레이션 전에 여유 공간이 안정적으로 유지되는지 확인하세요.
현재 마이그레이션은 전체 화면의 제어된 작업임
현재 IceWhale 문서에 따르면 데이터 마이그레이션이 실행되는 동안 다른 작업을 사용할 수 없습니다. 데이터가 이동되는 애플리케이션의 중단 시간을 계획하고, 수동 이동을 동시에 수행하지 말며, 동일한 폴더를 수정하기 전에 마이그레이션이 명확한 완료 또는 오류 상태에 도달하도록 기다리세요.
재설치는 첫 번째 대응이 아니라 최후의 수단임
사용자 데이터와 스토리지가 정상이라면 시스템 공간을 확보하고 AppData 마이그레이션을 완료하여 NAS를 다시 구축하지 않고도 시스템을 복구할 수 있습니다. 재설치가 필요해지면 먼저 애플리케이션 데이터, 스토리지 메타데이터 및 중요한 파일을 백업하고 현재 복구 및 재설치 지침을 따르세요.
시스템 디스크가 가득 찬 경우 자주 묻는 질문
자료의 마이그레이션은 결국 완료되었나요?
예. 원 게시자는 나중에 하루 넘게 지난 후 완료되었다고 밝혔습니다.
마이그레이션 진행률 표시줄이 5%에 머물렀다는 사실만으로 데이터가 손실되었다고 볼 수 있나요?
아니요. 자료에서는 이후 진행되었고 SMB와 RAID에도 접근할 수 있었습니다.
현재 사용자가 ZimaOS-HD가 가득 찼을 때 가장 먼저 해야 할 일은 무엇인가요?
계속 쓰기 작업을 수행하는 앱을 중지하고 안전하게 여유 공간을 확보한 다음, 알 수 없는 시스템 파일을 삭제하지 말고 현재의 데이터 마이그레이션 및 AppData 제어 기능을 사용하세요.
