결론: 휴지통이 열리지 않으면 UI를 수리하기 전에 삭제된 파일을 먼저 보존하세요
1.5.0 사례에서 중요한 점은 휴지통 버튼이 고장 났다는 사실이 아니라, Files 인터페이스 아래에서 삭제된 파일을 여전히 복구할 수 있었다는 것입니다. 사용자는 ZimaOS 데이터 경로 아래의 숨겨진 휴지통 디렉터리를 찾아 필요한 파일을 다시 복사한 후 재설치했습니다. 이것이 올바른 우선순위입니다. 먼저 복구하고, 그다음 인터페이스를 수리하세요.
ZimaOS 휴지통은 복구 가능한 삭제 계층으로 설계되었습니다
ZimaOS는 Files에서 삭제한 항목을 복원할 수 있도록 휴지통을 도입했으며, 파일이 즉시 사라지는 대신 보존 기간이 지나면 자동으로 정리되도록 했습니다. 과거의 ZimaOS 휴지통 동작 문서에는 복원 및 30일 후 정리 동작이 설명되어 있습니다.
삭제된 데이터가 여전히 존재하는지 확인하세요
du -sh /var/lib/casaos_data/.trash/* 2>/dev/null
du -sh /var/lib/casaos_data/.media/*/.trash 2>/dev/null
find /var/lib/casaos_data -maxdepth 4 -type d -name ".trash" 2>/dev/null이러한 내부 경로는 실제 과거 사례에서 확인된 것으로, UI가 고장 났을 때 데이터를 찾는 데 도움이 될 수 있습니다. 다만 안정적인 공개 API가 아닌 복구 위치로 취급하세요. ZimaOS의 스토리지 내부 구조는 릴리스에 따라 변경될 수 있습니다.
복구 폴더를 수동으로 찾을 때는 먼저 읽기 전용으로 점검하세요. GNU의 GNU find 도구는 마운트 상태가 아직 불확실한 동안 숨겨진 디렉터리를 만들거나 이름을 바꾸거나 삭제하는 것보다 안전한 검색 방법을 제공합니다.
삭제하거나 다시 구성하기 전에 필요한 파일을 복사하세요
누락된 파일을 찾았다면 다른 스토리지 공간이나 외장 디스크의 일반 폴더로 복사한 뒤 정상적으로 열리는지 확인하세요. 조사하는 동안 휴지통 디렉터리를 이동하거나 삭제하지 마세요. ZimaOS 백업을 사용하면 더 안전한 두 번째 사본을 만들 수 있습니다.
실제 마운트 상태를 확인하세요
이후 1.6 계열의 보고서에서는 스토리지 경로와 마운트 기록이 더 이상 일치하지 않을 때 비슷한 증상이 나타났습니다. 다음을 확인하세요.
df -h
mount
ls -lah /media
findmntUI에는 휴지통이 존재한다고 표시되지만 실제 스토리지 경로가 없거나 오래된 마운트를 가리키는 경우, 수동으로 새 .trash 폴더를 만들면 복구가 더 어려워질 수 있습니다.
Files, SMB, 미디어 앱이 동일한 방식으로 삭제한다고 가정하지 마세요
ZimaOS Files 인터페이스에서 삭제한 파일은 플랫폼 휴지통 절차를 거칠 수 있지만, SMB, Plex 또는 Jellyfin에서 삭제할 때는 서비스와 마운트 구성에 따라 다르게 동작할 수 있습니다. 삭제 후에도 여유 공간이 늘어나지 않는다면 파일 시스템에 문제가 생겼다고 단정하기보다 휴지통 디렉터리와 열린 파일 상태를 점검하세요.
Linux의 열린 파일 점검은 열린 상태의 삭제된 파일이 디스크 공간을 계속 차지할 때 도움이 됩니다.
휴지통 UI가 고장 났다고 즉시 OS를 재설치할 필요는 없습니다
원래 사용자는 또 다른 GPU 트랜스코딩 문제가 발생한 후 재설치를 결정했지만, 휴지통만 관련된 문제라면 재설치가 첫 번째 복구 단계는 아닙니다. 먼저 삭제된 데이터를 복구하고, 현재 안정 버전을 테스트하며, 브라우저 상태를 초기화하고, 스토리지 마운트를 점검하세요. ZimaOS 복구는 적절한 최종 대응 단계입니다.
앱 데이터와 사용자 데이터를 계획한 스토리지에 보관하세요
업그레이드 후 스토리지 경로가 바뀌면 휴지통, 앱 마운트, 바로가기가 모두 동시에 고장 난 것처럼 보일 수 있습니다. 현재 ZimaOS는 앱 스토리지 경로와 데이터 마이그레이션을 더 명확하게 문서화하고 있습니다. ZimaOS 데이터 마이그레이션을 사용하면 향후 경로 혼동을 줄일 수 있습니다.
복구 후 휴지통을 테스트하세요
버려도 되는 텍스트 파일을 만들고, Files를 통해 삭제한 다음 휴지통에 표시되는지 확인하세요. 파일을 복원한 뒤 다시 삭제하고 용량 동작을 확인하세요. 복구한 파일을 위험에 빠뜨리지 않고 현재 릴리스를 확인할 수 있도록 테스트에는 중요하지 않은 데이터를 사용하세요.
FAQ
ZimaOS에서 삭제된 파일은 어디에 저장되나요?
과거 릴리스에서는 ZimaOS 데이터 및 마운트된 미디어 경로 아래의 숨겨진 .trash 디렉터리를 사용했지만, 내부 경로가 안정적인 공개 인터페이스로 보장되지는 않습니다.
휴지통은 표시되는데 왜 열리지 않나요?
Files UI 회귀 버그, 오래된 스토리지 경로 또는 마운트 불일치가 원인일 수 있습니다. 폴더를 다시 만들기 전에 데이터를 복구하고 마운트를 점검하세요.
ZimaOS를 재설치하면 휴지통이 복원되나요?
시스템 구성 요소를 교체할 수는 있지만, 첫 번째 해결 방법으로는 지나치게 파괴적이며 삭제된 파일을 먼저 복구하는 작업을 대신할 수 없습니다.
삭제 후에도 디스크 공간이 확보되지 않는 이유는 무엇인가요?
파일이 아직 휴지통에 있거나 실행 중인 프로세스가 파일을 열어 둔 상태일 수 있습니다. 파일 시스템을 탓하기 전에 두 가지를 모두 확인하세요.
수정 사항은 어떻게 테스트해야 하나요?
버려도 되는 파일을 사용해 삭제하고, 휴지통에 표시되는지 확인한 다음 복원하고 스토리지 사용량을 확인하세요.
