커뮤니티 솔루션

ZimaOS OneDrive 또는 Dropbox 마운트가 보이지 않을 때 확인할 사항

A user lost OneDrive and Dropbox from Files while Google Drive remained; stale directories persisted under /media and later OneDrive auth failures were traced upstream.

OneDrive 또는 Dropbox가 ZimaOS Files에서 사라졌다면 먼저 클라우드 마운트가 실제로 사라진 것인지, 아니면 UI에서만 누락된 것인지 확인하세요. /media 아래에 오래된 디렉터리가 있다고 해서 클라우드 드라이브가 여전히 마운트되어 있다는 뜻은 아닙니다. 무엇이든 삭제하기 전에 마운트 상태를 확인하고 현재 클라우드 드라이브 UI를 사용하세요.

2025년의 원래 사례에는 이후 중요한 맥락이 추가되었습니다. 2026년 OneDrive 장애의 원인이 통합에 사용된 만료된 Microsoft Entra 클라이언트 시크릿으로 밝혀졌으며, IceWhale도 이 문제를 인정했습니다. 2026년 9월 현재 ZimaOS 문서에는 Google Drive, Dropbox, OneDrive가 지원되는 클라우드 드라이브로 다시 명시되어 있으므로, 해당 과거 장애를 영구적인 제한으로 간주해서는 안 됩니다.

실패 현상

OneDrive와 Dropbox 마운트가 누락된 상태로 Google Drive 마운트를 보여 주는 ZimaOS Files 사이드바
Google Drive는 계속 표시되었지만 OneDrive와 Dropbox는 External storage에서 사라졌습니다. 출처: IceWhale 커뮤니티 포럼.
OneDrive와 Dropbox가 사라진 후 /media 아래의 클라우드 관련 디렉터리를 표시하는 ZimaOS 터미널 목록
Files 앱에 마운트가 더 이상 표시되지 않았는데도 /media 아래에는 클라우드 관련 디렉터리가 여전히 존재했습니다. 출처: IceWhale 커뮤니티 포럼.
Google Drive가 마운트되어 있고 OneDrive 경로는 마운트되지 않은 것을 보여 주는 findmnt 출력
findmnt 결과, Google Drive는 rclone을 통해 마운트되어 있었지만 OneDrive 디렉터리는 오래된 경로일 뿐이었습니다. 출처: IceWhale 커뮤니티 포럼.

사용자에게는 여전히 클라우드 관련 디렉터리가 다음 경로 아래에 있었습니다. /media그러나 Files에는 더 이상 OneDrive와 Dropbox가 표시되지 않았습니다. Google Drive는 계속 마운트된 상태였습니다. 누락된 계정을 다시 추가해도 아무런 변화가 없었고 눈에 띄는 오류도 발생하지 않았습니다.

1단계: 마운트가 실제로 존재하는지 확인

사용:

findmnt | grep -i -E 'onedrive|dropbox|google'

다음 경로 아래에 디렉터리가 존재하더라도 /media 충분하지 않습니다. 다음 조건을 확인하세요. findmnt 누락된 제공업체에 대해 마운트된 파일 시스템이 표시되지 않는다면 활성 클라우드 저장소가 아니라 마운트 해제되었거나 오래된 경로로 간주하세요.

2단계: 현재 Files 클라우드 드라이브 목록 확인

현재 ZimaOS 클라우드 드라이브 가이드에는 Google Drive, Dropbox, OneDrive를 Files에 직접 통합하는 방법이 안내되어 있습니다. 현재 안정 버전에서 사용 중인 제공업체가 목록에 없다면 오래된 우회 방법을 사용하기 전에 먼저 업데이트하세요.

3단계: 다시 인증하기 전에 강제 새로 고침

강제 새로고침을 수행하거나 비공개 브라우저 세션을 사용하세요. 오래된 프런트엔드로 인해 업데이트 또는 인증 변경 후 정상적인 백엔드 상태가 잘못된 것처럼 보일 수 있습니다. 한 브라우저에서는 마운트가 표시되지만 다른 브라우저에서는 표시되지 않는다면 문제는 UI/세션 상태일 가능성이 높습니다.

4단계: 인증이 실제로 손상된 경우에만 재인증

UI에서 여전히 연결할 수 없다면 자격 증명을 제거하기 전에 백엔드 오류를 수집하세요. 다음과 같은 Microsoft 오류는 AADSTS7000222 잘못된 로컬 폴더가 아니라 공급자 측 OAuth/클라이언트 시크릿 오류임을 나타냅니다.

2026년 OneDrive 장애 당시 커뮤니티 진단을 통해 만료된 Azure/Entra 클라이언트 시크릿이 실패 원인으로 확인되었고, IceWhale은 이 문제를 해결하겠다고 밝혔습니다. 이는 전역 통합 문제였으며, 각 사용자가 다시 작성해야 할 이유가 아니었습니다. rclone.conf.

첫 번째 해결 방법으로 rclone.conf를 수동 편집하지 마세요

표준 rclone 리모트는 수동으로 생성할 수 있지만, ZimaOS Files와 Backup은 관리되는 클라우드 계정에 추가 메타데이터와 마운트 상태를 연결할 수 있습니다. 직접 만든 리모트는 UI 외부에서는 작동하면서도 Files와 제대로 통합되지 않을 수 있습니다.

고급 사용자 지정 워크플로를 의도적으로 사용하고 독립적으로 관리할 준비가 된 경우에만 수동 rclone을 사용하세요.

Files 마운트와 백업 작업 구분

클라우드 계정은 Files 마운트와 백업 대상으로 모두 사용할 수 있습니다. Backup 작업이 문제를 유발한다면 클라우드 계정 자체가 정상적으로 마운트되는지 확인할 때까지 백업 정책을 계속 변경하지 마세요.

백업 워크플로 개요는 이 두 계층을 명확히 구분하는 데 도움이 됩니다.

복구 확인 방법

  • Files의 External/Cloud 아래에 공급자가 다시 나타납니다.
  • findmnt 활성 마운트가 표시됩니다.
  • 알려진 클라우드 폴더를 탐색할 수 있습니다.
  • 작은 테스트 파일이 정상적으로 열립니다.
  • 공급자를 사용하는 백업 작업이 재인증 오류 없이 실행됩니다.

FAQ

마운트가 사라지면 OneDrive 파일이 삭제되나요?

아니요. ZimaOS 마운트가 사라져도 공급자 측 클라우드 데이터는 삭제되지 않습니다. 복구 조치를 취하기 전에 OneDrive 또는 Dropbox에서 직접 계정을 확인하세요.

/media 아래에 오래된 폴더가 남아 있는 이유는 무엇인가요?

원격 파일 시스템이 분리된 후에도 마운트 지점 디렉터리가 남아 있을 수 있습니다. 다음을 사용하세요. findmnt 실제 마운트와 남아 있는 디렉터리를 구분하려면.

ZimaOS를 재부팅해야 하나요?

재부팅하면 오래된 마운트 상태가 초기화될 수 있지만, 업스트림 OAuth 자격 증명 오류는 해결되지 않습니다. 먼저 실제 오류를 확인하세요.

이제 OneDrive를 지원하나요?

예. 2026년 9월 현재 ZimaOS 문서에는 Files 클라우드 드라이브 워크플로에 OneDrive, Dropbox, Google Drive가 나열되어 있습니다.