파일 잠금 원인별 언락커 선택과 삭제 전 점검 절차

파일이 잠긴 것처럼 보여도 원인은 서로 다릅니다

파일을 삭제하거나 이름을 바꾸려 할 때 사용 중이라는 알림이 나타나면 흔히 언락커부터 찾게 됩니다. 그러나 모든 실패가 프로세스 잠금 때문에 발생하는 것은 아닙니다. Windows에서는 다른 프로그램이 파일 핸들을 열어 둔 경우와 사용자의 권한이 부족한 경우, 파일 시스템 자체에 문제가 있는 경우가 서로 다른 방식으로 나타날 수 있습니다. 따라서 도구를 실행하기 전에 오류 문구와 대상 경로의 성격을 먼저 확인해야 불필요한 강제 종료를 피할 수 있습니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/cannot-delete-file-folder-on-ntfs-file-system?utm_source=openai))

프로세스 잠금은 문서 편집기, 미디어 재생기, 압축 프로그램, 백업 프로그램, 검색 색인기처럼 파일을 현재 사용하고 있는 주체가 있다는 뜻입니다. 이 경우 잠금 주체를 찾아 정상적으로 프로그램을 닫는 것이 가장 안전합니다. 반면 액세스 거부는 파일을 열고 있는 프로세스가 없어도 보안 권한이나 소유권 때문에 발생할 수 있습니다. Microsoft도 NTFS 파일을 삭제할 수 없는 원인으로 ACL 권한과 사용 중 상태를 별도로 설명합니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/cannot-delete-file-folder-on-ntfs-file-system?utm_source=openai))

파일이나 폴더에 암호화가 적용된 경우도 단순한 잠금과 구분해야 합니다. 언락커는 열린 연결을 닫거나 잠금 프로세스를 종료하는 도구이지, 암호화 키가 없는 파일의 내용을 복호화하는 도구가 아닙니다. 파일 이름은 보이지만 내용이 열리지 않는 상황이라면 삭제 권한보다 암호화 방식과 복구 키 보유 여부를 먼저 확인해야 합니다. 업무용 저장소라면 보안 담당자나 파일 소유자에게 확인한 뒤 조치하는 편이 안전합니다.

이 글은 2026년 8월 27일을 작성 기준일로 삼아 Windows 11 환경에서 파일과 폴더의 잠금 원인을 판별하고 도구를 선택하는 절차를 정리한 문서입니다. PowerToys의 File Locksmith는 파일이나 디렉터리를 사용 중인 프로세스를 확인하는 기능이며, LockHunter는 잠금 프로세스 확인과 잠금 해제, 삭제, 이름 변경을 제공하는 별도 프로그램입니다. 기능과 화면은 업데이트될 수 있으므로 설치 전 공식 페이지의 현재 안내를 다시 확인해야 합니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/windows/powertoys/?utm_source=openai))

2026년 기준 원인별 선택 기준표

아래 표는 오류 문구와 상황을 기준으로 첫 번째 조치를 정리한 것입니다. 표에서 잠금 프로세스가 의심된다고 해서 곧바로 종료를 선택하지 말고, 저장되지 않은 작업이 있는지 확인해야 합니다. 관리자 권한은 잠금 확인 범위를 넓힐 수 있지만 시스템 파일까지 안전하게 삭제할 수 있다는 뜻은 아닙니다. 특히 회사 컴퓨터나 다른 사용자가 관리하는 폴더에서는 관리자 권한을 사용하기 전에 관리 정책을 확인해야 합니다.

관찰한 상황	가능성이 큰 원인	우선 선택할 방법	피해야 할 조치
다른 프로그램에서 사용 중이라는 알림	프로세스가 파일 연결을 유지함	PowerToys File Locksmith로 사용 주체 확인	원인을 모른 채 여러 프로세스 동시 종료
액세스가 거부되었다는 알림	소유권 또는 ACL 권한 부족	파일 속성의 보안 탭과 계정 권한 점검	시스템 폴더 전체의 권한 일괄 변경
프로그램을 닫았는데도 계속 삭제되지 않음	백그라운드 서비스나 탐색기 연결	File Locksmith 재검색 후 필요할 때 LockHunter 확인	저장되지 않은 작업이 있을 수 있는 앱 강제 종료
파일은 보이지만 내용이 열리지 않음	암호화 또는 손상 가능성	암호화 키와 백업, 파일 시스템 상태 확인	언락커로 암호화가 풀릴 것이라고 기대
운영체제 관련 폴더 또는 실행 중인 프로그램	시스템 보호와 실행 의존성	삭제 필요성 재검토와 정상 제거 절차 확인	강제 삭제와 재부팅 예약을 먼저 실행

PowerToys는 Microsoft가 제공하는 유틸리티 모음이며 File Locksmith는 파일 탐색기에서 특정 파일이나 디렉터리를 사용하는 프로세스를 찾는 기능으로 안내됩니다. 디렉터리를 선택하면 내부 파일과 하위 디렉터리까지 검색할 수 있습니다. 다른 사용자로 실행되는 프로세스는 일반 검색 결과에서 빠질 수 있어 관리자 권한으로 다시 시작해야 전체 범위를 확인할 수 있습니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

LockHunter는 공식 안내상 잠금 프로세스를 표시하고 파일이나 폴더의 잠금 해제, 삭제, 복사, 이름 변경을 지원합니다. 삭제한 파일을 휴지통으로 보내 복원 가능성을 남기는 기능도 제공하지만, 명령이나 설정에 따라 영구 삭제가 가능하므로 기본 화면에서 선택 항목을 신중하게 확인해야 합니다. LockHunter 역시 프로세스가 파일이나 폴더에 연결을 열고 있을 때의 잠금 문제에 초점을 둔 도구입니다. ([lockhunter.com](https//lockhunter.com/?utm_source=openai))

언락커를 실행하기 전 준비 절차

첫 단계는 대상이 정말 내가 삭제하거나 변경할 수 있는 파일인지 확인하는 것입니다. 개인 파일이라도 회사 동기화 폴더, 공동 작업 폴더, 네트워크 저장소에 있다면 다른 사용자의 작업을 중단시킬 수 있습니다. 관리자 계정으로 로그인되어 있다는 사실만으로 해당 파일의 소유자나 정책 관리자가 되는 것은 아닙니다. 권한을 우회하는 것보다 파일 소유자와 사용 목적을 확인하는 것이 우선입니다.

두 번째 단계는 삭제 대신 보존이 필요한지 판단하는 것입니다. 작업 중인 문서, 데이터베이스 파일, 가상 머신 디스크, 백업 이미지, 메일 데이터 파일은 잠금을 풀어도 프로그램이 정상 작동하지 않을 수 있습니다. 삭제 대상이 임시 파일인지 원본 데이터인지 모호하다면 먼저 다른 폴더에 복사하거나 백업을 만든 뒤 진행해야 합니다. 잠금 해제 성공은 데이터 손상 없이 안전하게 삭제되었다는 의미가 아닙니다.

세 번째 단계는 오류가 발생한 시점과 실행 중인 프로그램을 기록하는 것입니다. 파일을 열었던 편집기와 동기화 프로그램, 백신, 압축 도구, 터미널 창을 순서대로 닫고 다시 시도하면 별도 도구 없이 해결되는 경우가 많습니다. 파일 탐색기의 미리 보기 창이나 썸네일 처리도 일시적으로 파일을 사용하는 원인이 될 수 있으므로 미리 보기 창을 닫고 새로 고침할 수 있습니다. 이 과정을 거치면 언락커가 찾아야 할 대상이 줄어듭니다.

네 번째 단계는 파일 이름과 경로가 정상인지 확인하는 것입니다. 오래된 백업이나 외부 저장장치에서는 손상된 경로, 지원되지 않는 문자, 연결이 끊긴 네트워크 경로 때문에 삭제가 실패할 수 있습니다. 이 경우 잠금 프로세스를 종료해도 문제가 해결되지 않을 수 있습니다. LockHunter 공식 안내도 잘못된 경로 문자와 파일 시스템 손상, 잘못된 접근 권한을 별도 실패 원인으로 설명합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

• 대상 파일과 폴더가 내 소유이거나 관리 권한 범위에 있는지 확인합니다.
• 삭제 전 원본 백업 또는 다른 위치로의 복사본이 있는지 확인합니다.
• 문서 편집기와 재생기, 압축 도구, 동기화 프로그램을 정상적으로 닫습니다.
• 파일 속성에서 읽기 전용 여부와 보안 권한을 확인합니다.
• 암호화 파일인지, 단순히 다른 프로세스가 사용 중인지 구분합니다.
• 회사 장비와 네트워크 저장소라면 관리자 정책과 공동 작업 여부를 확인합니다.

PowerToys File Locksmith로 원인을 좁히는 순서

PowerToys를 사용하려면 Microsoft가 안내하는 설치 방법 가운데 Microsoft Store나 공식 GitHub 배포 경로를 선택하는 것이 좋습니다. WinGet을 이용할 때는 패키지 식별자가 Microsoft.PowerToys인지 확인해야 하며 검색 결과가 여러 개라면 이름만 보고 임의의 프로그램을 설치하지 않아야 합니다. PowerToys는 Windows 10과 Windows 11에서 지원되지만 Windows 10은 2025년 10월 14일에 지원이 종료되었으므로 2026년에는 운영체제 지원 상태도 함께 고려해야 합니다. ([learn.microsoft.com](https//learn.microsoft.com/da-dk/windows/powertoys/install?utm_source=openai))

설치가 끝나면 PowerToys 설정에서 File Locksmith 기능을 켭니다. 파일 탐색기에서 문제가 발생한 파일 또는 폴더를 선택하고 마우스 오른쪽 버튼 메뉴에서 추가 옵션을 표시한 다음 File Locksmith로 잠금 해제하는 항목을 선택합니다. 폴더를 선택하면 내부 파일과 하위 폴더까지 검색하므로 큰 폴더에서는 결과가 나타날 때까지 시간이 더 걸릴 수 있습니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

검색 결과에서는 프로세스 이름만 보지 말고 경로와 파일 종류, 현재 작업의 중요도를 함께 확인해야 합니다. 문서 편집기라면 먼저 저장과 정상 종료를 시도하고, 백업 프로그램이라면 작업 완료 여부를 확인해야 합니다. 프로세스가 낯선 이름이라고 해서 악성 프로그램으로 단정해서는 안 되며, 실행 경로와 설치한 프로그램 목록을 함께 살펴야 합니다. 결과가 충분하지 않으면 관리자 권한으로 File Locksmith를 다시 시작해 다른 사용자 권한으로 실행되는 프로세스를 확인할 수 있습니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

프로세스를 종료해야 한다면 한 번에 하나씩 처리하고 매번 파일 탐색기에서 삭제나 이름 변경을 다시 시도합니다. File Locksmith에는 잠금 프로세스를 종료하는 기능이 있지만, 종료 시 저장되지 않은 데이터가 사라질 수 있습니다. 먼저 해당 프로그램의 창을 열어 저장 여부를 확인하고 정상 종료가 되지 않을 때만 강제 종료를 고려해야 합니다. 시스템 서비스나 보안 제품처럼 종료 후 자동으로 다시 시작될 수 있는 대상은 서비스 관리 정책을 확인해야 합니다.

명령줄 기능은 자동화된 작업에서 유용하지만 일반 사용자가 원인을 확인하기 위한 첫 수단으로는 권장하지 않습니다. File Locksmith CLI에는 잠금 프로세스 확인, JSON 결과 출력, 파일이 해제될 때까지 대기, 잠금 프로세스 종료 기능이 안내되어 있습니다. 여러 파일을 한꺼번에 처리할 때는 대상 목록을 다시 검토하고, 종료 옵션이 포함되지 않았는지 확인해야 합니다. 특히 자동화 스크립트에 강제 종료를 넣으면 다음 실행 때 같은 문제가 반복되거나 작업 데이터가 손상될 수 있습니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

LockHunter를 선택할 때 확인할 항목

PowerToys를 설치할 수 없거나 파일 탐색기에서 잠금 주체를 찾은 뒤 바로 잠금 해제와 삭제까지 한 화면에서 처리하고 싶다면 LockHunter를 검토할 수 있습니다. 2026년 8월 27일 공식 다운로드 페이지에는 LockHunter 3.4.3이 표시되어 있으며 Windows 11과 Windows 10을 포함한 여러 Windows 버전 지원이 안내되어 있습니다. 설치 파일을 받을 때는 검색 광고나 제3자 배포 파일보다 공식 사이트의 현재 다운로드 화면을 우선해야 합니다. ([lockhunter.com](https//lockhunter.com/download.htm?utm_source=openai))

LockHunter 화면에서는 먼저 대상 파일이나 폴더를 지정하고 어떤 프로세스가 연결을 보유하고 있는지 확인합니다. 그 다음 선택지는 잠금 해제, 삭제, 이름 변경 등으로 나뉘며, 사용 목적에 맞는 항목을 구별해서 눌러야 합니다. 잠금 해제는 파일을 지우지 않고 연결을 끊는 작업이고 삭제는 대상 자체를 제거하는 작업이므로 두 기능을 같은 의미로 생각하면 안 됩니다. 공식 설명도 삭제 명령이 잠금 해제와 삭제를 함께 수행할 수 있다고 안내하므로 버튼 문구를 확인해야 합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

잠금 프로세스 종료 기능은 가장 주의해야 하는 항목입니다. LockHunter 공식 매뉴얼은 강제 종료된 앱에 저장되지 않은 정보가 있으면 데이터가 손실될 수 있다고 경고합니다. 따라서 문서나 프로젝트 파일이라면 프로그램을 직접 열어 저장하고 닫은 뒤 다시 검사해야 합니다. 프로세스가 여러 개라면 원인과 무관해 보이는 항목을 한꺼번에 종료하지 말고 파일을 실제로 사용하는 항목만 선택해야 합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

휴지통으로 보내는 삭제는 실수 복구에 도움이 되지만 모든 상황에서 복원이 보장되는 것은 아닙니다. 휴지통 사용이 제한된 드라이브나 네트워크 경로에서는 동작이 달라질 수 있고, 영구 삭제 옵션을 선택하면 복구 가능성이 크게 낮아집니다. 공식 매뉴얼의 명령줄 영구 삭제 옵션은 별도로 제공되므로 일반적인 문제 해결에서는 영구 삭제를 피하는 것이 좋습니다. 삭제가 목적이 아니라 이름 변경이나 이동이라면 먼저 그 기능만 선택해 원본 보존 여부를 확인해야 합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

액세스 거부일 때 언락커보다 권한을 먼저 점검합니다

액세스 거부가 표시되고 File Locksmith에 잠금 프로세스가 나타나지 않는다면 권한 문제가 더 유력합니다. 파일 속성의 보안 탭에서 현재 계정이 읽기, 쓰기, 수정, 삭제에 필요한 권한을 갖고 있는지 확인합니다. 소유권이 다른 계정이나 시스템 계정에 설정되어 있다면 권한을 변경하기 전에 해당 파일의 역할을 조사해야 합니다. Microsoft는 관리자가 소유권을 취득할 수 있더라도 이후 파일이나 폴더에 필요한 권한을 별도로 부여해야 할 수 있다고 설명합니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/windows-server/administration/windows-commands/takeown?utm_source=openai))

소유권 취득은 잠금 해제와 같은 작업이 아닙니다. 소유자가 되면 보안 권한을 수정할 수 있는 기반이 생길 수 있지만, 현재 프로세스가 파일을 사용하고 있으면 여전히 삭제되지 않을 수 있습니다. 반대로 권한을 넓게 부여해도 암호화된 파일의 내용을 읽을 수 있다는 뜻은 아닙니다. 따라서 소유권 변경과 잠금 해제, 암호화 복구를 서로 다른 문제로 기록해야 합니다.

폴더 전체에 대한 권한을 일괄 변경하는 방식은 특히 주의해야 합니다. 프로그램 설치 폴더나 Windows 구성 폴더의 권한 상속을 바꾸면 업데이트와 보안 기능이 작동하지 않을 수 있습니다. Microsoft의 takeown 안내도 소유권을 취득한 뒤 파일과 디렉터리에 삭제 권한을 추가해야 할 수 있다고 설명하지만, 이 명령은 문제의 원인을 자동으로 판별하지 않습니다. 필요한 대상 하나에만 제한적으로 적용하고 작업 전 원래 보안 설정을 기록하는 것이 안전합니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/windows-server/administration/windows-commands/takeown?utm_source=openai))

회사 장비에서 권한 변경이 막혀 있거나 조직에서 관리하는 폴더라면 개인 언락커로 우회하지 않는 편이 좋습니다. 조직 정책, 백업 보존, 감사 기록 때문에 사용자가 임의로 삭제하면 복구 절차가 복잡해질 수 있습니다. 네트워크 공유 폴더의 경우 내 컴퓨터의 관리자 권한과 서버 쪽 권한이 별개일 수 있습니다. 이때는 서버 관리자 또는 공유 폴더 소유자에게 파일 사용 여부와 삭제 권한을 확인해야 합니다. ([support.microsoft.com](https//support.microsoft.com/en-US/Windows/Experience/Connectivity-Networking/file-sharing-over-a-network-in-windows?utm_source=openai))

적용 사례로 보는 실제 판단 순서

첫 번째 사례는 문서 편집을 마친 뒤 보고서 파일을 삭제하려는데 사용 중이라는 알림이 계속 나타나는 상황입니다. 작업 표시줄의 편집기 창은 닫혔지만 미리 보기 창과 동기화 프로그램이 실행 중일 수 있습니다. 먼저 문서를 다른 이름으로 저장했는지 확인하고 편집기와 파일 탐색기의 미리 보기 창을 닫은 뒤 잠시 기다립니다. 그래도 삭제되지 않으면 File Locksmith로 해당 문서를 사용하는 프로세스를 찾아 정상 종료 여부를 확인합니다.

이 사례에서 File Locksmith 결과에 문서 편집기만 표시된다면 잠금 해제 버튼보다 프로그램의 저장과 종료를 먼저 선택합니다. 동기화 프로그램이 표시된다면 동기화가 완료되었는지 확인하고 동기화를 일시 중지한 뒤 다시 시도합니다. 프로세스 종료 후 삭제에 성공하더라도 아직 동기화되지 않은 변경 사항이 있었다면 다른 장치와의 파일 상태가 달라질 수 있습니다. 따라서 삭제 전 동기화 완료 표시와 백업 상태까지 확인해야 합니다.

두 번째 사례는 외장 드라이브의 오래된 폴더를 지우려는데 액세스가 거부되고 File Locksmith에는 아무 결과도 나타나지 않는 상황입니다. 이 경우 LockHunter를 반복 실행하기보다 드라이브 연결 상태와 파일 시스템 오류, 현재 계정의 권한을 먼저 점검합니다. 폴더가 다른 컴퓨터에서 생성되었거나 백업 프로그램이 설정한 보호 권한을 사용하고 있을 수도 있습니다. 파일이 필요한지 확인한 뒤 권한 문제라면 대상 폴더 하나에 한정해 소유권과 삭제 권한을 검토합니다.

세 번째 사례는 프로그램 설치 후 남은 폴더가 삭제되지 않고 LockHunter에서 실행 파일과 서비스가 함께 표시되는 상황입니다. 설치 프로그램의 제거 기능을 먼저 실행하고 재부팅 후 잔여 폴더를 다시 확인하는 것이 좋습니다. 서비스가 실행 중이라면 무작정 프로세스를 종료하기보다 해당 프로그램의 공식 제거 절차와 서비스 중지 방법을 확인해야 합니다. 운영체제나 보안 제품의 핵심 파일이라면 삭제하지 말고 제조사 지원 문서를 확인해야 합니다.

실수하기 쉬운 상황과 예외 대응

가장 흔한 실수는 잠금 프로세스의 이름만 보고 악성 파일이라고 판단하는 것입니다. 정상적인 백업, 검색, 동기화, 보안 프로그램도 파일을 잠시 사용할 수 있습니다. 반대로 낯선 프로세스가 보인다고 해서 바로 종료하거나 삭제하면 시스템이나 다른 프로그램에 문제가 생길 수 있습니다. 실행 파일의 위치와 설치 경로, 최근 설치한 프로그램을 함께 확인해야 판단 오류를 줄일 수 있습니다.

두 번째 실수는 폴더를 선택해 전체 하위 항목을 한꺼번에 해제하는 것입니다. File Locksmith는 디렉터리를 선택하면 내부 파일과 하위 디렉터리까지 검색할 수 있으므로 결과 범위가 넓어집니다. 여러 항목이 섞인 폴더에서는 필요한 파일 하나 때문에 전체 프로그램을 종료하게 될 수 있습니다. 가능하면 정확한 파일을 먼저 선택하고, 폴더 단위 작업은 백업과 대상 목록을 확인한 뒤 진행해야 합니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

세 번째 실수는 잠금 해제와 삭제를 같은 단계로 생각하는 것입니다. 잠금 해제 뒤에도 권한 부족, 파일 시스템 손상, 잘못된 경로 때문에 삭제가 실패할 수 있습니다. 반대로 삭제 버튼을 누르면 잠금 해제까지 함께 진행되는 도구도 있으므로 선택 항목을 읽지 않고 반복 클릭하면 원하지 않는 삭제가 발생할 수 있습니다. 삭제 목적이 아니라 이동이나 이름 변경이라면 해당 기능부터 시험하는 것이 안전합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

네 번째 예외는 재부팅 뒤에 삭제하도록 예약하는 경우입니다. 재부팅 예약은 현재 실행 중인 프로세스가 다시 시작되기 전에 처리할 수 있다는 장점이 있지만, 대상이 시스템에 필요한 파일이면 부팅이나 프로그램 실행에 영향을 줄 수 있습니다. 예약 전에 파일 경로와 백업 상태, 삭제 필요성을 다시 확인해야 합니다. 재부팅 후에도 삭제되지 않는다면 잠금이 아닌 권한이나 파일 시스템 문제일 가능성을 다시 검토해야 합니다.

다섯 번째 예외는 암호화 파일입니다. 암호화 파일은 사용자가 올바른 키나 계정 인증을 보유하고 있어야 내용을 읽거나 변환할 수 있으며, 프로세스 연결을 닫는 것만으로 암호화가 풀리지는 않습니다. 파일 이름 변경이나 삭제가 가능한 경우에도 데이터 복구가 가능하다는 의미는 아닙니다. 암호화 파일을 보존해야 한다면 키와 복구 인증 정보를 먼저 확보해야 합니다.

안전하게 마무리하는 단계별 절차

1. 오류 문구를 기록하고 파일이 사용 중인지 액세스 거부인지 구분합니다.
2. 파일 소유자와 업무상 필요성, 백업 여부를 확인합니다.
3. 열려 있는 편집기와 탐색기 미리 보기, 동기화 프로그램을 정상 종료합니다.
4. 변화가 없으면 PowerToys File Locksmith로 잠금 프로세스를 검색합니다.
5. 프로세스의 경로와 역할을 확인한 뒤 정상 종료를 우선 시도합니다.
6. 관리자 권한으로 다시 검색해야 하는 상황인지 판단합니다.
7. 잠금 프로세스가 확인되지 않고 액세스 거부가 계속되면 보안 권한과 소유권을 점검합니다.
8. PowerToys로 해결되지 않고 잠금 해제와 삭제를 구분해 처리해야 할 때만 LockHunter를 사용합니다.
9. 삭제가 필요하면 휴지통 복원 가능 여부를 확인하고 영구 삭제는 피합니다.
10. 작업 후 프로그램 실행과 파일 시스템 상태를 확인하고 문제가 생기면 백업에서 복구합니다.

이 절차의 핵심은 도구를 먼저 고르는 것이 아니라 실패 원인을 먼저 분류하는 데 있습니다. File Locksmith는 원인 확인에 적합하고 LockHunter는 확인된 잠금에 대해 추가 작업을 선택할 때 유용합니다. 권한 문제는 보안 설정과 소유권을 점검해야 하며 암호화 문제는 복구 키와 백업을 확인해야 합니다. 세 영역을 구분하면 강제 종료와 권한 변경을 최소화할 수 있습니다.

작업 기록도 남기는 것이 좋습니다. 대상 파일, 오류 문구, 확인한 프로세스, 선택한 조치, 삭제 여부를 간단히 기록하면 같은 문제가 반복될 때 원인을 찾기 쉽습니다. 업무용 컴퓨터에서는 이 기록이 데이터 손실이나 정책 위반 여부를 확인하는 근거가 될 수 있습니다. 특히 여러 파일을 자동 처리하거나 대량 삭제할 때는 수동 확인 단계를 생략하지 않는 것이 안전합니다.

자주 묻는 상황을 기준으로 다시 확인하기

PowerToys File Locksmith에 프로세스가 보이지 않으면 언락커가 실패한 것인가요

그렇다고 단정할 수 없습니다. File Locksmith가 접근할 수 있는 프로세스 범위 밖에서 파일을 사용하는 주체가 있거나, 실제 원인이 프로세스 잠금이 아닌 권한과 파일 시스템 문제일 수 있습니다. 관리자 권한으로 다시 시작해 검색 범위를 넓힌 뒤에도 결과가 없으면 파일 속성의 보안 권한과 드라이브 상태를 점검해야 합니다. ([learn.microsoft.com](https//learn.microsoft.com/nb-no/windows/powertoys/file-locksmith?utm_source=openai))

LockHunter로 잠금을 풀면 파일이 자동으로 안전하게 삭제되나요

아닙니다. LockHunter의 잠금 해제와 삭제는 구분되는 작업이며, 삭제를 선택하면 대상 파일이나 폴더가 제거될 수 있습니다. 강제 종료 과정에서 저장되지 않은 내용이 손실될 수 있고, 프로세스 잠금 이외의 권한 문제는 별도로 남을 수 있습니다. 삭제 전에는 백업과 대상 경로를 확인하고 휴지통으로 복원할 수 있는 설정인지 살펴야 합니다. ([lockhunter.com](https//lockhunter.com/manual.htm?ostype=win64&sm=MainHint&ver=3.3.4.139&utm_source=openai))

액세스 거부가 나오면 관리자 권한으로 언락커를 실행하면 해결되나요

관리자 권한은 다른 사용자로 실행되는 프로세스를 확인하거나 소유권과 권한을 점검할 때 도움이 될 수 있습니다. 그러나 관리자 권한이 암호화 파일을 복호화하거나 손상된 파일 시스템을 복구하는 것은 아닙니다. 시스템 폴더와 회사 관리 폴더에서 권한을 강제로 바꾸면 더 큰 문제가 생길 수 있으므로 대상과 정책을 먼저 확인해야 합니다. ([learn.microsoft.com](https//learn.microsoft.com/en-us/windows-server/administration/windows-commands/takeown?utm_source=openai))

파일을 삭제하지 않고 이름만 바꾸고 싶을 때도 언락커를 사용할 수 있나요

가능한 경우가 있지만 먼저 파일을 사용하는 프로그램을 정상 종료하는 것이 좋습니다. LockHunter는 공식 안내상 잠금 파일의 이름 변경을 지원하지만, 이름 변경 뒤 프로그램의 설정 경로가 끊기거나 동기화 충돌이 생길 수 있습니다. 단순히 파일을 숨기거나 구분하려는 목적이라면 별도 폴더로 복사한 뒤 원본을 보존하는 방법도 고려해야 합니다. ([lockhunter.com](https//lockhunter.com/?utm_source=openai))

암호화된 파일도 언락커로 열 수 있나요

언락커는 열린 파일 연결을 닫거나 잠금 프로세스를 종료하는 도구이므로 암호화 키를 대신 제공하지 않습니다. 올바른 계정이나 복구 키가 없으면 파일을 열 수 없고, 잠금 해제 후에도 내용이 암호화된 상태로 남습니다. 파일을 보존해야 한다면 삭제나 권한 변경보다 키와 백업의 존재를 먼저 확인해야 합니다.

작성 기준일은 2026년 8월 27일이며 PowerToys와 LockHunter의 기능, 지원 운영체제, 설치 화면은 이후 변경될 수 있습니다. 실제 작업 전에는 사용하는 Windows 버전과 조직 정책, 도구의 최신 공식 안내를 다시 확인해야 합니다. 특히 잠금 해제보다 중요한 것은 대상 파일의 소유권과 백업, 삭제 필요성을 확인하는 일입니다.