Windows 복구 명령이 특정 진행률에서 멈추거나 완료 후에도 시스템 파일 오류가 반복될 때는 구성 요소 저장소, 복구 원본 경로, CBS 로그를 함께 점검해야 합니다. 무작정 명령을 반복하기보다 오류 코드와 업데이트 상태를 확인해 복구 실패 원인을 분리합니다.
DISM 복구가 62%에서 멈출 때 구성 요소 저장소를 확인하는 순서
복구 명령이 62% 부근에서 더 움직이지 않거나, 완료 메시지 뒤에도 시스템 파일 오류가 반복되는 경우가 있습니다. 이때 진행률 숫자만 보고 같은 명령을 여러 번 실행하면 원인 구분이 더 어려워질 수 있습니다. DISM은 현재 Windows 의 구성 요소 저장소를 검사하고 손상된 파일을 복구하는 과정이므로, 마지막 로그 기록과 복구 원본 상태를 함께 봐야 합니다. 관리자 권한 명령 프롬프트 실행이 어렵거나 오류 코드 해석이 필요하면 동네형컴퓨터 010-6833-8119 로 먼저 증상 확인을 요청할 수 있습니다. 동화동 STATUS_IMAGE_CORRUPTION처럼 상태 이미지 관련 오류가 보일 때도 무조건 초기화를 결정하기보다 저장소·업데이트·원본 파일을 순서대로 나누어 점검하는 편이 안전합니다. 화면을 닫기 전 명령 결과와 오류 번호를 캡처해 두면 원격 확인 범위도 넓어집니다.
구성 요소 저장소 상태부터 읽는 방법
DISM 복구는 먼저 손상 여부를 판독한 뒤, 실제 복구가 필요한지 판단하는 순서로 진행하는 것이 좋습니다. 관리자 권한 터미널 또는 명령 프롬프트에서 아래 명령을 각각 실행할 수 있습니다.
DISM /Online /Cleanup-Image /CheckHealth DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealthCheckHealth는 이전 검사 기록을 바탕으로 손상 표시 여부를 빠르게 확인합니다. ScanHealth는 구성 요소 저장소를 더 자세히 검사하므로 시간이 걸릴 수 있습니다. 두 명령에서 손상 가능성이 확인되었을 때 RestoreHealth로 복구를 시도하는 흐름이 일반적입니다.
| 확인 항목 | 의미 | 다음 판단 |
|---|---|---|
| 손상 없음 | 구성 요소 저장소에서 즉시 확인된 문제 없음 | SFC 또는 개별 업데이트 오류 확인 |
| 복구 가능 | 저장소에 복구 대상이 있음 | 원본 경로와 업데이트 연결 상태 확인 후 RestoreHealth 실행 |
| 특정 비율에서 정체 | 원본 탐색, 패키지 처리, 디스크 작업이 지연될 수 있음 | DISM.log 의 마지막 기록 시간과 오류 코드 대조 |
62%에서 멈춘 것처럼 보여도 실제 작업이 완전히 멈췄다고 단정하기는 이릅니다. 작업 관리자에서 디스크 사용량을 보고, C:\Windows\Logs\DISM\dism.log의 마지막 기록 시간이 계속 갱신되는지 확인합니다. 특히 마지막 줄 근처에 나타나는 패키지 이름, 원본 파일 경로, 0x 로 시작하는 오류 코드는 진행률보다 중요한 단서입니다.
동화동 STATUS_IMAGE_CORRUPTION 메시지가 반복된다면 손상 문구 자체보다 바로 뒤에 이어진 오류 코드와 실패한 패키지 항목을 우선 확인해야 합니다. 같은 코드가 재실행 때마다 남는다면 단순 지연이 아니라 복구 원본 불일치, 권한 문제 또는 업데이트 보류 상태일 가능성을 나누어 봐야 합니다.
복구 원본 경로가 맞지 않을 때 생기는 문제
인터넷 연결이 제한되었거나 Windows Update 에서 복구 파일을 내려받지 못하는 환경에서는 설치 미디어의 sources 폴더를 복구 원본으로 지정할 수 있습니다. 다만 설치 USB나 ISO 파일이 있다고 해서 모두 사용할 수 있는 것은 아닙니다. 현재 PC의 Windows 에디션, 언어, 빌드가 설치 미디어 안의 이미지와 맞아야 복구 대상 파일을 정상적으로 찾을 수 있습니다.
예를 들어 현재 시스템이 Windows 11 의 특정 누적 업데이트가 적용된 상태인데, 지나치게 오래된 설치 이미지 또는 다른 언어의 이미지를 원본으로 지정하면 필요한 구성 요소를 찾지 못할 수 있습니다. Home 과 Pro 처럼 에디션이 다르거나, ISO 안에 여러 인덱스가 있는 경우에도 대상 인덱스를 잘못 지정하면 복구가 실패합니다.
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:인덱스번호 /LimitAccessinstall.esd 파일을 사용하는 미디어라면 wim 대신 esd 형식에 맞춰 지정해야 합니다. /LimitAccess는 Windows Update 접속 없이 지정한 원본만 사용하게 하는 옵션입니다. 반대로 원본 경로가 확실하지 않다면 이 옵션을 빼고 Windows Update 를 통한 복구가 가능한지도 확인할 수 있습니다.
경로를 넣기 전에는 드라이브 문자가 실제 설치 미디어 위치와 같은지, 파일을 읽을 권한이 있는지, 외장 저장장치 연결이 중간에 끊기지 않는지를 점검합니다. 복구 명령은 맞아 보여도 원본 파일이 현재 빌드와 맞지 않으면 오류가 남을 수 있으므로, 명령어만 바꾸며 반복 실행하는 방식은 피하는 편이 좋습니다.
멈춘 복구 작업을 다시 시작하기 전 체크
복구를 다시 시도하기 전에는 Windows 가 재부팅을 기다리는 상태인지 확인합니다. 누적 업데이트 설치가 보류되어 있거나 재시작이 필요한 상태라면 구성 요소 저장소가 잠겨 복구 과정이 길어지거나 실패할 수 있습니다. 중요한 작업을 저장한 뒤 재부팅을 한 번 완료하고, 업데이트 화면에 대기 중인 항목이 있는지도 살펴보는 것이 먼저입니다.
시스템 드라이브 여유 공간도 확인 대상입니다. 임시 복구 파일과 업데이트 파일이 함께 생성되므로 저장 공간이 부족하면 진행률이 멈춘 듯 보이거나 처리 도중 오류가 날 수 있습니다. 디스크 정리 후에도 같은 지점에서 멈춘다면 DISM.log 와 CBS.log 의 시간대를 비교해 어느 단계에서 실패했는지 확인합니다.
DISM이 정상 완료된 뒤에는 현재 사용 중인 시스템 파일을 검사하는 SFC를 실행합니다.
sfc /scannowSFC는 구성 요소 저장소 자체를 고치는 도구가 아니라 현재 Windows 에서 사용하는 시스템 파일을 검사합니다. 그래서 저장소 복구를 먼저 시도한 다음 SFC를 실행하는 순서가 효율적입니다. SFC 완료 후에도 같은 파일 오류나 업데이트 실패가 남는다면, C:\Windows\Logs\CBS\CBS.log에서 반복되는 파일명과 DISM 로그의 실패 항목을 대조해 다음 조치를 정해야 합니다.
방문 점검이 필요한 경우
Windows 가 정상 부팅되고 관리자 권한 실행이 가능하다면 로그 확인, 명령 실행, 설치 미디어 버전 대조는 원격으로 먼저 진행할 수 있습니다. 다만 부팅 자체가 불안정하거나 저장장치 읽기 오류, 반복적인 블루스크린, 설치 미디어 인식 불량이 함께 나타나면 현장 확인이 필요할 수 있습니다. 동화동 방문 일정은 원격 진단으로 원인이 분리되지 않았을 때 조율하며, 출장 점검은 09:00~18:00 범위에서 가능합니다.
원격 확인을 준비할 때는 오류 화면을 닫지 말고 캡처해 두는 것이 좋습니다. 실행한 DISM 명령 전체, 멈춘 진행률, 오류 코드, Windows 버전 정보가 있으면 같은 문제를 다시 재현하는 시간을 줄일 수 있습니다.
오류 화면이 남아 있을 때 문의하기
진행률이 장시간 바뀌지 않고 DISM.log 의 기록 시간도 멈췄거나, 재부팅과 여유 공간 정리 뒤에도 동일한 오류 코드가 반복된다면 로그 기준으로 점검을 받아보는 편이 낫습니다. 문의 전에는 Windows 버전과 빌드 번호, 입력한 DISM 명령어 전문, 오류 화면, DISM.log 또는 CBS.log 의 마지막 일부를 준비해 주세요.
원격 점검은 새벽 시간을 제외하고 가능하며, 실행 실패 원인이 원본 경로인지 업데이트 보류인지 권한 또는 저장장치 문제인지부터 분리합니다. 상담 및 점검 문의는 010-6833-8119, 동네형컴퓨터 https://udns.kr/에서 접수할 수 있습니다.
복구 진행률이 특정 지점에 고정되었을 때는 강제 종료나 반복 실행보다 마지막 로그 항목을 먼저 확인하는 것이 핵심입니다. 복구 원본의 빌드 일치 여부와 재부팅 보류 상태를 함께 정리한 뒤 DISM을 다시 실행하면 불필요한 시도를 줄일 수 있습니다. 이후 SFC 결과까지 확인하면 구성 요소 저장소 문제와 현재 시스템 파일 문제를 보다 명확하게 구분할 수 있습니다.
자주 묻는 질문
DISM에서 구성 요소 저장소 손상이라고 나오면 바로 포맷해야 하나요?
아닙니다. 복구 원본의 버전 일치 여부, 업데이트 보류 상태, 로그의 오류 코드부터 확인한 뒤 DISM 복구와 SFC 재검사를 진행할 수 있습니다. 부팅 불가나 저장장치 이상처럼 별도 문제가 확인될 때 초기화 또는 재설치를 검토합니다.
복구 명령이 특정 퍼센트에서 오래 멈추면 강제 종료해도 되나요?
즉시 종료하기보다 디스크 작업 여부와 DISM.log 기록 시간이 갱신되는지 먼저 확인해야 합니다. 실제로 패키지 처리나 원본 탐색이 진행 중일 수 있으므로, 로그 변화가 없는지 일정 시간 확인한 후 판단하는 편이 안전합니다.
이 문제는 원격으로 점검할 수 있나요?
Windows 가 정상 부팅되고 관리자 권한으로 명령을 실행할 수 있다면 로그 확인, 복구 명령 점검, 원본 파일 확인은 원격으로 가능합니다. 부팅 실패나 저장장치 이상이 의심되면 현장 점검이 필요할 수 있습니다.