ZimaOS 1.6.2에서는 서로 매우 다른 Files 문제가 최소 두 가지 발생했으며, 이를 하나의 버그로 진단해서는 안 됩니다. 하나는 파일 내용은 이동되지만 비어 있는 원본 폴더가 남는 재현 가능한 이동 회귀 문제였습니다. 다른 하나는 클라우드 드라이브 마운트 및 인증 오류로, 확인된 한 사례에서는 브라우저 강력 새로고침 후 사라졌습니다.
폴더 이동 회귀 문제에는 현재 버전과 관련된 중요한 기준이 있습니다. ZimaOS 1.7.1에서 잘라내기 후 빈 폴더가 남는 문제가 명시적으로 수정되었습니다. 현재 안정 버전을 사용 중인데도 같은 증상이 계속된다면, 이전 1.6.2 해결 방법을 적용하기 전에 정확한 버전을 먼저 확인하세요.
문제 1: 이동 후 원본 폴더가 비어 있는 상태로 남음
보고된 증상은 매우 구체적이었습니다. 내부 ext4 SATA 드라이브 간에 파일과 하위 폴더는 정상적으로 이동되지만, 원래의 최상위 폴더만 비어 있는 상태로 남았습니다. 복사 작업에서는 문제가 나타나지 않았으며, 1.6.2 업데이트 후부터 이러한 동작이 시작되었습니다.
같은 버그인지 확인하는 방법
- 하위 폴더 하나와 파일 몇 개가 포함된 작은 테스트 폴더를 만듭니다.
- ZimaOS Files 앱을 사용해 두 로컬 저장소 위치 사이에서 해당 폴더를 이동합니다.
- 모든 내용이 대상 위치에 도착했는지 확인합니다.
- 원본 위치에는 비어 있는 상위 폴더만 남아 있는지 확인합니다.
파일이 사라졌거나, 권한이 변경되었거나, 대상이 로컬 ext4 저장소가 아닌 네트워크 공유라면 다른 경로의 문제이므로 이 과거 회귀 문제가 원인이라고 단정해서는 안 됩니다.
폴더 이동 회귀 문제는 ZimaOS 1.7.1에서 수정됨
ZimaOS 1.7.1 릴리스 노트에는 특정 상황에서 폴더를 잘라낸 후 빈 폴더가 남는 문제에 대한 수정 사항이 명시되어 있습니다.
따라서 아직 1.6.2를 사용 중인 시스템에서 문제가 계속된다면, 백업을 만든 후 현재 안정 버전으로 업데이트하는 것이 가장 좋은 해결 방법입니다. 남은 폴더를 자동으로 삭제하는 스크립트를 만드는 방법은 권장하지 않습니다.
문제 2: 클라우드 드라이브에 저장소가 마운트되지 않았거나 인스턴스 오류가 표시됨
클라우드 드라이브 오류는 클라우드 제공업체 인증, ZimaOS에 저장된 토큰, 백엔드 마운트 또는 브라우저 UI 상태 등 여러 계층에서 발생할 수 있습니다. 위 스크린샷의 오류는 심각해 보이지만, 공지 스레드의 한 사용자는 IceWhale의 안내에 따라 강력 새로고침을 수행한 후 문제를 해결했습니다.
1단계: ZimaOS 페이지 강력 새로고침
일반 새로고침에서는 오래된 JavaScript와 캐시된 세션 데이터가 재사용될 수 있습니다. 브라우저의 강력 새로고침 방법을 사용한 다음 Files를 다시 열고 클라우드 계정이 계속 표시되는지 확인하세요.
2단계: 현재 해당 제공업체가 지원되는지 확인
현재 ZimaOS 클라우드 드라이브 가이드에는 Google Drive, Dropbox, OneDrive에 대한 Files 직접 통합이 안내되어 있으며, 현재 인터페이스에는 지원되는 제공업체가 표시됩니다.
3단계: 세션에 실제 문제가 있을 때만 재인증
강력 새로고침 후에도 드라이브를 사용할 수 없다면, 해당 마운트에 의존하는 로컬 작업이 무엇인지 확인한 후에만 계정을 제거하고 다시 연결하세요. 단순한 표시 문제에 대한 첫 대응으로 재인증을 진행해서는 안 됩니다.
UI 캐시 문제와 실제 마운트 문제를 구분하는 방법
UI 문제는 대개 강력 새로고침, 다른 브라우저 또는 새로운 비공개 세션을 사용하면 상태가 바뀝니다. 백엔드 마운트 문제는 브라우저를 바꿔도 지속되며, 클라우드 마운트를 사용하는 백업 작업이나 애플리케이션 경로에도 영향을 줄 수 있습니다.
자격 증명을 삭제하기 전에 이러한 차이를 확인하세요. 한 브라우저에서만 Files가 고장 난 것처럼 보이고 다른 브라우저에서는 정상 작동한다면 프런트엔드 세션에 집중해야 합니다. 모든 클라이언트와 서비스에서 동일한 저장소 누락이 나타난다면 마운트 또는 인증 계층을 조사하세요.
로컬 파일 이동 버그와 클라우드 인증 오류를 혼동하지 마세요
1.6.2 공지에는 서로 관련 없는 업그레이드 보고가 많이 모였습니다. 해당 스레드를 “저장소 버그”에 관한 막연한 글로 만들기 쉽지만, 그러면 문제 해결이 더 어려워집니다. 로컬 ext4 잘라내기 동작과 OAuth/클라우드 마운트 오류는 근거, 장애 지점 및 해결 방법이 서로 다릅니다.
클라우드 통합 개요에서 클라우드 및 로컬 작업 흐름에 대한 더 넓은 맥락을 확인할 수 있습니다.
현재 ZimaOS에서도 문제가 계속될 때 할 일
폴더 문제라면 현재 ZimaOS 버전, 원본 및 대상 파일 시스템, 두 위치가 모두 로컬인지 여부, 그리고 작업이 잘라내기/이동인지 복사인지 기록하세요. 클라우드 문제라면 제공업체, 브라우저, 정확한 오류, 강력 새로고침으로 문제가 바뀌는지 여부, 다른 클라이언트에서 드라이브가 작동하는지를 기록하세요.
이렇게 하면 과거의 1.6.2 결함이 다시 발생했다고 가정하지 않고도 새로운 버그 보고서의 유용성을 높일 수 있습니다.
FAQ
ZimaOS 1.7.1에서 파일 이동 후 남는 빈 폴더 문제가 해결되었나요?
예. 1.7.1 릴리스 노트에는 특정 상황에서 폴더를 잘라낸 후 남을 수 있는 빈 폴더를 수정했다는 내용이 명시되어 있습니다.
1.6.2에서 빈 폴더를 수동으로 삭제해도 되나요?
파일이 실제로 모두 이동하지 못한 것이 아님을 확인했다면 남은 빈 폴더를 삭제할 수 있습니다. 하지만 장기적인 해결 방법으로는 업그레이드가 더 좋습니다. 파일 이동 실패가 없는지 확인하기 전에는 삭제를 자동화하지 마세요.
강력 새로고침으로 클라우드 드라이브 오류가 해결될 수 있는 이유는 무엇인가요?
업그레이드 후 브라우저에 오래된 프런트엔드 상태나 세션 데이터가 남아 있을 수 있습니다. 백엔드 마운트가 정상이라면 프런트엔드 리소스와 세션을 새로 고쳐 계정 설정을 변경하지 않고도 UI를 복구할 수 있습니다.
OneDrive 또는 Google Drive 연결을 즉시 해제했다가 다시 연결해야 하나요?
아니요. 먼저 강력 새로고침과 다른 깨끗한 브라우저 세션을 시도하세요. 마운트나 토큰이 실제로 유효하지 않은 경우에만 재인증을 진행하세요.
