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

안녕하세요, BlueByte입니다. Word 파일을 열려는데 문서 대신 대화 상자가 뜹니다: 파일이 locked for editing by another user라며 읽기 전용 사본만 제안합니다. 손상된 것은 없습니다 — Word가 그 문서의 잠금(owner file)을 발견하고 다른 누군가가 열어 두었다고 판단한 것입니다. 실제로는 아무도 열지 않은 경우가 많습니다. 오늘은 정확한 메시지와 그 변형, Word가 파일이 사용 중이라고 여기는 세 가지 이유, 진짜 충돌과 남겨진(stale) 잠금을 구분하는 법, 안전하게 잠금을 지우는 법, 그리고 다시 붙지 않게 하는 예방까지 하나씩 짚어보겠습니다.

"locked for editing by another user"가 실제로 말하는 것

대화 상자는 파일과 잠금을 쥔 것으로 추정되는 사용자를 함께 보여 줍니다:

The document "Budget.docx" is locked for editing by another user.
To open a read-only copy of this document, click Read Only.

대신 이런 변형을 볼 수도 있습니다: File in use — <filename> is locked for editing by <user>, OneDrive나 SharePoint의 Upload blocked 배지, 또는 매핑된 네트워크 드라이브에서는 단순히 This file is in use. 모두 같은 뜻입니다 — Word(또는 동기화 클라이언트)가 잠금을 보고, 그것이 해제될 때까지 편집을 막는 것입니다. 권한 오류도, 파일 손상도 아닙니다.

Word가 파일이 사용 중이라고 여기는 세 가지 이유

Microsoft 문서는 세 가지 원인을 제시하며, 모든 경우가 이 중 하나입니다:

• 남겨진 owner file. Word는 저장된 문서를 열 때마다 임시 owner file을 만들어, 문서를 연 사람의 이름을 담아 둡니다. Word가 크래시하거나 강제 종료되면 그 파일을 지우지 못해, 잠금이 세션보다 오래 남습니다.
• 숨어 있는 두 번째 Word 인스턴스가 문서를 연 채 백그라운드에서 여전히 실행 중 — 창을 닫은 뒤에도 종료되지 않은 WINWORD.EXE 프로세스입니다.
• 정말로 누군가 열어 둔 경우 — 파일이 네트워크 공유·OneDrive·SharePoint에 있고 다른 사람이 지금 편집 중입니다.

진짜 충돌은 세 번째뿐입니다. 앞의 둘은 남겨진(stale) 잠금으로, 실제로 파일을 편집하는 것은 아무것도 없습니다.

진짜 충돌과 남겨진 잠금 구분하기

무작정 프로세스를 죽이지 마세요 — 먼저 확인합니다. owner file은 문서 옆에 있는 숨김 파일이며, 이름이 ~$ 접두사로 시작합니다. Microsoft의 예시: Document.doc의 owner file은 ~$cument.doc — Word는 ~$를 유지하고 이름 앞부분을 잘라내므로, 정확한 철자보다 ~$ 접두사로 찾으세요:

dir /a "C:\Users\you\Documents\~$*.doc*"

문서를 편집하는 사람이 없는데 ~$… 파일이 나온다면 잠금은 남겨진 것입니다. 다음으로 남아 있는 Word 프로세스를 확인합니다:

tasklist | findstr /i winword

창이 보이지 않는데 WINWORD.EXE 줄이 있으면 숨은 인스턴스입니다. 둘 다 비어 있고 동료가 자기 컴퓨터에서 파일을 열어 두었다고 확인해 주면, 진짜 충돌입니다 — 억지로 열지 말고 읽기 전용으로 열어 기다리세요.

먼저 숨어 있는 Word 프로세스를 모두 종료하기

잠금이 남겨진 것이라면, 아무것도 파일을 쥐지 않도록 Word를 완전히 종료한 뒤 고아 프로세스를 끝냅니다:

taskkill /IM WINWORD.EXE /F

SUCCESS: The process "WINWORD.EXE" with PID 8124 has been terminated.

SUCCESS(또는 이미 사라졌다는 뜻의 not found)는 문서를 쥔 Word 프로세스가 없다는 뜻입니다. 다른 열린 문서는 먼저 저장하세요 — /F는 확인 없이 프로세스를 강제로 닫습니다.

남겨진 owner file(~$) 삭제하기

Word를 닫은 상태에서, ~$ 이름으로 남겨진 owner file을 제거합니다:

del "C:\Users\you\Documents\~$dget.docx"

성공하면 명령은 아무것도 출력하지 않고 끝납니다. owner file은 숨김이라 File Explorer에 보이지 않으면 View ▸ Show ▸ Hidden items를 켜거나 위의 del 명령을 쓰세요. owner file 삭제는 안전합니다 — 그 안에는 잠금과 연 사람의 이름만 있고, 문서 내용은 전혀 들어 있지 않습니다.

실제 사례: Word가 크래시하며 잠금을 남긴 경우

공유 드라이브의 Budget.docx를 편집하던 중 Word가 멈춰 작업 관리자에서 종료합니다. 파일을 다시 열면 locked for editing by another user가 뜨는데 — 본인 이름을 가리킵니다. 그게 단서입니다: 크래시한 세션에서 남은 "다른 사용자"가 바로 당신입니다. tasklist | findstr /i winword를 돌려 남은 WINWORD.EXE 하나를 발견하고 taskkill /IM WINWORD.EXE /F로 끝냅니다. 이어 dir /a가 ~$dget.docx를 보여 주고, del로 삭제합니다. 이제 Budget.docx를 다시 열면 곧바로 편집 가능한 문서가 열립니다 — 크래시가 남긴 잠금은 사라졌고, 잃은 것은 없습니다.

문서가 다시 편집 가능하게 열리는지 확인하기

파일을 다시 엽니다. 읽기 전용 배너도, 잠금 대화 상자도 없이 편집 가능하게 열려야 합니다. owner file이 정말 사라졌는지 확인합니다:

dir /a "C:\Users\you\Documents\~$*.doc*"

File Not Found

File Not Found는 잠금이 지워졌다는 뜻입니다. 문서를 여는 순간 새 ~$ 파일이 생긴다면 정상입니다 — Word가 이번 세션용 owner file을 새로 만들고, 깨끗하게 닫으면 지웁니다.

잠금이 다시 붙지 않게 하기

Word는 죽이지 말고 File ▸ Close나 창 닫기로 종료하세요 — 그래야 Word가 자기 owner file을 지웁니다. 여러 사람이 함께 만지는 파일은 OneDrive나 SharePoint에 두고 AutoSave를 켜세요 — 진짜 co-authoring은 하나의 잠금을 주고받는 대신 모두가 동시에 편집하게 해 주며, 평범한 파일 공유에서 "another user" 메시지가 말하는 것이 바로 그 단일 잠금입니다. Word가 자주 크래시한다면 최신 업데이트를 설치하세요; 복구된 설치는 고아 잠금을 남기지 않습니다.

"읽기 전용"·"최종본으로 표시"와 어떻게 다른가

Locked for editing은 외부 잠금입니다 — 다른 세션이나 남겨진 owner file. 이는 읽기 전용 속성이 설정된 파일(attrib -r file.docx로 해제)과 다르고, Marked as Final(문서 안의 속성으로 File ▸ Info ▸ Protect Document에서 해제)과도, 인터넷에서 받은 파일에 붙는 노란 막대인 Protected View(Enable Editing으로 해제)와도 다릅니다. 잠금 대화 상자도 owner file도 없는데 입력이 안 된다면, 잠금이 아니라 이 중 하나를 보고 있는 것입니다.