Windows 이미지 복구가 거부될 때 권한과 마운트 경로 점검법

이미지 복구나 WIM 마운트 작업이 중단될 때는 오류 문구만 보지 말고, 어느 명령이 어떤 경로에서 멈췄는지 먼저 기록해야 합니다. DISM은 이미지 파일을 열고, 마운트 폴더에 임시 파일을 만들고, 수정 내용을 커밋하는 과정마다 서로 다른 권한을 요구합니다. 관리자 권한으로 실행했다고 해도 원본 파일 속성, 작업 폴더 ACL, 기존 마운트 연결, 보안 프로그램 점유가 남아 있으면 접근 거부가 계속될 수 있습니다. 특히 네트워크 드라이브나 동기화 폴더를 작업 경로로 사용하면 파일 잠금과 쓰기 지연이 겹치기 쉽습니다. 중단 지점을 마운트·수정·커밋·언마운트로 나누면 불필요하게 이미지를 다시 만들지 않고 원인을 좁힐 수 있습니다. 초기 확인이 어렵다면 동네형컴퓨터 010-6833-8119 로 오류 화면과 실행 명령을 기준으로 점검을 요청할 수 있습니다.

관리자 실행과 작업 경로 권한을 함께 확인하기

DISM 명령은 일반 명령 프롬프트나 일반 PowerShell 창에서 실행하면 이미지 수정 권한이 제한될 수 있습니다. 시작 메뉴에서 터미널 또는 명령 프롬프트를 찾은 뒤 반드시 ‘관리자 권한으로 실행’으로 열고, UAC 승인 창을 통과했는지 확인합니다. 창 제목에 관리자 표시가 있더라도 회사 계정 정책이나 제한된 로컬 계정으로 로그인한 상태라면 실제 쓰기 권한이 부족할 수 있습니다.

다음으로 확인할 대상은 이미지 원본, 마운트 폴더, 임시 폴더입니다. 원본 WIM·ESD 파일이 읽기 전용이거나 다른 사용자만 수정할 수 있도록 설정되어 있으면 커밋 단계에서 멈출 수 있습니다. 마운트 폴더는 비어 있는 전용 로컬 폴더로 만들고, 현재 실행 계정에 수정 및 쓰기 권한이 있는지 속성의 보안 탭에서 확인하는 편이 안전합니다. 바탕화면, 다운로드, 클라우드 동기화 폴더, NAS 경로보다 로컬 NTFS 드라이브의 짧은 경로를 우선 사용해야 경로 권한과 파일 잠금 변수를 줄일 수 있습니다.

예를 들어 C:\WIM\source, C:\WIM\mount, C:\WIM\temp처럼 원본·마운트·임시 작업 폴더를 분리합니다. 이때 마운트 폴더 안에 기존 파일이 남아 있으면 새 작업을 시작하지 않는 것이 좋습니다. 계양동 STATUS_IMAGE_ACCESS_DENIED 상태가 보인다면 관리자 실행 여부만 반복해서 확인하기보다, 실제 오류 로그에 기록된 대상 파일과 해당 폴더의 소유자·쓰기 권한을 같이 비교해야 합니다.

남아 있는 마운트 연결과 잠긴 파일 정리

이미지 작업이 강제 종료되었거나 전원 문제로 중단됐다면 폴더만 삭제해서는 해결되지 않을 수 있습니다. 먼저 관리자 권한 창에서 dism /Get-MountedWimInfo를 실행해 등록된 마운트 이미지가 남아 있는지 확인합니다. 목록에 이전 작업 경로가 표시되면 해당 이미지가 현재 어떤 상태인지 보고, 수정 내용을 보존할지 폐기할지를 먼저 결정해야 합니다.

수정 내용을 버려도 되는 작업이라면 대상과 인덱스를 다시 확인한 뒤 DISM의 언마운트 또는 정리 기능을 사용합니다. 반대로 진행 중이던 수정이 중요하다면 무작정 정리 명령을 실행하지 말고 원본과 마운트 폴더를 보존한 상태에서 로그부터 확인하는 편이 낫습니다. 잘못된 경로에 정리 작업을 하면 필요한 변경분까지 사라질 수 있으므로, 명령에 입력한 마운트 경로를 한 번 더 대조해야 합니다.

파일 잠금도 흔한 원인입니다. 탐색기에서 마운트 폴더를 열어 둔 상태, 미리 보기 창에서 시스템 파일을 읽는 상태, 백신의 실시간 검사, 클라우드 동기화 프로그램의 감시가 커밋 또는 언마운트를 방해할 수 있습니다. 작업 중에는 마운트 폴더 탐색을 최소화하고, 동기화 대상이 아닌 로컬 폴더를 사용하며, 보안 정책상 가능한 범위에서 검사 시점을 분리합니다. 보안 기능을 임의로 장시간 끄기보다 점유 프로세스와 정책을 확인하는 방식이 안전합니다.

권한 오류를 단계별로 재현해 원인 좁히기

같은 명령을 반복 실행하기보다 마운트, 수정, 커밋, 언마운트를 각각 독립된 단계로 기록합니다. 마운트 직후 실패한다면 실행 계정·원본 파일·마운트 폴더를 우선 보고, 수정 후 커밋에서 실패한다면 이미지 파일 쓰기 권한과 저장 공간, 잠긴 파일을 먼저 봐야 합니다. 오류 창의 짧은 문구보다 실행한 전체 명령과 실패한 시각이 더 중요한 단서가 됩니다.

최소 재현은 새 로컬 폴더와 복사한 테스트 이미지에서 수행합니다. 테스트 환경에서 마운트와 언마운트가 정상이라면 원본이 있던 네트워크 경로, 동기화 설정, 해당 계정의 ACL 또는 조직 정책을 비교할 수 있습니다. 테스트에서도 동일하게 실패하면 Windows 버전, ADK 또는 DISM 구성, 저장장치 오류, 잔여 마운트 상태를 순서대로 살펴봅니다. 이 과정에서 원본 이미지를 바로 수정하지 말고 복사본을 사용하면 되돌릴 여지를 남길 수 있습니다.

DISM 로그는 보통 시스템의 DISM 로그 경로에 기록되며, 이벤트 뷰어의 응용 프로그램 및 시스템 로그도 함께 확인할 수 있습니다. 로그에서 ‘Access is denied’ 주변 줄을 보면 실패한 명령, 대상 파일, 경로가 표시되는 경우가 많습니다. 계양동 STATUS_IMAGE_ACCESS_DENIED가 반복될 때에도 로그 한 줄과 실제 실행 계정을 함께 남겨 두면, 단순 관리자 권한 문제인지 마운트 디렉터리 소유권 문제인지 빠르게 구분할 수 있습니다.

작업 일정과 원격 점검 준비

원격 점검은 새벽 시간을 제외하고 가능하며, 관리자 계정으로 로그인할 수 있는지와 오류 화면을 미리 준비하면 확인 시간이 줄어듭니다. 대용량 이미지 백업, 저장장치 교체, 복구 중 디스크 오류가 의심되는 경우에는 현장 작업이 더 적합할 수 있습니다. 계양동 방문 일정은 이미지 용량, 백업 유무, 현재 마운트 상태를 확인한 뒤 짧게 조율합니다.

이미지 복구 거부를 다시 줄이는 마무리

Windows 이미지 작업은 관리자 셸 여부와 마운트 폴더 소유권을 한 묶음으로 확인해야 합니다. 작업 경로는 로컬 NTFS의 전용 폴더로 분리하고, 이전 마운트 연결과 잠긴 파일을 정리한 뒤 다음 명령을 진행하는 흐름이 좋습니다. 마지막으로 실패 시점, 실행 명령, 로그의 오류 줄을 남기면 같은 접근 거부가 다시 발생해도 점검 시간이 크게 줄어듭니다.

반복 실패, 커밋 중단, 마운트 해제 불가처럼 판단이 어려운 상태라면 동네형컴퓨터 010-6833-8119 로 문의해 주세요. 오류 화면, 실행한 명령, Windows 버전, DISM 로그 위치를 전달하면 원격 또는 작업 상황에 맞춰 확인할 수 있습니다. 자세한 접수 안내는 https://udns.kr/에서 확인할 수 있습니다.

자주 묻는 질문

Q. STATUS_IMAGE_ACCESS_DENIED는 무엇을 뜻하나요?

A. Windows 이미지 파일 또는 마운트된 이미지에 읽기·쓰기 작업을 수행할 권한을 확보하지 못했거나, 대상 파일이 다른 프로그램에 의해 잠긴 상태에서 나타날 수 있는 접근 거부 계열 상태입니다.

Q. 관리자 권한으로 실행했는데도 계속 실패하는 이유는 무엇인가요?

A. 관리자 실행은 첫 확인 항목일 뿐입니다. 마운트 폴더 ACL, 이미지 파일의 읽기 전용 속성, 남아 있는 마운트 연결, 보안 프로그램의 파일 점유, 네트워크 경로의 쓰기 제한을 함께 확인해야 합니다.

Q. 원격으로도 점검할 수 있나요?

A. 로그 확인, 명령 실행 권한, 경로 속성, 마운트 상태 조회는 원격으로 점검할 수 있습니다. 다만 대용량 이미지 백업·복구나 저장장치 자체 오류가 의심되는 경우에는 현장 확인이 더 적합할 수 있습니다.