LibreOffice에서 "알 수 없는 사용자가 문서를 잠갔습니다" 오류를 해결하는 방법
LibreOffice의 알 수 없는 사용자 잠금 경고를 안전하게 해결하세요. 활성 세션을 확인하고, 사본을 보호하고, 검증된 만료된 잠금만 제거하고, 문서를 테스트할 수 있습니다.
LibreOffice Writer 파일을 열었을 때 "알 수 없는 사용자가 문서를 잠갔습니다."라는 메시지가 표시될 수 있습니다. 특히 컴퓨터를 혼자 사용하는 경우 이 메시지는 당황스러울 수 있습니다. 대부분의 경우 LibreOffice는 해당 파일과 관련된 잠금을 감지한 것입니다. 이 잠금은 다른 컴퓨터에서 열려 있는 문서에 속하거나, LibreOffice 또는 컴퓨터가 예기치 않게 종료된 후 남은 메타데이터일 수 있습니다. "알 수 없음"이라는 단어 자체만으로는 문서가 손상되었거나 암호로 보호되어 있다는 것을 의미하지는 않습니다.
먼저 다른 활성 편집 세션이 있는지 확인하십시오. LibreOffice 세션에서 해당 문서를 사용하고 있지 않음을 확인했으면 사본을 저장한 다음 일치하는 잠금 파일을 검사하십시오. 해당 파일은 최후의 수단으로만 삭제하십시오. 아래 절차는 로컬 파일이나 관리하는 폴더에 가장 안전합니다. 네트워크 공유 폴더나 관리형 문서 서버의 경우 서버 측 잠금을 해제하려면 관리자가 필요할 수 있습니다.
LibreOffice는 파일 잠금 기능을 사용하여 쓰기 모드로 열린 문서를 다른 세션에서 충돌하는 편집으로부터 보호합니다. LibreOffice 설명서에 따르면 스프레드시트 공유 기능이 없는 Writer, Impress, Draw 및 Calc 문서는 열려 있는 동안 잠글 수 있습니다. 다른 사용자가 잠금을 보유하고 있는 경우 LibreOffice는 읽기 전용 액세스, 편집 가능한 사본 또는 잠금 취소 옵션을 제공할 수 있습니다. 파일 시스템 권한 또한 중요합니다. 공동 작업자는 문서와 연결된 잠금 파일 모두에 대한 적절한 액세스 권한이 있어야 합니다.
시스템 충돌, 강제 종료, 네트워크 연결 끊김 또는 원격 세션 연결 해제 후에도 잠금이 유지될 수 있습니다. 다른 원인으로는 두 번째 LibreOffice 프로세스 실행, 동료의 동일 파일 편집, 네트워크 드라이브에서 열린 파일 또는 체크인되지 않은 서버 체크아웃 등이 있습니다. 이러한 가능성을 모두 확인하기 전까지는 잠금이 활성 상태인 것으로 간주하십시오.
아직 아무것도 삭제하지 마십시오. 열려 있는 모든 LibreOffice 창과 바탕 화면을 확인하고, 폴더를 공유하는 다른 사용자에게 해당 파일이 열려 있는지 확인하십시오. 문서가 공유 드라이브에 있는 경우, 최근에 해당 문서를 편집했던 다른 컴퓨터나 원격 데스크톱도 확인하십시오. 다른 세션에서 문서를 정상적으로 닫고 잠금이 해제될 때까지 잠시 기다린 후 다시 시도하십시오.
LibreOffice가 응답하지 않으면 다른 LibreOffice 프로세스가 실행 중인지 확인하십시오. 해당 세션에서 실행 중인 다른 문서를 먼저 저장하십시오. 가능하면 LibreOffice를 정상적으로 종료하고, 애플리케이션이 종료될 수 없는 경우에만 운영 체제의 프로세스 관리자를 사용하십시오. 강제 종료는 저장되지 않은 작업을 손실할 수 있으므로, 열려 있는 모든 창과 복구 메시지를 확인한 후에만 사용하십시오.
대화 상자에 읽기 전용 옵션이 있는 경우, 해당 옵션을 사용하여 원본을 변경하지 않고 파일을 검사하거나 보이는 텍스트를 복구할 수 있습니다. 또는 취소하고 파일 관리자에서 별도의 사본을 만든 후 다시 열 수도 있습니다. Writer에서는 파일 > 사본 저장을 선택하면 현재 문서는 열린 상태로 유지되면서 동일한 내용의 새 파일이 생성됩니다. 사본은 쓰기 권한이 있는 위치에 새 이름으로 저장하십시오. 다른 사람이 원본을 편집 중일 때는 원본을 덮어쓰지 마십시오.

복사본이 제대로 열리고 최신 버전의 텍스트가 포함되어 있는지 확인하십시오. 그렇지 않은 경우 원본을 그대로 두고 LibreOffice의 복구 메시지가 표시되거나 최근 백업 파일이 있는지 확인한 후 진행하십시오. 백업은 실수로 인한 삭제를 방지하는 역할을 하지만, 파일 잠금이 만료되었음을 증명하는 것은 아닙니다.
LibreOffice의 잠금 파일은 일반적으로 문서 옆에 저장됩니다. 일반적인 로컬 파일 설정에서는 숨겨진 파일 이름으로 나타날 수 있으며, 파일 이름은 문서 .~lock.Report.odt#이름 Report.odt과 유사할 수 있습니다. 정확한 파일 이름은 운영 체제, 문서 형식 및 저장 장치에 따라 다를 수 있으므로 기본 문서 이름과 정확히 일치해야 합니다. 관련이 없거나 이름만 비슷한 잠금 파일은 삭제하지 마십시오.
파일 관리자에서 숨겨진 파일 표시 옵션을 켠 다음 문서가 들어 있는 폴더를 엽니다. 대부분의 Linux 데스크톱 환경에서는 Ctrl+ 키를 H눌러 숨겨진 파일을 표시/숨김할 수 있습니다. Windows 파일 탐색기에는 보기 설정에 숨겨진 항목 옵션이 있으며, Finder에서는 Command+ Shift+ 키 를 눌러 숨겨진 항목을 표시할 수 있습니다 .. 이러한 설정은 운영 체제에 따라 다르며 버전마다 변경될 수 있습니다. 원하는 파일을 찾을 수 없는 경우, 추측하지 말고 시스템 관리자에게 문의하십시오.

다음 모든 조건을 만족하는 경우에만 해당 잠금 파일을 삭제하거나 이동하십시오.

의심스러운 오래된 잠금 파일을 영구적으로 삭제하는 대신 파일 관리자의 휴지통으로 이동하는 것이 좋습니다. 그런 다음 원래 문서를 다시 엽니다. 문서가 정상적으로 열리면 필요한 경우에만 사소한 변경 사항만 저장하고 정상적으로 닫습니다. 세션이 종료될 때 LibreOffice가 잠금을 해제하는지 확인하십시오. 문서 내용을 확인할 때까지 백업 파일을 보관하십시오.

경고 메시지가 다시 표시되면 잠금을 반복적으로 삭제하지 마십시오. 다른 세션에서 잠금을 다시 생성하거나, 파일 서버에서 잠금을 유지하고 있거나, 폴더 권한으로 인해 LibreOffice에서 잠금 정보를 올바르게 업데이트하지 못할 수 있습니다.
Windows 공유, WebDAV, SSH 또는 기타 공유 폴더의 경우 네트워크 연결이 안정적인지, 그리고 사용자 계정에 해당 폴더에서 파일을 생성, 변경 및 삭제할 수 있는 권한이 있는지 확인하십시오. LibreOffice의 공동 작업 지침에서는 공유 폴더 사용자가 문서와 잠금 파일 모두에 대해 적절한 권한을 가져야 한다고 명시적으로 언급하고 있습니다. 읽기 전용 마운트 또는 제한적인 폴더 권한으로 인해 유효한 잠금을 해제하기 어려울 수 있습니다.
원격 파일 서비스를 통해 문서를 열었다면 해당 서비스의 잠금 제어 설정을 확인하십시오. LibreOffice의 CMIS 워크플로는 체크아웃 기능을 사용하여 서버 문서를 잠그고 체크인 또는 체크아웃 취소 기능을 사용하여 잠금을 해제합니다. 따라서 서버에 저장된 파일은 로컬에 .~lock파일이 보이지 않더라도 잠긴 상태로 유지될 수 있습니다. 서버 관리자에게 체크아웃 또는 잠금 상태를 확인해 달라고 요청하십시오. 다른 사용자가 공유 폴더에서 작업 중일 때는 해당 폴더에서 파일을 삭제하지 마십시오.
LibreOffice를 다시 시작하고 문서를 다시 열어보세요. 동기화된 위치나 임시 위치의 복제본이 아닌, 의도한 파일과 폴더를 열고 있는지 확인하세요. 파일이나 폴더가 읽기 전용으로 표시되어 있는지, 그리고 같은 폴더에 다른 테스트 파일을 저장할 수 있는지 확인하세요. 다른 위치에는 저장할 수 있지만 해당 폴더에는 저장할 수 없다면, 문서 자체의 문제가 아니라 폴더 또는 서버 접근 권한 문제일 가능성이 높습니다.
활성 잠금이 없는 것으로 확인된 후에도 오류가 특정 컴퓨터에서만 발생하는 경우, 도움말 > 문제 해결 모드에서 다시 시작을 사용하여 임시 프로필로 LibreOffice를 테스트해 보세요. 이 모드는 손상된 사용자 프로필을 진단하는 데 도움이 되지만, 다른 사용자나 서버에서 걸려 있는 잠금을 해제하지는 않습니다. 문서가 여전히 열리지 않으면 원본 및 백업 파일을 보관하고 전체 파일 경로, 저장 유형, LibreOffice 버전, 운영 체제, 그리고 다른 파일에서도 동일한 경고가 발생하는지 여부를 관리자에게 알려주세요.
검사에 실패할 경우, 가능하다면 휴지통에서 의심되는 잠금을 복원하고 백업에서 작업을 계속 진행하며 스토리지 또는 서버 관리자에게 활성 세션이 있는지 확인해 달라고 요청하십시오. 가장 안전한 해결 방법은 공동 작업자의 변경 사항을 덮어쓰지 않고 액세스 권한을 복원하는 것입니다.
LibreOffice 도움말 페이지는 2026년 10월 7일에 확인되었습니다. 메뉴 레이블과 숨겨진 파일 제어 방식은 LibreOffice 인터페이스, 운영 체제 및 저장 장치에 따라 다를 수 있습니다.
LibreOffice의 알 수 없는 사용자 잠금 경고를 안전하게 해결하세요. 활성 세션을 확인하고, 사본을 보호하고, 검증된 만료된 잠금만 제거하고, 문서를 테스트할 수 있습니다.
LibreOffice Writer에서 아랍어 또는 히브리어 텍스트가 영어 텍스트와 잘못 섞이거나, 정렬되지 않거나, 흐름이 원활하지 않은 문제를 해결하세요. 복잡한 텍스트 레이아웃을 활성화하고, 단락 방향을 설정한 후 결과를 확인하세요.
LibreOffice Calc에서 VLOOKUP 및 XLOOKUP 함수를 사용하는 방법을 알아보세요. 정확한 일치, 왼쪽 검색, 찾을 수 없는 결과, 역방향 검색, INDEX/MATCH 함수의 대안, 일반적인 오류 등을 다룹니다.
Collabora Online WOPI 증명 유효성 검사 실패 문제를 해결하려면 검색 키, 키 순환, 프록시 URL, 타임스탬프 및 호스트 허용 목록을 확인하십시오.
ONLYOFFICE 문서에서 모든 사용자에 대해 변경 내용 추적 기능을 활성화하고, 문서를 다시 열었을 때도 이 기능을 유지하며, 전역 기본 설정의 한계를 이해하는 방법을 알아보세요.
Collabora Online의 보기별 시간 제한, 포커스 해제 시간 제한, 문서 유휴 시간 제한, 자동 저장 시간 제한 및 프록시 시간 제한을 비교한 다음 배포 환경에 맞는 설정을 선택하고 확인하십시오.
ONLYOFFICE 맞춤법 검사에서 언어가 변경되지 않는 문제를 해결하세요. 문서 언어 설정, 텍스트 선택, 데스크톱 편집기 감지 조정 및 사전 검사 시점을 알아보세요.
LibreOffice에서 누락된 Calibri 및 Arial 글꼴을 복원하려면 시스템 글꼴을 확인하고, 라이선스가 있는 글꼴 또는 호환되는 대체 글꼴을 설치하고, 글꼴 캐시를 새로 고치고, Writer 출력물을 확인하십시오.
coolwsd.xml, 배포 설정, 증명 키 및 유효성 검사를 포함하여 Collabora CODE 구성 파일을 네이티브 또는 Docker 설치 환경에서 백업하고 복원합니다.
Linux 또는 Docker용 ONLYOFFICE Document Server에 사용자 지정 글꼴을 설치하고, 글꼴 목록을 다시 생성한 다음, 편집기와 내보낸 파일에서 글꼴이 올바르게 표시되는지 확인합니다.