ZimaOS 1.5.4에서 한 커뮤니티 사용자는 삭제한 파일이 Files 앱의 휴지통 보기에는 나타나지 않는데도 숨겨진 .trash 폴더 안에서 공간을 차지하고 있는 것을 발견했습니다. 서비스를 중지한 뒤 삭제하는 우회 방법을 사용하자 일시적으로 휴지통 표시가 정상으로 돌아왔지만, 이후 재부팅하면 문제가 다시 발생했습니다.
따라서 이 게시물은 현재의 영구적인 해결책이라기보다 진단 기록으로 활용하는 것이 좋습니다. 현재 ZimaOS는 더 새로운 릴리스 계열로 업데이트되었으며, 숨겨진 휴지통 디렉터리를 재귀적으로 삭제하면 파괴적 결과가 발생합니다. 해당 폴더에 아직 필요한 파일이 있다면 영구적으로 삭제됩니다.
먼저 휴지통이 실제로 공간을 차지하고 있는지 확인하세요
원 게시물의 사용자는 다음 명령을 확인했습니다.
du -sh /var/lib/casaos_data/.media/*/.trash이는 무엇이든 삭제하기 전에 수행하기에 더 나은 첫 단계입니다. 읽기 전용으로 각 마운트된 드라이브의 휴지통 디렉터리에 얼마나 많은 공간이 있는지 확인하기 때문입니다. 더 자세한 NAS 휴지통 공간 가이드에서는 삭제된 데이터가 휴지통, 스냅샷 또는 기타 스토리지 계층에서 계속 참조될 수 있는 이유를 설명합니다.
1.5.4의 우회 방법이 실제로 수행한 작업
커뮤니티에서 제시한 순서는 icewhale-files와 SMB를 중지하고, 해당 .trash 디렉터리를 삭제한 다음 서비스를 다시 시작하고 sync를 실행하는 것이었습니다. 게시자는 이후 새로 삭제한 항목이 휴지통에 정상적으로 표시되었지만, 며칠 후 증상이 다시 나타났다고 보고했습니다.
이 결과는 중요합니다. 해당 우회 방법이 그 설치 환경의 즉각적인 상태를 초기화했다는 점은 보여 주지만, 근본 원인이 해결되었다는 의미는 아닙니다. 사용자는 내부에 마운트된 NTFS 드라이브에서도 같은 동작을 확인했으므로, 해당 스레드만으로는 Btrfs가 원인이라고 결론 내릴 수 없습니다.
rm -R .trash를 마지막 단계로 삼아야 하는 이유
숨겨진 휴지통 폴더를 삭제하면 휴지통이 제공하는 안전장치를 우회하게 됩니다. 실행하기 전에 내용을 확인하고, 중요한 항목은 복원하며, 백업이 있는지 확인하고, 올바른 마운트된 드라이브에서 작업하고 있는지 점검하세요. 루트 셸에서 오타를 입력하면 잘못된 경로에 영향을 줄 수 있습니다.
표시되는 파일은 사라졌는데도 여전히 여유 공간이 돌아오지 않는다면, 휴지통이 유일한 공간 점유 원인이라고 가정하지 말고 NAS 삭제 공간 문제 해결 가이드의 계층별 점검을 사용하세요.
버전 범위: ZimaOS 1.5.4에서 발생한 사례
휴지통 기능은 원래 ZimaOS 1.3.1에서 도입되었으며, Files를 통해 자동 정리와 복원을 지원했습니다. ZimaOS 1.3.1 릴리스 노트에 이러한 의도된 동작이 문서화되어 있습니다.
현재 1.7.1 릴리스 노트에는 여러 파일 서비스 수정 사항이 포함되어 있지만, 이 특정한 숨겨진 휴지통 표시 버그가 해결되었다고 명시되어 있지는 않습니다. 따라서 업그레이드가 문제 해결을 보장한다고 주장해서는 안 됩니다. 최신 수정 사항과 보안 업데이트를 적용하기 위해 먼저 업데이트한 다음, 오래된 우회 방법을 사용하기 전에 증상을 다시 재현해 보세요.
더 안전한 작업 순서
- 현재 안정 버전의 ZimaOS로 업데이트합니다.
- 문제가 발생한 드라이브를 확인하고 여유 공간을 기록합니다.
- 변경 없이 숨겨진
.trash폴더의 용량을 측정합니다. - 아직 필요한 삭제 파일을 복원합니다.
- 공간이 여전히 일치하지 않으면 스냅샷, 열린 파일 및 기타 보존 계층을 확인합니다.
- 그 후에야 백업을 준비한 상태에서 파괴적인 휴지통 정리를 고려합니다.
