Windows 업데이트는 보안 패치와 기능 개선을 위해 필수지만, 실제 현장에서는 "다운로드가 0%에서 멈춤", "설치 중 실패", "재부팅 후 되돌림", "0x8007… 같은 코드 발생"처럼 다양한 오류가 반복됩니다. 문제는 원인이 하나가 아니라는 점입니다. 저장 공간, 네트워크 설정, 업데이트 구성요소(캐시/서비스), 시스템 파일 손상, 드라이버/보안 소프트웨어 충돌 등 여러 변수가 얽힙니다.
이 글은 사용자가 가장 많이 겪는 패턴을 기준으로, 가장 안전하고 표준적인 해결 순서를 제공합니다. "먼저 해볼 것"부터 "마지막 수단"까지 단계적으로 안내하므로, 시간 낭비를 줄이고 재설치/초기화 같은 큰 조치 없이 복구할 확률을 높이는 것을 목표로 합니다.
업데이트 오류가 생기는 대표 원인
Windows 업데이트 실패는 단일 원인보다는 복합적 요인에 의해 발생합니다. Microsoft 공식 문서 및 현장 경험을 바탕으로 다음 5가지가 가장 빈번하게 확인됩니다.
1. 저장 공간 부족
업데이트 파일 다운로드, 압축 해제, 백업 과정에서 충분한 여유 공간이 확보되지 않으면 설치 프로세스가 중단됩니다. 특히 누적 업데이트(Cumulative Update)는 수 GB의 임시 공간을 요구하므로, C: 드라이브 여유 공간 확인은 기본 진단 항목입니다. Microsoft는 최소 20GB 이상의 여유 공간을 권장합니다.
2. 업데이트 캐시 및 구성요소 손상
Windows Update 관련 캐시 디렉터리(SoftwareDistribution, Catroot2 등)가 손상되거나 잠금 상태에 놓이면 동일한 업데이트가 반복적으로 실패합니다. 증상으로는 0%에서 진행이 멈추거나, 동일한 KB 번호가 계속 재시도되는 현상이 나타납니다.
3. 시스템 파일 손상
Windows 이미지 파일 또는 보호된 시스템 파일이 손상되면 누적 업데이트(CU) 설치 시 필수 구성요소 검증이 실패합니다. 이 경우 Microsoft는 DISM(Deployment Image Servicing and Management) 및 SFC(System File Checker) 도구를 통한 복구를 표준 절차로 제시합니다.
4. 네트워크/프록시/DNS 문제
기업 네트워크, 프록시 서버, 방화벽, DNS 설정이 Windows Update 서버(*.windowsupdate.com, *.update.microsoft.com 등)와의 통신을 차단할 수 있습니다. VPN 연결 상태, 보안 필터링 정책 등이 다운로드 단계에서 오류를 유발하는 사례가 빈번합니다.
5. 보안 프로그램 및 드라이버 충돌
타사 백신 소프트웨어, 안티멀웨어 솔루션, 오래된 스토리지/네트워크 드라이버가 업데이트 설치 프로세스와 충돌할 수 있습니다. 특히 커널 수준에서 작동하는 보안 제품은 업데이트 파일 검증 및 설치 단계에서 간섭할 가능성이 높습니다.
시작 전 필수 점검 (가장 효과가 큰 5가지)
복잡한 진단에 앞서, 아래 5가지 기본 점검은 효율 대비 효과가 높아 우선적으로 수행할 것을 권장합니다. Microsoft 지원 문서에서도 초기 트러블슈팅 단계로 명시하고 있습니다.
1PC 재부팅
단순하지만 필수적인 조치입니다. 업데이트 설치 후 보류 중인 작업(pending operations)이 남아 있으면 새로운 업데이트 적용이 차단될 수 있습니다. 재부팅을 통해 보류 작업을 완료하고 시스템 상태를 초기화합니다.
2저장 공간 확보
C: 드라이브 속성에서 여유 공간을 확인하고, 필요 시 디스크 정리 도구를 실행합니다. 특히 이전 Windows 설치, 임시 파일, 다운로드 폴더 정리가 효과적입니다.
설정 → 시스템 → 저장소 → 임시 파일 → 정리 항목 선택 → 파일 제거
3Windows Update 문제 해결사 실행
Windows 10/11에 내장된 자동 진단 도구로, 일반적인 업데이트 오류를 자동으로 감지하고 복구합니다.
Windows 11 경로:
설정 → 시스템 → 문제 해결 → 기타 문제 해결사 → Windows Update → 실행Windows 10 경로:
설정 → 업데이트 및 보안 → 문제 해결 → 추가 문제 해결사 → Windows Update → 실행권장사항: 문제 해결사 실행 후 반드시 재부팅하여 변경사항을 적용합니다. 재부팅 없이 업데이트를 재시도하면 수정사항이 반영되지 않을 수 있습니다.
4VPN/프록시/보안 필터 일시 해제
기업 네트워크나 프록시 환경에서는 보안 정책이 Windows Update 통신을 제한할 수 있습니다. 가능한 범위 내에서 다음을 확인합니다.
- VPN 연결 해제 후 직접 인터넷 연결로 재시도
- 프록시 설정 임시 비활성화 (
설정 → 네트워크 및 인터넷 → 프록시) - 타사 방화벽 소프트웨어 일시 중지 (테스트 목적)
주의: 회사 또는 학교 네트워크에서는 IT 정책에 따라 VPN/프록시 해제가 제한될 수 있습니다. 개인 환경에서 먼저 테스트하는 것을 권장합니다.
5시간/날짜 자동 설정 확인
시스템 시간 불일치는 SSL/TLS 인증서 검증 실패로 이어져 Windows Update 서버와의 통신이 차단될 수 있습니다.
설정 → 시간 및 언어 → 날짜 및 시간 → "자동으로 시간 설정" 활성화
표준 해결 순서 (권장 루트)
위의 필수 점검으로 해결되지 않는 경우, Microsoft가 공식적으로 권장하는 표준 복구 절차를 순서대로 수행합니다. 이 절차는 시스템에 미치는 영향이 적으면서도 대부분의 업데이트 오류를 해결할 수 있도록 설계되었습니다.
A문제 해결사 실행 → 재부팅 → 재시도
앞서 설명한 Windows Update 문제 해결사를 실행하고, 시스템을 재부팅한 후 업데이트를 다시 확인합니다. 이 단계에서 해결되지 않으면 다음 단계로 진행합니다.
BDISM으로 Windows 이미지 복구
DISM(Deployment Image Servicing and Management)은 Windows 이미지 파일의 손상을 검사하고 복구합니다. 관리자 권한 명령 프롬프트 또는 Windows Terminal(관리자)에서 실행합니다.
관리자 권한 명령 프롬프트 실행 방법:
- Windows 11: 시작 버튼 우클릭 → 터미널(관리자)
- Windows 10: 시작 버튼 우클릭 → Windows PowerShell(관리자) 또는 명령 프롬프트(관리자)
DISM 명령어:
Dism /Online /Cleanup-Image /RestoreHealth참고: 이 작업은 인터넷 연결을 통해 Windows Update 서버에서 정상 파일을 다운로드하여 손상된 이미지를 복구합니다. 네트워크 속도에 따라 10~30분 소요될 수 있습니다.
명령 실행 결과:
- "복원 작업이 완료되었습니다" → 정상 복구, 다음 단계(SFC) 진행
- "복원 작업이 실패했습니다" → 고급 복구 섹션 참조 (Source 지정 필요 가능성)
CSFC로 시스템 파일 복구
SFC(System File Checker)는 Windows에서 보호하는 시스템 파일을 검사하고 손상된 파일을 복원합니다. Microsoft는 DISM을 먼저 실행한 후 SFC를 실행할 것을 권장합니다. DISM이 시스템 이미지를 복구하면, SFC가 해당 이미지를 참조하여 보다 정확한 복구를 수행할 수 있기 때문입니다.
SFC 명령어:
sfc /scannow참고: SFC 스캔은 시스템 전체 파일을 검사하므로 10~20분 소요될 수 있습니다. 스캔 중에는 다른 작업을 하지 않는 것이 안전합니다.
명령 실행 결과 해석:
- "Windows 리소스 보호에서 무결성 위반을 찾지 못했습니다" → 시스템 파일 정상
- "Windows 리소스 보호에서 손상된 파일을 찾아 복구했습니다" → 복구 완료, 재부팅 권장
- "Windows 리소스 보호에서 손상된 파일을 찾았지만 일부는 복구할 수 없습니다" → 고급 복구 또는 재설치 검토 필요
SFC 로그 파일 확인:
상세 결과는 다음 경로에서 확인 가능합니다:
C:\Windows\Logs\CBS\CBS.logD업데이트 재시도
DISM 및 SFC 복구 완료 후 시스템을 재부팅하고, Windows Update를 다시 확인합니다.
설정 → Windows Update → 업데이트 확인성공 시: 업데이트가 정상적으로 다운로드 및 설치됩니다. 설치 완료 후 재부팅을 권장합니다.
실패 지속 시: 다음 섹션의 "고급 복구" 절차로 진행합니다.
오류 코드별 빠른 처방 (자주 나오는 코드)
Windows Update 오류 코드는 문제의 원인을 파악하는 단서를 제공하지만, 대부분의 해결책은 앞서 설명한 "표준 해결 순서" 및 "고급 복구" 범주 안에서 결정됩니다. 여기서는 현장에서 가장 빈번하게 보고되는 오류 코드와 우선 적용할 조치를 정리합니다.
| 오류 코드 | 일반적 원인 | 우선 적용 조치 |
|---|---|---|
0x80070002 |
파일 누락 또는 손상 | 재부팅 → 문제 해결사 → 저장 공간 확인 → DISM/SFC 순 진행 |
0x800f081f |
필요한 소스/구성요소 접근 불가 | DISM/SFC 표준 진행, 반복 시 Source 지정 DISM 또는 수동 설치 검토 |
0x80070643 |
설치 중 .NET Framework 또는 보안 업데이트 충돌 | DISM/SFC 후 .NET Framework 복구 도구 실행, 타사 보안 프로그램 일시 중지 |
0x8007000e |
메모리 부족 (RAM 또는 저장 공간) | 저장 공간 확보, 불필요한 프로그램 종료, 가상 메모리 설정 확인 |
0x80240034 |
Windows Update 서비스 응답 없음 | Windows Update 서비스 재시작, 업데이트 캐시 초기화 |
0x80070002 상세 해결 절차
이 오류는 업데이트 설치 과정에서 필요한 파일을 찾을 수 없을 때 발생합니다. 주로 업데이트 캐시 손상이나 시스템 파일 누락이 원인입니다.
- PC 재부팅: 보류 중인 작업 완료
- 문제 해결사 실행: Windows Update 문제 해결사
- 저장 공간 확인: C: 드라이브 최소 20GB 여유 공간 확보
- DISM 및 SFC 실행: 표준 해결 순서 B, C 단계 수행
- 업데이트 캐시 초기화: 여전히 실패 시 고급 복구 섹션 참조
0x800f081f 상세 해결 절차
이 오류는 Windows Update가 필요한 구성요소나 소스 파일에 접근할 수 없을 때 발생합니다. 특히 기업 환경이나 폐쇄망에서 빈번하게 나타납니다.
- 표준 DISM/SFC 진행: 우선 인터넷 연결 상태에서 표준 절차 수행
- 네트워크 확인: Windows Update 서버 접근 가능 여부 확인 (프록시/방화벽)
- 수동 설치 시도: Microsoft Update Catalog에서 해당 KB 다운로드 후 수동 설치
- DISM Source 지정: 폐쇄망 또는 서버 접근 불가 시, 설치 미디어를 복구 원본으로 지정
참고: 특정 오류 코드에 대한 심화 가이드는 이 문서 하단의 "관련 문서" 섹션에서 확인할 수 있습니다.
고급 복구: 업데이트 구성요소 초기화, DISM/SFC, 수동 설치
표준 해결 순서로도 문제가 지속되는 경우, 더 깊은 수준의 복구 작업이 필요합니다. 이 섹션은 반복적인 업데이트 실패를 겪는 고급 사용자 및 IT 관리자를 대상으로 합니다.
1. 업데이트 구성요소 (캐시) 초기화
Windows Update 다운로드, 검증, 설치에 사용되는 구성요소가 손상되면 동일한 업데이트가 계속 실패할 수 있습니다. 실무에서는 문제 해결사 및 DISM/SFC로도 해결되지 않을 때 캐시 초기화를 고려합니다.
주의사항: 기업 환경에서는 업데이트 관리 정책, 암호화 솔루션, 보안 소프트웨어가 복잡하게 얽혀 있을 수 있습니다. 기업 PC의 경우 IT 부서와 협의 후 진행하는 것을 권장합니다.
캐시 초기화 절차
Step 1: Windows Update 관련 서비스 중지
관리자 권한 명령 프롬프트에서 다음 명령을 순서대로 실행합니다:
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
Step 2: 캐시 디렉터리 이름 변경 (백업 목적)
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.oldStep 3: 서비스 재시작
net start wuauserv
net start cryptSvc
net start bits
net start msiserverStep 4: PC 재부팅 및 업데이트 재시도
시스템 재부팅 후 Windows Update를 다시 확인합니다. 새로운 SoftwareDistribution 및 catroot2 디렉터리가 자동으로 생성되며, 업데이트가 처음부터 다시 다운로드됩니다.
성공 시: 업데이트가 정상적으로 진행되면, 이전 디렉터리(.old)는 일정 기간 후 수동 삭제 가능합니다.
2. 수동 설치 (Microsoft Update Catalog 활용)
Windows Update에서 특정 KB(기술 자료 번호)가 반복적으로 실패하는 경우, Microsoft Update Catalog에서 직접 다운로드하여 수동 설치하는 방법은 통신 및 캐시 문제를 분리해 검증할 때 유용합니다.
수동 설치 절차
- 실패한 업데이트의 KB 번호 확인
설정 → Windows Update → 업데이트 기록 → 실패한 업데이트의 KB 번호 기록
- Microsoft Update Catalog 접속웹브라우저에서 다음 주소로 이동합니다:
https://www.catalog.update.microsoft.com/- KB 번호로 검색검색창에 KB 번호(예: KB5034441)를 입력하고 검색합니다.
- 시스템에 맞는 버전 다운로드본인의 Windows 버전(Windows 11 23H2, Windows 10 22H2 등) 및 아키텍처(x64, ARM64)에 맞는 업데이트를 선택하여 다운로드합니다.
- 시스템 정보 확인:
설정 → 시스템 → 정보에서 Windows 버전 및 시스템 종류를 확인할 수 있습니다. - .msu 파일 실행다운로드한 .msu 파일을 더블클릭하여 설치를 시작합니다. Windows Update Standalone Installer가 실행됩니다.
- dddd
- 설치 완료 후 재부팅설치가 완료되면 시스템 재부팅이 요구됩니다.
3. DISM 복구 원본 (Source) 지정
DISM의 기본 동작은 Microsoft Update 서버에서 정상 파일을 다운로드하여 손상된 이미지를 복구하는 것입니다. 그러나 폐쇄망, 방화벽 제한, 네트워크 단절 환경에서는 서버 접근이 불가능할 수 있습니다. 이 경우 Windows 설치 미디어(ISO 파일 또는 USB)를 복구 원본으로 지정할 수 있습니다.
복구 원본 지정 절차
- Windows 설치 ISO 다운로드 또는 준비Microsoft 공식 사이트에서 현재 시스템과 동일한 Windows 버전의 ISO 파일을 다운로드합니다.
https://www.microsoft.com/software-download/- ISO 파일 마운트다운로드한 ISO 파일을 우클릭 → 탑재를 선택하면 가상 드라이브(예: E:)로 마운트됩니다.
- install.wim 경로 확인마운트된 드라이브에서
sources\install.wim또는sources\install.esd파일을 확인합니다. - DISM 복구 원본 지정 명령 실행관리자 권한 명령 프롬프트에서 다음 명령을 실행합니다 (E:는 마운트된 드라이브 문자):또는 install.esd 파일인 경우:
Dism /Online /Cleanup-Image /RestoreHealth /Source:E:\sources\install.esd /LimitAccessDism /Online /Cleanup-Image /RestoreHealth /Source:E:\sources\install.wim /LimitAccess
/LimitAccess 옵션 설명: 이 옵션은 DISM이 Windows Update 서버에 접근하는 것을 차단하고, 오직 지정된 로컬 원본(/Source)만 사용하도록 강제합니다. 폐쇄망 환경에서 필수입니다.
복구 완료 후: SFC 명령을 다시 실행하고, 시스템을 재부팅한 후 업데이트를 재시도합니다.
그래도 안 되면: 복구/재설치 전략 (데이터 보존 기준)
모든 표준 및 고급 복구 절차를 시도했음에도 업데이트가 지속적으로 실패하는 경우, "데이터 보존"을 최우선 기준으로 다음 전략을 검토합니다.
1. 시스템 복원 (System Restore)
업데이트 실패가 최근에 시작되었고, 이전 시점의 복원 지점이 있는 경우 가장 안전한 선택입니다.
복원 절차:
제어판 → 시스템 및 보안 → 시스템 → 시스템 보호 → 시스템 복원참고: 시스템 복원은 시스템 파일, 레지스트리, 설치된 프로그램을 복원 지점 시점으로 되돌리지만, 개인 파일(문서, 사진 등)에는 영향을 주지 않습니다.
2. 업데이트 일시 보류 (보안 리스크 고려 필요)
업데이트만 실패하고 PC 사용에는 문제가 없는 경우, 다음 누적 업데이트(Cumulative Update)에서 해결될 가능성을 기대하며 일시 보류할 수 있습니다.
보안 경고: 업데이트 보류는 보안 패치 공백을 의미합니다. 특히 업무용, 금융 거래용 PC에서는 장기 방치를 권장하지 않습니다. 최대 5주까지만 보류 가능하며, 이후 자동으로 업데이트가 시도됩니다.
설정 → Windows Update → 업데이트 일시 중지 → 기간 선택 (최대 5주)3. 인플레이스 업그레이드 (In-Place Upgrade)
시스템 안정성까지 훼손된 경우, 완전 초기화보다 "개인 파일 및 앱 유지" 옵션으로 Windows를 재설치하는 것이 피해를 최소화합니다.
인플레이스 업그레이드 절차:
- Windows 설치 ISO 다운로드 (앞서 DISM Source 섹션 참조)
- ISO 파일 마운트 후 setup.exe 실행
- 설치 마법사에서 "개인 파일 및 앱 유지" 선택
- 설치 진행 및 재부팅
백업 권장: 인플레이스 업그레이드는 비교적 안전하지만, 실행 전 중요 데이터는 외부 드라이브나 클라우드에 백업하는 것을 강력히 권장합니다.
4. 완전 초기화 (최후의 수단)
모든 방법이 실패하고 시스템 전체가 불안정한 경우, Windows 초기화를 고려합니다.
설정 → 시스템 → 복구 → 이 PC 초기화 → "개인 파일 유지" 또는 "모든 항목 제거" 선택데이터 손실 경고: "모든 항목 제거" 선택 시 모든 개인 파일, 설정, 프로그램이 삭제됩니다. 반드시 백업 후 진행하십시오.
독자 질문 유도 섹션 (커뮤니티 참여 증대)
위의 모든 방법으로도 해결되지 않는 경우, 다음 정보를 정리하여 Microsoft 커뮤니티나 기술 지원에 문의하시기 바랍니다:
- 정확한 오류 코드 (예: 0x80070002)
- 실패한 KB 번호 (예: KB5034441)
- Windows 버전 및 빌드 번호 (예: Windows 11 23H2, 빌드 22631.3085)
- 증상 발생 시점 (최근 설치한 프로그램, 드라이버, 하드웨어 변경사항)
- 이미 시도한 해결 방법 목록
Windows 버전 및 빌드 번호 확인 방법:
Win + R → winver 입력 → Enter
재발 방지 체크리스트
업데이트 오류를 해결한 후, 재발을 방지하기 위한 정기 점검 항목을 정리합니다.
- 월 1회: 저장 공간 점검 - C: 드라이브 여유 공간을 확인하고, 불필요한 파일 정리 (디스크 정리 도구 활용)
- 월 1회: 시작 프로그램 정리 - 작업 관리자 → 시작프로그램 탭에서 불필요한 자동 실행 항목 비활성화
- 상시: 보안 프로그램 예외 정책 확인 - 타사 백신 소프트웨어가 Windows Update 프로세스를 차단하지 않도록 예외 설정 검토 (가능한 범위에서)
- 정기: 드라이버 및 펌웨어 업데이트 - 특히 스토리지(SSD/HDD) 및 네트워크(LAN/Wi-Fi) 드라이버를 제조사 공식 경로로 최신 상태 유지
- 반복 오류 발생 시 기록 유지 - 오류 코드, KB 번호, Windows 버전(예: 23H2, 24H2)을 메모해 두면 패턴 분석 및 원인 추적이 용이합니다
- 정기 백업 실행 - Windows 백업 기능 또는 타사 백업 솔루션으로 중요 데이터 정기 백업 (최소 월 1회 권장)
Pro Tip: Windows Update 설정에서 "활성 시간" 지정 시, 업데이트로 인한 예기치 않은 재부팅을 방지할 수 있습니다.
설정 → Windows Update → 고급 옵션 → 활성 시간자주 묻는 질문 (FAQ)
A: Windows 10/11 Home 에디션에서는 공식적으로 업데이트 완전 비활성화가 불가능합니다. Pro 이상 에디션에서는 그룹 정책 편집기(gpedit.msc)를 통해 제한적으로 제어 가능하나, 보안 패치 부재로 인한 리스크가 발생합니다. 대신 "업데이트 일시 중지" 기능(최대 5주)을 활용하거나, 종량제 연결 설정으로 자동 다운로드를 제한하는 방법을 권장합니다.
A: DISM(Deployment Image Servicing and Management)은 Windows 이미지 자체를 검사하고 복구하는 도구로, 시스템 파일의 "원본 저장소"를 관리합니다. SFC(System File Checker)는 현재 실행 중인 시스템의 보호된 파일을 검사하고, DISM이 복구한 이미지를 참조하여 손상된 파일을 교체합니다. 따라서 Microsoft는 DISM을 먼저 실행하여 이미지를 복구한 후, SFC로 시스템 파일을 복원하는 순서를 권장합니다.
A: 기능 업데이트(예: 23H2 → 24H2) 설치 후 10일 이내라면 "설정 → 시스템 → 복구 → 이전 버전의 Windows로 복구"를 통해 롤백 가능합니다. 누적 업데이트(Cumulative Update)의 경우, 설치 직후라면 "설정 → Windows Update → 업데이트 기록 → 업데이트 제거"에서 특정 KB를 제거할 수 있습니다. 그러나 시간이 지나 Windows.old 폴더가 삭제되면 롤백이 불가능하므로, 중요한 업데이트 전 복원 지점 생성을 권장합니다.
A: WSUS(Windows Server Update Services) 또는 SCCM(System Center Configuration Manager) 환경에서는 업데이트 정책이 중앙 관리되므로, 개인 PC와 접근 방식이 다릅니다. 문제 해결사, DISM, SFC 같은 기본 도구는 동일하게 작동하지만, 업데이트 캐시 초기화나 수동 설치는 IT 정책과 충돌할 수 있습니다. 반드시 IT 관리자 또는 헬프데스크와 협의 후 진행하십시오. 대규모 배포 환경에서는 로그 수집(WindowsUpdate.log) 및 중앙 모니터링을 통한 근본 원인 분석이 우선입니다.
A: SoftwareDistribution 폴더를 직접 삭제하는 것보다, Windows Update 서비스를 중지한 후 폴더 이름을 변경(예: SoftwareDistribution.old)하는 방식이 더 안전합니다. 이렇게 하면 문제가 재발할 경우 원래 폴더로 복원할 수 있습니다. 폴더를 완전히 삭제하면 다운로드 기록이 사라지고 업데이트가 처음부터 다시 검색되므로, 시간이 더 소요될 수 있습니다. 고급 복구 섹션의 절차를 정확히 따르면 안전하게 캐시를 초기화할 수 있습니다.
A: 이 증상은 업데이트 설치가 실패하여 시스템이 이전 상태로 롤백하는 과정입니다. 주요 원인은 드라이버 충돌, 시스템 파일 손상, 보안 프로그램 간섭입니다. 해결 방법: (1) 안전 모드로 부팅하여 최근 설치한 드라이버나 프로그램 제거, (2) 안전 모드에서 DISM 및 SFC 실행, (3) 시스템 복원 지점으로 복구, (4) 고급 시작 옵션 → 시작 복구 실행. 반복되는 경우 부팅 가능한 USB로 복구 환경에 진입하여 명령 프롬프트로 DISM/SFC를 실행해야 할 수 있습니다.
A: 특정 KB를 영구적으로 차단하는 것은 권장하지 않습니다. 해당 업데이트가 보안 패치를 포함할 경우 시스템이 취약해질 수 있기 때문입니다. 대신 다음을 시도하십시오: (1) Microsoft Update Catalog에서 해당 KB를 수동으로 다운로드하여 설치, (2) 다음 누적 업데이트(CU)에서 자동 해결 가능성 확인 (보통 월 1회 패치 화요일 배포), (3) Microsoft 커뮤니티 또는 공식 지원에 KB 번호 및 오류 코드를 제공하여 기술 지원 요청. 임시 조치로 "업데이트 일시 중지"를 사용할 수 있으나, 보안 공백 발생에 유의하십시오.
A: Windows 10/11에서는 ETL(Event Trace Log) 형식으로 로그가 저장되며, 이를 읽기 위해 PowerShell 명령을 사용합니다. 관리자 권한 PowerShell에서 다음 명령 실행:
Get-WindowsUpdateLog이 명령은 데스크톱에 WindowsUpdate.log 파일을 생성합니다. 로그는 매우 상세하므로, 오류 코드와 타임스탬프를 기준으로 검색하여 실패 지점을 분석하십시오. SFC 및 DISM 로그는 각각 C:\Windows\Logs\CBS\CBS.log와 C:\Windows\Logs\DISM\dism.log에서 확인 가능합니다.