DISM·SFC가 멈출 때 정밀 진단 (CBS.log 해석까지)

🧪 My Lab Test Log

1) 개념 정리 — 명령어가 멈추는 이유

SFC(System File Checker)는 내 PC의 시스템 파일이 정상인지 검사하는 도구입니다. 만약 파일이 깨져 있다면, 윈도우 내부의 ‘비밀 창고(WinSxS 컴포넌트 저장소)’에서 정상 파일을 가져와 덮어씌웁니다.

그런데 만약 이 비밀 창고 안의 원본 파일마저 부패(손상)되었다면 어떻게 될까요? SFC는 고칠 방법이 없으므로 에러를 뿜거나 무한 루프에 빠져 특정 %(예: 100% 화면)에서 멈춘 것처럼 보입니다. 이때 필요한 것이 비밀 창고를 수리하는 DISM 명령어입니다.

2) Step 1 — 기본 복구 시도 (DISM 먼저)

순서가 중요합니다. 창고(DISM)를 먼저 고치고, 그 창고에서 물건을 가져와 집(SFC)을 고쳐야 합니다.
관리자 권한 CMD를 열고 아래 명령을 차례대로 실행하세요.

dism /online /cleanup-image /restorehealth
sfc /scannow

※ DISM이 20%, 40%, 62.3% 부근에서 멈춘 것처럼 보일 수 있습니다. 이는 마이크로소프트 서버에서 파일을 다운로드하고 압축을 푸는 과정이므로 절대 강제 종료하지 마세요.

3) Step 2 — 실패 시 CBS.log ‘로그 수술’로 전환

위 명령어가 실패하거나 SFC가 복구를 포기했다면, 도대체 어떤 파일이 문제인지 범인을 찾아야 합니다.
윈도우는 이 모든 기록을 CBS.log라는 방대한 텍스트 파일에 남깁니다. 하지만 내용이 너무 많아 사람이 다 읽을 수 없으므로, 핵심 에러만 바탕화면으로 추출합니다.

findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\cbs_error.txt"

바탕화면에 생성된 cbs_error.txt 파일을 메모장으로 엽니다.

4) Step 3 — 로그 판독 및 타깃 복구

메모장에서 Ctrl + F를 눌러 Cannot repair 또는 Corrupt라는 단어를 검색합니다.
만약 특정 dll 파일이나 패키지 이름이 뜬다면, 윈도우 스스로는 이 파일을 마이크로소프트 서버에서조차 받아오지 못할 만큼 심각하게 꼬인 상태입니다.

이때는 찌꺼기를 강제로 날려버리는 클린업 명령어를 한 번 더 투입해야 합니다.

dism /online /cleanup-image /startcomponentcleanup

이 작업이 완료된 후, Step 1의 /restorehealth 명령을 재시도하면 대부분 막혔던 혈이 뚫리게 됩니다.

5) Step 4 — 최종 재검증 (수술 결과 확인)

DISM으로 원본 창고(WinSxS) 수리가 끝났다면, 마지막으로 SFC를 다시 실행하여 실제 시스템 파일을 교체해야 합니다. 이 단계를 건너뛰면 수술은 끝났는데 꿰매지 않은 것과 같습니다.

sfc /scannow

여기서 “무결성 위반을 발견하지 못했습니다.” 또는 “손상된 파일을 성공적으로 복구했습니다.”가 떠야만 완전히 깨끗해진 것입니다. 이제 마음 편히 Windows 업데이트를 재시도하십시오.

💬 자주 묻는 질문 (FAQ)

👉 질문을 클릭하면 답이 펼쳐집니다 ▼