이 글의 목적은 SFC /SCANNOW 명령으로 시스템 파일 손상이 복구되지 않을 때 DISM 도구를 활용해 Windows 10·Windows 11의 시스템 이미지를 안정적으로 복구하는 실무 절차를 정리하는 것이다.
1. SFC /SCANNOW가 복구하지 못하는 대표 증상 정리
SFC(System File Checker)는 중요한 시스템 파일을 검사하고 자동으로 복구하는 도구이다. 그러나 내부 복구 원본인 WinSxS 저장소 자체가 손상되었거나, 업데이트 기록이 꼬였을 경우 SFC만으로는 문제가 해결되지 않는 경우가 많다.
현장에서 자주 보고되는 증상은 다음과 같다.
| 증상 | 상세 메시지/양상 | 의심 원인 |
|---|---|---|
| SFC 검사 완료 후 복구 불가 | “Windows 리소스 보호에서 손상된 파일을 발견했지만 일부를 복구할 수 없습니다.” 메시지가 표시됨 | WinSxS 저장소 손상, 업데이트 파일 꼬임, 이전 실패한 복구 작업 잔여 파일 |
| SFC 진행률 100% 이후에도 문제 지속 | SFC에서는 “수리를 완료했다”고 나오지만 실제 부팅 오류·앱 오류는 그대로임 | 사용자 프로필, 드라이버, 레지스트리 등 SFC 대상 외 영역 문제 |
| SFC 실행 자체가 실패 | “시스템 복구 서비스에 연결할 수 없습니다” 또는 “요청한 작업을 수행할 수 없습니다” 등 오류 | 서비스 중지, 이미지 심각 손상, 디스크 오류 |
| 로그에만 손상 기록 | 눈에 띄는 오류는 없지만 CBS.log에 반복적인 손상 항목이 기록됨 | 업데이트·언어팩·폰트 등 일부 구성 요소의 불완전 설치 |
이러한 상황에서는 SFC가 사용하는 복구 원본 자체를 고쳐 줄 수 있는 DISM 도구를 먼저 실행하는 것이 효과적이다.
2. SFC와 DISM의 역할 차이 이해하기
문제를 근본적으로 해결하려면 SFC와 DISM이 각각 어떤 역할을 하는지 이해하는 것이 중요하다.
| 도구 | 주요 역할 | 검사 대상 | 주 사용 시점 |
|---|---|---|---|
| SFC /SCANNOW | 실제 설치된 시스템 파일 무결성 검사 및 교체 | Windows 시스템 파일(보호된 파일) | 일반적인 시스템 파일 손상, 부팅·앱 오류 발생 시 1차 점검 |
| DISM /Online /Cleanup-Image | Windows 이미지(WinSxS 저장소) 검사 및 복구 | 컴포넌트 저장소, 기능/언어팩, 업데이트 구성 요소 | SFC가 실패하거나 반복적으로 손상을 발견하는 경우, 대형 업데이트 후 문제 발생 시 |
SFC는 이미 설치된 파일을 바로 잡는 도구이고, DISM은 그 파일을 교체할 때 참고하는 “이미지 원본”을 고치는 도구라고 이해하면 된다.
주의 : SFC에서 반복적으로 복구 실패 메시지가 나온다면 같은 명령만 여러 번 반복 실행하기보다는 DISM으로 이미지부터 복구하는 것이 시간 절약과 안정성 측면에서 유리하다.
3. DISM 실행 전 필수 사전 준비
3-1. 관리자 권한 명령 프롬프트 또는 PowerShell 열기
DISM과 SFC 모두 시스템 영역을 수정하므로 반드시 관리자 권한으로 실행해야 한다.
- Windows 10·11에서 시작 버튼을 우클릭한다.
- Windows 터미널(관리자) 또는 명령 프롬프트(관리자), Windows PowerShell(관리자)를 선택한다.
- UAC(사용자 계정 컨트롤) 창이 뜨면 예를 눌러 권한을 부여한다.
3-2. 데이터 백업과 복원 지점 확인
DISM과 SFC는 기본적으로 안전한 도구이지만, 이미 심각하게 손상된 시스템이나 디스크 오류가 있는 상황에서는 예기치 않은 문제가 발생할 수 있다.
- 중요 문서, 사진, 업무 파일 등은 별도의 드라이브나 외장 저장 장치에 백업해 둔다.
- 가능하다면 시스템 복원 기능이 켜져 있는지 확인하고, 수동으로 복원 지점을 하나 생성해 둔다.
주의 : 디스크에서 “딱딱거리는 소리”, 잦은 다운, SMART 경고 등 물리적 이상이 의심된다면 먼저 디스크 상태부터 점검하는 것이 좋다. 하드웨어 자체가 고장 난 상태에서는 소프트웨어 복구 도구로 해결되지 않는다.
3-3. 네트워크 연결 상태 확인
기본적으로 DISM은 Windows 업데이트 서버를 통해 누락된 구성 요소를 가져와 복구를 시도한다. 인터넷 연결이 불안정하면 복구가 오래 걸리거나 실패할 수 있다.
- 가능하면 유선 LAN을 사용하거나, 안정적인 Wi-Fi 환경에서 진행한다.
- 프록시 서버, 사내 보안 장비 등으로 인터넷이 제한된 환경이라면 ISO 이미지나 설치 USB를 별도의 복구 원본으로 준비하는 것이 좋다.
4. DISM으로 온라인 Windows 이미지 복구하기
가장 많이 사용하는 기본 절차는 온라인 이미지(현재 실행 중인 Windows)를 대상으로 DISM을 실행하는 것이다. 아래 순서를 그대로 따르는 것을 권장한다.
4-1. 이미지 상태 간단 확인: /CheckHealth
먼저 이미지에 이미 심각한 손상이 표시되어 있는지, 간단한 상태를 확인한다.
DISM /Online /Cleanup-Image /CheckHealth- 이 명령은 몇 초 내에 끝나며, 이미지에 이전에 기록된 손상 여부를 확인한다.
- “복구가 불가능한 손상이 감지되었습니다”와 같은 메시지가 보이면 심각한 손상이 기록되었다는 의미이다.
4-2. 상세 검사: /ScanHealth
실제 컴포넌트 저장소를 자세히 검사해 손상 여부를 확인한다.
DISM /Online /Cleanup-Image /ScanHealth- 시스템 사양에 따라 수십 분까지 걸릴 수 있다.
- 진행률이 한 숫자에 오래 머물러도 내부적으로 작업이 진행되는 경우가 많으므로 중간에 강제 종료하지 않는 것이 좋다.
주의 : /ScanHealth 실행 중 20% 혹은 40%에서 멈춘 것처럼 보이는 현상이 자주 발생한다. 대부분 내부 검사 단계가 길어 보이는 효과일 뿐이므로, 에러 메시지가 나오지 않는 한 충분히 기다리는 것이 좋다.
4-3. 실제 복구 실행: /RestoreHealth
손상이 감지되었거나, SFC가 계속 실패하는 상황이라면 /RestoreHealth 옵션으로 복구를 시도한다.
DISM /Online /Cleanup-Image /RestoreHealth- Windows 업데이트 서버 또는 로컬 캐시를 활용해 손상된 구성 요소를 다운로드하고 교체한다.
- 역시 수십 분이 걸릴 수 있으며, 진행률이 한동안 정체되는 것처럼 보이는 단계가 존재한다.
- 완료 후 “복구 작업을 성공적으로 완료했습니다”와 같은 메시지가 출력되면 이미지 복구가 완료된 것이다.
주의 : /RestoreHealth 중에 네트워크가 끊기거나, 시스템을 강제 종료하면 이미지 상태가 더 나빠질 수 있다. 노트북이라면 전원 어댑터를 연결하고, 가능하면 작업 중 다른 무거운 작업은 피하는 것이 좋다.
5. 오프라인 원본(ISO·설치 USB)을 이용해 DISM 복구하기
인터넷이 제한된 환경이거나, Windows 업데이트 서버에서 필요한 파일을 제대로 가져오지 못해 /RestoreHealth가 반복 실패하는 경우 오프라인 원본을 직접 지정하는 방법을 사용한다.
5-1. 설치 ISO 또는 USB 준비
- 현재 설치된 Windows와 에디션(홈/프로 등)과 언어가 일치하는 ISO 파일 또는 설치 USB를 준비한다.
- ISO 파일이라면 파일을 더블 클릭해 가상 드라이브(D:\ 등)로 마운트한다.
5-2. install.wim 또는 install.esd 위치 확인
대부분의 설치 매체에서는 다음 경로에 원본 이미지가 있다.
D:\sources\install.wim- 또는
D:\sources\install.esd
여기서 D:는 ISO 또는 USB가 마운트된 드라이브 문자이므로 실제 환경에 맞게 변경해야 한다.
5-3. 에디션 인덱스 확인
하나의 이미지 파일 안에 여러 에디션이 들어 있는 경우가 많으므로, 현재 시스템에 해당하는 인덱스를 먼저 확인한다.
DISM /Get-WimInfo /WimFile:D:\sources\install.wim- install.esd인 경우
/WimFile:대신/ESDFile:옵션을 사용한다. - 출력 목록에서 현재 사용 중인 에디션(예: Windows 10 Pro)에 해당하는 Index 번호를 기억한다.
5-4. /Source 옵션으로 원본 지정 후 복구
확인한 인덱스 번호를 이용해 DISM /RestoreHealth 명령에 원본 경로를 지정한다.
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess- 위 예시에서
:1은 인덱스 번호이므로 실제 확인한 번호로 변경해야 한다. /LimitAccess는 Windows 업데이트 서버에 접속하지 않고 지정한 원본만 사용하게 하는 옵션이다.
주의 : 에디션이 일치하지 않는 이미지(예: 홈 vs 프로, 다른 언어)를 원본으로 지정하면 복구가 실패하거나 오히려 구성 요소 충돌을 일으킬 수 있다. 반드시 동일 버전·에디션·언어의 이미지를 사용해야 한다.
6. DISM 이후 SFC /SCANNOW 재실행 절차
DISM으로 이미지 복구를 완료했다면, 이제 SFC /SCANNOW를 다시 실행하여 실제 시스템 파일을 정리해주는 것이 좋다. 권장되는 전체 순서는 다음과 같다.
- DISM /Online /Cleanup-Image /CheckHealth 실행
- DISM /Online /Cleanup-Image /ScanHealth 실행
- DISM /Online /Cleanup-Image /RestoreHealth 실행
- 완료 후 시스템 재부팅
- 관리자 권한으로 다시 명령 프롬프트 또는 PowerShell 실행
- SFC /SCANNOW 실행
SFC /SCANNOW- 복구된 이미지 원본을 기반으로 손상된 시스템 파일이 다시 한 번 정리된다.
- 이제는 “손상된 파일을 발견했지만 일부를 복구할 수 없습니다” 메시지가 아닌 정상 완료 메시지가 나올 가능성이 크다.
7. 그래도 복구 안 될 때 추가 점검 항목
DISM과 SFC를 올바른 순서로 실행했음에도 문제가 계속된다면, 다음 원인들을 추가로 점검해야 한다.
7-1. 디스크 오류 검사: CHKDSK
파일 시스템 자체가 손상된 경우에는 아무리 이미지를 고쳐도 문제가 반복될 수 있다.
CHKDSK C: /F /R- “다음 시스템 다시 시작 시 검사를 예약하겠습니까?”라는 메시지가 뜨면 Y를 누르고 재부팅한다.
- 디스크 용량과 상태에 따라 상당한 시간이 걸릴 수 있다.
7-2. 메모리 및 하드웨어 이상 여부
간헐적인 메모리 오류나 저장장치 불량은 시스템 파일 손상을 계속 유발할 수 있다.
- Windows 메모리 진단 도구를 활용해 RAM 상태를 검사한다.
- SSD/HDD 제조사 진단 도구로 SMART 상태와 배드 섹터 여부를 확인한다.
7-3. 인플레이스 업그레이드 복구 고려
논리적 손상이 장기간 누적된 시스템이라면, DISM·SFC·CHKDSK만으로는 완전한 복구가 어려울 수 있다. 이 경우 인플레이스 업그레이드 복구 설치를 고려한다.
- 공식 ISO나 설치 도구로 현재와 같은 버전의 Windows 설치 프로그램을 실행한다.
- “개인 파일과 앱 유지” 옵션을 선택한 상태에서 설치를 진행한다.
- 기존 프로그램과 데이터는 유지하면서 시스템 파일과 구성 요소만 새로 교체되는 방식이다.
주의 : 인플레이스 업그레이드도 결국 대규모 시스템 변경 작업이므로, 사전에 충분한 데이터 백업과 여유 시간을 확보한 후 진행하는 것이 좋다.
8. 자주 사용하는 SFC·DISM 명령 정리표
실무에서 자주 사용하는 명령을 표로 정리하면 문제 상황에 따라 빠르게 선택해 사용할 수 있다.
| 명령어 | 용도 | 권장 사용 상황 |
|---|---|---|
SFC /SCANNOW | 설치된 시스템 파일 전체 검사 및 자동 복구 | 부팅 오류, 특정 기능·앱 오류, 파일 손상 의심 시 1차 점검 |
DISM /Online /Cleanup-Image /CheckHealth | 이미지 손상 기록 여부 간단 확인 | DISM 실행 전 상태 점검, 이미지 복구 필요성 판단 |
DISM /Online /Cleanup-Image /ScanHealth | 이미지 전체 상세 검사 | 손상 여부를 정확히 알고 싶을 때, /RestoreHealth 실행 전 |
DISM /Online /Cleanup-Image /RestoreHealth | 온라인 이미지 복구(Windows 업데이트·캐시 활용) | SFC가 반복적으로 실패하거나, CheckHealth/ScanHealth에서 손상 보고 시 |
DISM /Online /Cleanup-Image /RestoreHealth /Source:... /LimitAccess | ISO·설치 USB 등 외부 원본을 활용한 복구 | 폐쇄망, 업데이트 차단 환경, 온라인 /RestoreHealth 실패 시 |
CHKDSK C: /F /R | 파일 시스템·배드 섹터 검사 및 복구 시도 | 잦은 강제 종료·전원 차단 후 파일 손상·부팅 오류가 반복될 때 |
9. 로그(CBS.log, DISM.log)로 세부 내용 확인하기
고급 진단이 필요한 경우 SFC와 DISM이 남기는 로그를 직접 확인하면 어떤 파일과 구성 요소에서 문제가 반복되는지 파악할 수 있다.
9-1. SFC 로그: CBS.log 확인
- 경로:
C:\Windows\Logs\CBS\CBS.log - SFC 실행 후 손상된 파일 목록, 복구 시도 결과 등이 기록된다.
- 파일이 크고 내용이 방대하므로, 특정 시간대나 오류 코드를 중심으로 검색하며 확인하는 것이 효율적이다.
9-2. DISM 로그: DISM.log 확인
- 경로:
C:\Windows\Logs\DISM\DISM.log - /CheckHealth, /ScanHealth, /RestoreHealth 수행 과정과 오류 메시지가 기록된다.
- 온라인 복구가 실패했을 때 네트워크 문제, 원본 파일 문제, 권한 문제 등 원인을 파악하는 데 도움이 된다.
주의 : 로그 파일 분석은 내용이 방대하고 용어가 전문적일 수 있다. 가장 최근 실행 시점의 로그 블록과 “error”, “corrupt”, “failed” 등의 키워드를 중심으로 검색해 보는 것이 효율적이다.
FAQ
SFC /SCANNOW가 100%까지 완료되는데도 여전히 손상 복구 실패 메시지가 나오는 경우 어떻게 하나?
이 경우 대부분 SFC가 참조하는 이미지 원본(WinSxS 저장소)에 문제가 있는 상황이다. 먼저 DISM /Online /Cleanup-Image /CheckHealth와 /ScanHealth로 이미지 손상 여부를 확인한 뒤, /RestoreHealth를 실행해 이미지를 복구해야 한다. 그 후 시스템을 재부팅하고 다시 SFC /SCANNOW를 실행하면 정상적으로 복구되는 경우가 많다.
DISM /RestoreHealth가 특정 진행률에서 멈춘 것처럼 보이는데 강제 종료해도 되나?
DISM은 내부 단계별로 작업을 수행하기 때문에 20%, 40%, 62.3% 등 특정 숫자에서 오랫동안 머무는 것처럼 보이는 현상이 자주 발생한다. 실제로는 백그라운드에서 파일 검사·복구 작업이 진행 중인 경우가 많으므로, 에러 메시지가 나타나지 않는 한 강제 종료하지 않는 것이 좋다. 시스템이 완전히 멈춘 것으로 보인다면 최소 30분 이상 경과 후 재부팅을 고려하는 것이 안전하다.
인터넷이 되지 않는 환경에서도 DISM으로 복구할 수 있나?
가능하다. 현재 시스템과 버전·에디션·언어가 동일한 Windows 설치 ISO 또는 설치 USB를 준비한 후, install.wim 또는 install.esd 파일을 /Source 옵션으로 지정해 /RestoreHealth를 실행하면 된다. 이때 /LimitAccess 옵션을 함께 사용하면 Windows 업데이트 서버에 접속하지 않고 지정한 원본만 이용해 복구를 수행한다.
안전 모드나 복구 환경(WinRE)에서도 DISM과 SFC를 실행할 수 있나?
가능하다. 오히려 일반 부팅이 불가능하거나, 특정 서비스 충돌이 의심될 때는 안전 모드 또는 복구 환경에서 명령 프롬프트를 열어 DISM과 SFC를 실행하는 것이 유리하다. 다만 이 경우 시스템 드라이브가 다른 문자(예: D:)로 잡힐 수 있으므로, 명령 실행 전 현재 시스템 파티션의 드라이브 문자를 확인하는 것이 중요하다.
DISM과 SFC 작업 후에도 시스템이 계속 불안정하면 어떻게 해야 하나?
이미지 복구와 시스템 파일 교체가 정상적으로 완료되었는데도 빈번한 블루스크린이나 심각한 오류가 반복된다면, 드라이버·서드파티 보안 소프트웨어·하드웨어 문제 등 다른 원인을 의심해야 한다. 하드웨어 검사를 마친 후에도 문제가 지속될 경우, 인플레이스 업그레이드 복구 설치나 초기화를 통해 운영체제를 새로 세팅하는 것이 장기적으로 더 안정적인 해결책이 될 수 있다.