BlueByte
sync error (red X)Fixed

OneDrive: 동기화 멈춤 — 일시 중지 또는 아이콘의 빨간 X

작성 Haneul Seo2026년 9월 13일 업데이트10 min

안녕하세요, BlueByte입니다. OneDrive가 동기화를 멈춥니다: 아이콘에 빨간 원 안 흰색 X가 뜨거나 Paused 상태에 머물고, 로컬에서 한 편집이 클라우드에 도달하지 않습니다. 삭제된 것은 없습니다 — OneDrive가 동기화 루프를 멈추고 대기 중인 것입니다. 오늘은 아이콘 상태가 뜻하는 것, 동기화가 멈추는 이유, 활동 목록을 읽어 원인을 찾는 법, 클라이언트를 재시작·리셋해 푸는 법, 그리고 계속 돌게 유지하는 법까지 하나씩 짚어보겠습니다.

일시 중지된 동기화나 아이콘의 빨간 X가 뜻하는 것

OneDrive는 상태를 트레이(Windows)나 메뉴 막대(Mac) 아이콘으로 보여 줍니다. 빨간 원 안 흰색 X는 동기화 오류 — 한 개 이상의 파일이 동기화되지 않는 상태입니다. 일시 중지 기호는 동기화가 멈췄다는 뜻으로, 직접 멈췄거나 자동으로(종량제 네트워크·배터리 절약) 멈춘 것입니다. 회색 아이콘에 "Sign in"이 뜨면 계정이 연결되지 않은 것입니다. 어느 것도 데이터 손실은 아닙니다: 파일은 로컬과 클라우드 양쪽에 온전하고, 둘 사이의 연결만 멈춰 있습니다.

OneDrive가 동기화를 멈추는 이유

멈춘 동기화는 몇 가지 원인 중 하나에서 옵니다:

  • 동기화가 일시 중지됨 — 직접, 또는 종량제나 저전력 연결에서 자동으로.
  • 계정이 로그아웃됐거나 토큰이 만료돼 클라이언트가 서비스에 도달하지 못함.
  • 용량 초과 — Microsoft는 저장 용량을 초과하면 새 파일을 업로드·편집·동기화할 수 없다고 분명히 밝힙니다.
  • 동기화할 수 없는 파일 — 지원되지 않는 문자가 든 이름, 길이 한도를 넘은 경로, 다른 프로그램이 열어 잠근 파일 — 이 뒤의 큐를 막습니다.
  • 엉킨 클라이언트 — OneDrive 프로세스는 실행 중이나 멈춰 있음, 네트워크 끊김이나 업데이트 뒤에 흔합니다.

손대기 전에 아이콘과 활동 목록부터 읽기

먼저 리셋하지 마세요 — OneDrive가 알려 주는 것을 보세요. OneDrive 아이콘을 눌러 활동 센터를 열면, 동기화 오류는 어떤 파일이 왜 막혔는지 정확히 나열합니다. 프로세스가 실제로 실행 중인지 확인합니다:

Get-Process OneDrive -ErrorAction SilentlyContinue

출력이 없으면 OneDrive가 실행 중이 아닙니다 — Start 메뉴에서 시작하세요. 실행 중인데 아이콘이 빨갛다면, 오류가 특정 파일을 가리키는지(용량이나 이름 문제) 전체를 가리키는지(연결이나 클라이언트 문제) 살피세요. 그 갈림이 해결책을 정합니다.

OneDrive 재시작 — 대부분의 멈춤을 푸는 방법

엉킨 클라이언트는 종료하고 다시 실행합니다. 닫은 뒤 다시 시작하세요:

Stop-Process -Name OneDrive -Force
Start-Process "$env:LOCALAPPDATA\Microsoft\OneDrive\onedrive.exe"

1분 정도 기다리면 아이콘이 빨강이나 일시 중지에서 평범한 "up to date" 구름으로 바뀌어야 합니다. 재시작은 연결을 다시 맺고 큐를 다시 돌려, 네트워크 끊김이나 업데이트가 남긴 멈춤 대부분을 풉니다.

재시작으로 안 될 때 OneDrive 리셋하기

재시작으로 풀리지 않으면 동기화 연결을 리셋합니다. 이것은 Microsoft가 문서로 안내하는 단계이며, 파일을 삭제하지 않습니다 — 동기화 연결만 끊고 다시 세웁니다. Win + R를 눌러 설치에 맞는 경로를 실행하세요:

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

그 경로가 파일을 찾을 수 없다고 하면, 대신 Program Files 위치를 쓰세요:

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset
C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe /reset

OneDrive가 다시 세워지는 1~2분 동안 아이콘이 사라졌다가 돌아와 전체 동기화를 돌립니다. 스스로 다시 나타나지 않으면 Start 메뉴에서 OneDrive를 다시 시작하세요. 리셋 뒤에는 어떤 폴더를 동기화할지 다시 골라야 할 수 있습니다.

멈춤이 아니라 용량이나 잘못된 파일 이름일 때

활동 목록이 특정 파일을 가리키면 클라이언트 리셋은 도움이 되지 않습니다 — 원인을 고치세요. 용량 초과라면 공간을 비우거나 동기화하는 양을 줄이세요; 한도 아래로 돌아올 때까지 새 파일은 동기화되지 않습니다. OneDrive가 받지 않는 파일이라면 지원되지 않는 문자(" * : < > ? / \ |)를 빼도록 이름을 바꾸거나 지나치게 긴 경로를 줄인 뒤 다시 큐에 들어가게 하세요. 거부된 파일 하나가 뒤의 전부를 막을 수 있어, 그것만 치워도 큐 전체가 풀리는 경우가 많습니다.

실제 사례: 네트워크 끊김 뒤 동기화가 멈춘 경우

기차에서 Wi-Fi가 끊긴 노트북을 씁니다. 다시 온라인이 되자 OneDrive에 빨간 X와 "We can't sync right now"가 뜹니다. 활동 센터가 특정 파일을 나열하지 않으니, 파일이 아니라 클라이언트 문제입니다. Stop-Process -Name OneDrive -Force로 종료하고 다시 실행해도 — 여전히 빨강입니다. %localappdata%\Microsoft\OneDrive\onedrive.exe /reset로 리셋하니 아이콘이 사라졌다가 1분쯤 걸쳐 다시 세워지고, 돌아와 전체 동기화를 돌립니다. 몇 분 안에 평범한 "up to date" 구름으로 자리 잡고, 오프라인에서 한 편집이 업로드됩니다. 잃은 파일은 없습니다 — 리셋은 연결만 다시 세웠을 뿐입니다.

동기화가 따라잡았는지 확인하기

아이콘이 "up to date" 상태 — 빨강도 일시 중지도 없는 평범한 구름 — 로 자리 잡는지 지켜보세요. 활동 센터를 열어 모두 동기화됐다고, 오류 목록이 없다고 나오는지 확인합니다. 직접 확인하려면 동기화 폴더의 작은 파일을 편집하고 그 변경이 잠시 뒤 onedrive.com에 나타나는지 보세요 — 루프가 끝에서 끝까지 살아 있음을 증명합니다.

동기화를 계속 돌게 유지하기, 그리고 "path too long"과 어떻게 다른가

OneDrive를 최신으로 유지하고, 용량 아래로 유지하고, 강제 종료하지 마세요 — 깨끗하게 닫아야 엉킨 채로 돌아오지 않습니다. 종량제 연결에서 동기화한다면, 종량제 자동 중지가 예기치 않게 멈추고 있지 않은지 확인하세요. 그리고 "path too long" 실패와의 차이를 기억하세요: 그 오류는 전체 경로가 한도를 넘은 파일 하나를 지목해 그 파일만 막으며, 해결책은 클라이언트 리셋이 아니라 경로를 줄이는 것입니다. 지목된 파일 없이 나는 전반적인 빨간 X 멈춤은 클라이언트나 연결 문제이고 리셋이 그것을 풉니다; 끈질긴 파일 하나는 그 파일 자체에서 고치는 개별 문제입니다.

관련 질문

OneDrive를 리셋하면 파일을 잃나요?

아니요. Microsoft는 리셋이 동기화 연결만 끊는다고 밝힙니다; 파일은 클라우드와 디스크에 그대로 남습니다. 리셋 뒤 어떤 폴더를 동기화할지 다시 골라야 할 수 있지만, 삭제되는 것은 없습니다.

리셋 뒤 OneDrive 아이콘이 돌아오지 않습니다.

Start 메뉴에서 OneDrive를 시작하세요. 리셋은 프로세스를 멈추고 다시 세우지만 스스로 다시 실행되지 않을 때가 있어, 시작하기 전까지 아이콘이 사라진 채로 있을 수 있습니다.

동기화가 한 파일에서 멈춰 있습니다.

활동 센터를 열어 어떤 파일인지 확인하세요. 지원되지 않는 문자를 빼도록 이름을 바꾸거나, 지나치게 긴 경로를 줄이거나, 그 파일을 열고 있는 프로그램을 닫으면 뒤의 큐가 움직입니다. 클라이언트 리셋은 개별 파일 문제를 고치지 못합니다.

전부 일시 중지돼 재개되지 않습니다.

종량제 연결이나 배터리 절약으로 동기화가 일시 중지됐을 수 있습니다. 아이콘을 눌러 Resume syncing을 고르고, 자꾸 다시 멈추게 하는 종량제 자동 중지 설정이 있는지 확인하세요.

어느 리셋 경로를 써야 하나요?

먼저 %localappdata% 경로를 시도하세요. 파일을 찾을 수 없다고 하면 Program Files나 Program Files (x86) 경로를 대신 쓰세요. 셋 다 서로 다른 OneDrive 설치에 대한 Microsoft의 문서화된 위치입니다.

참고 자료

Haneul Seo

Infrastructure engineer · 10+ years running Linux fleets

같은 카테고리 다른 글

5.7.26Fixed

Gmail이 550-5.7.26으로 거부: 도메인의 DMARC 정책 때문에 인증되지 않은 메일이 수신 거부됨

Gmail이 우리 도메인이 직접 게시한 DMARC 정책을 집행한 결과입니다. 메시지가 header From: 도메인 기준으로 SPF·DKIM 정렬을 모두 통과하지 못했고, p=quarantine이나 p=reject 정책이 이를 하드 바운스로 바꿉니다. Authentication-Results 헤더가 어느 검사가 실패했는지 알려주고, SPF·DMARC·DKIM 레코드를 향한 dig 세 번이 원인을 지목합니다. SPF나 DKIM으로 인증하라는 비슷한 문구의 바운스는 정책이 아니라 Gmail의 기본 발신자 요구사항에 걸린 다른 문제입니다.

Gmail / Google Workspace
AADSTS50011Fixed

Microsoft Entra ID: AADSTS50011, 요청에 지정된 redirect URI 가 앱에 등록된 redirect URI 와 일치하지 않음

로그인은 끝까지 성공했는데 마지막 한 단계에서 Entra ID 가 거부합니다. 앱이 보낸 redirect_uri 가 등록된 URI 중 어느 것과도 문자 단위로 같지 않기 때문입니다. 비교는 대소문자를 구분하고 끝의 슬래시를 세며, localhost 를 제외하면 https 를 요구하고 포트도 일치해야 합니다. 목록도 web·spa·publicClient 세 개로 나뉘어 있고, application 객체가 아닌 service principal 에 넣은 URI 는 동기화 과정에서 사라질 수 있습니다. 오류 메시지에서 URI 와 앱 ID 를 꺼내 az ad app show 로 대조하고, az ad app update 나 Graph PATCH 로 정확한 문자열을 넣은 뒤 3~5분 기다리면 됩니다.

Microsoft Entra ID
535 5.7.139Workaround

Exchange Online: 535 5.7.139 Authentication unsuccessful, SmtpClientAuthentication is disabled

smtp.office365.com 으로 메일을 보내던 스캐너·스크립트·앱이 535 5.7.139 로 멈추는 이유는 SMTP AUTH 프로토콜이 테넌트 전체, 해당 메일박스, 또는 Basic 인증을 막는 인증 정책·보안 기본값 중 어딘가에서 꺼져 있기 때문입니다. 문구(Tenant, Mailbox, 'did not meet the criteria')를 읽고 Get-TransportConfig·Get-CASMailbox·Get-AuthenticationPolicy 로 확인한 뒤, 테넌트 전체가 아니라 필요한 메일박스 하나만 엽니다. Basic SMTP AUTH 는 다리일 뿐입니다. Microsoft 는 2026년 12월 말 기존 테넌트에서 기본 비활성화하므로 발신자를 OAuth·High Volume Email·릴레이 커넥터로 옮겨야 합니다.

Exchange Online (Microsoft 365)
Error code: 5003Fixed

Zoom: "Unable to connect" 오류 코드 5003 — 브라우저는 되는데 데스크톱 앱만 Zoom 에 못 붙을 때

오류 5003 은 같은 PC 의 웹 클라이언트는 정상 입장하는데 Zoom 데스크톱 앱이 Zoom 서버와의 연결을 끝내지 못하는 상태입니다. 앱은 브라우저보다 더 많은 것을 필요로 합니다. Zoom 방화벽 문서는 미팅용 TCP 443/8801/8802 와 UDP 3478/3479/8801–8810, 인증서 검증용 CA 호스트 목록을 들고, zoom.us 와 *.zoom.us 를 프록시·SSL 검사에서 제외하라고 권고합니다. 포트 테스트, curl issuer 확인, 앱 내장 Network Connectivity Tool(Ctrl+Alt+Shift+D / Cmd+Option+Shift+D)로 어느 계층이 끊겼는지 보고 그 계층을 고치며, 재설치는 옆자리는 되는데 한 대만 실패할 때 씁니다.

Zoom
Slack cannot connect. / Last updated less than a minute ago…Fixed

Slack: 회사 프록시 뒤에서 뜨는 "Slack cannot connect"와 회색 "Last updated…" 띠

Slack은 채널을 평범한 HTTPS로 불러오지만 새 메시지는 443 포트로 Slack이 이름을 밝힌 wss-*.slack.com 호스트 셋(primary·backup·mobile)에 붙는 지속 WebSocket으로 받습니다. 프록시나 방화벽이 HTTP 쪽은 통과시키고 upgrade는 막으면 — 대개 wss 호스트에 SSL 복호화가 켜져 있거나 허용 목록이 slack.com에서 끝나기 때문에 — 브라우저는 멀쩡해 보이는데 앱은 회색 "Last updated…" 띠나 "Slack cannot connect."를 띄웁니다. 문제의 PC에서 curl 프로브 두 개로 어느 계층이 막혔는지 보고, wss 호스트 세 개를 복호화에서 예외 처리하고, my.slack.com/help/urls의 도메인을 전부 허용한 뒤 my.slack.com/help/test로 확인합니다.

Slack
locked for editingFixed

Word: 문서가 "locked for editing by another user"라며 열리지 않음

Word가 문서의 잠금(owner file)을 발견해 다른 누군가가 열어 두었다고 판단하고 읽기 전용 사본만 제안합니다. 대개는 아무도 열지 않았습니다: 크래시가 잠금을 남겼거나, 숨은 Word 프로세스가 여전히 파일을 쥐고 있는 것입니다. 어느 쪽인지 확인하고 Word 인스턴스를 모두 닫은 뒤 남겨진 ~$ owner file을 삭제하면 문서가 다시 편집 가능하게 열립니다.

Microsoft Word