멈춘 화면을 끄기 전에 구간과 코드를 기록하세요

업데이트가 멈췄다는 표현에는 서로 다른 상황이 섞여 있습니다. 설정 앱에서 다운로드 0%, 설치 100%, 재시작 뒤 업데이트 적용 화면, 되돌리는 중, 매번 같은 오류 코드로 실패는 원인과 안전한 조치가 다릅니다.

휴대폰으로 화면을 찍거나 다음 내용을 적으세요.

  • 다운로드·설치·재시작 중 어느 구간인지
  • 표시된 백분율이 실제로 변하는지
  • 0x800f0922, 0xC1900101 같은 전체 오류 코드
  • 업데이트 이름과 KB 번호
  • 문제가 시작되기 직전에 설치한 드라이버·보안 프로그램·주변기기

노트북은 전원 어댑터를 연결하고 안정적인 인터넷을 유지합니다. 진행률이 느리더라도 변하고 있거나 저장장치 활동이 계속되면 기다리세요. 특히 BIOS·UEFI나 장치 펌웨어 업데이트가 함께 표시되는 상황에서 강제 종료하면 부팅 불능으로 이어질 수 있습니다.

업데이트 확인 상태가 표시된 Windows Update 설정 화면

재시작·연결·저장 공간부터 확인하세요

설정 앱에서 실패가 표시되고 Windows 바탕 화면을 정상적으로 사용할 수 있다면, 열어 둔 문서를 저장한 뒤 다시 시작하고 설정 → Windows Update → 업데이트 확인을 다시 실행합니다. 단순 종료보다 다시 시작이 보류 중인 구성 요소와 드라이버 상태를 새로 불러오는 데 적합합니다.

Microsoft는 업데이트 문제에서 인터넷 연결과 저장 공간을 기본 점검 항목으로 안내합니다. VPN을 사용하는 중이라면 회사 정책에 어긋나지 않는 범위에서 잠시 연결을 끊고 다시 시도합니다. Wi-Fi 자체가 불안정하다면 Wi-Fi 연결됨·인터넷 없음 해결 순서로 연결 문제를 먼저 분리하세요.

설정 → 시스템 → 저장소 → 정리 권장 사항에서 삭제할 항목을 직접 검토합니다. 다운로드 폴더나 휴지통을 무조건 선택하지 말고 필요한 파일을 다른 드라이브에 복사한 뒤 정리하세요. Microsoft의 일반 문제 해결 문서는 업그레이드를 위해 64비트 OS에서 최소 20GB 여유 공간을 안내하지만, 실제 필요한 양은 업데이트 종류와 PC 구성에 따라 달라질 수 있습니다. 여유가 빠듯하다면 표시되는 문제 해결 안내와 공식 외부 저장장치 절차를 따릅니다.

Windows Update 문제 해결사를 먼저 실행하세요

Windows 11에서 설정 → 시스템 → 문제 해결 → 다른 문제 해결사 → Windows Update → 실행을 선택하거나 도움말 보기 앱의 자동 진단을 사용합니다. 완료 후 PC를 다시 시작하고 업데이트를 다시 확인하세요.

문제 해결사는 업데이트 서비스와 일반적인 구성 문제를 점검하는 지원 경로입니다. 실패했다고 해서 바로 시스템 폴더를 수동으로 삭제할 필요는 없습니다. 결과에 추가 조치나 오류 코드가 표시되면 기록해 다음 단계의 근거로 사용합니다.

회사·학교 PC에는 조직의 업데이트 서버, 적용 유예와 재시작 정책이 있을 수 있습니다. 옵션이 보이지 않거나 관리자가 제어한다는 문구가 표시되면 서비스나 그룹 정책을 임의로 바꾸지 말고 IT 담당자에게 KB 번호와 오류 코드를 전달하세요.

오류 코드는 원인 후보를 좁히는 표지입니다

오류 코드는 확정 진단이 아니라 우선 확인할 범위를 알려주는 단서입니다. Microsoft의 현재 안내에서 자주 연결되는 범위는 다음과 같습니다.

표시 예시 먼저 확인할 범위
0x80240034 불완전한 다운로드, 연결 문제, 업데이트 서비스 상태
0x800f0922 저장 공간, VPN, Windows 구성 요소
0x8007000d 업데이트 파일 또는 구성 요소 손상
0xC1900101 호환되지 않는 드라이버와 주변기기
0x800705b4 작업 시간 초과 또는 중단

0xC1900101이면 프린터, 외장 저장장치, 캡처 장치처럼 업데이트에 필요 없는 주변기기를 안전하게 분리하고 PC 제조사의 공식 지원 페이지에서 드라이버를 확인합니다. 무작정 모든 드라이버를 삭제하지 말고 최근 변경과 장치 관리자 경고부터 봅니다.

오류 코드가 여러 번 달라지거나 디스크 오류, 앱 충돌과 함께 나타나면 단일 업데이트 캐시보다 시스템 전반의 안정성을 확인해야 합니다. 중요한 파일 백업을 먼저 최신 상태로 만드세요.

구성 요소 손상은 DISM과 SFC로 분리해 복구하세요

문제 해결사와 기본 점검 뒤에도 0x8007000d, 0x800f0922 같은 오류가 반복되고 Windows 구성 요소 손상이 의심되면 DISM과 SFC를 사용할 수 있습니다. 순서와 결과 메시지의 의미는 Windows DISM·SFC 복구 가이드에서 확인하세요.

명령이 완료되기 전에 창을 닫지 말고, 로그에 손상 복구 실패가 남으면 같은 명령을 무한 반복하지 않습니다. 저장장치 오류나 복구 원본 문제일 수 있으므로 백업 상태와 디스크 상태, 공식 복구 옵션을 검토합니다.

인터넷 블로그에서 복사한 긴 서비스 중지·폴더 삭제 명령 묶음을 한 번에 실행하지 마세요. 어느 변경이 효과가 있었는지 알 수 없고, 명령이 현재 Windows 버전이나 관리 환경과 맞지 않을 수 있습니다.

복구 재설치 전에 중요한 파일을 보관하는 데 활용할 수 있는 외장 하드 드라이브

현재 버전 복구 재설치는 초기화 전 단계입니다

지원되는 Windows 11에서는 설정 → 시스템 → 복구 → Windows Update를 사용하여 문제 해결 → 지금 다시 설치로 현재 설치된 Windows 버전의 복구 사본을 받을 수 있습니다. Microsoft 설명에 따르면 이 절차는 같은 버전을 다시 설치하고 시스템 파일과 구성 요소를 복구하면서 앱, 파일과 설정을 유지합니다.

이 옵션은 일부 관리형 PC나 필요한 업데이트가 설치되지 않은 PC에서는 보이지 않을 수 있습니다. 실행하는 동안 전원과 인터넷 연결을 유지하고, 보존을 전제로 하더라도 중요한 파일은 별도로 백업하세요.

복구 재설치까지 실패하거나 Windows가 정상 부팅되지 않으면 복원 지점, 복구 환경, 제조사 지원과 초기화 중 어떤 선택이 맞는지 판단해야 합니다. 초기화 버튼을 누르기 전에는 파일·BitLocker·앱 백업 체크리스트를 먼저 완료하세요.

업데이트 뒤 STOP 코드와 자동 재시작이 반복되면 블루스크린·STOP 코드 진단 순서로 이동하고, 오류 문구 없이 커서만 보이면 검은 화면·Explorer·그래픽 드라이버 점검을 사용하세요.

한 번에 하나만 바꾸고 결과표를 남기세요

업데이트 문제는 여러 명령을 한꺼번에 실행하면 무엇이 효과가 있었는지 알 수 없습니다. 아래 항목을 메모장에 복사해 조치 전후를 기록하면 같은 실패를 반복하거나 불필요하게 초기화하는 일을 줄일 수 있습니다.

기록 항목 예시 다음 판단에 쓰는 방법
대상 업데이트 KB 번호 또는 기능 업데이트 이름 특정 업데이트 문제인지 전체 업데이트 문제인지 구분
실패 지점 다운로드 0%, 설치 25%, 재시작 후 되돌림 연결·저장 공간·드라이버·부팅 단계 중 우선순위 선택
전체 오류 코드 0x로 시작하는 코드와 화면 문구 일부 숫자만 검색하지 않고 Microsoft 지원과 정확히 대조
직전에 바꾼 한 가지 VPN 해제, 주변기기 분리, 문제 해결사 실행 다음 시도에서 같은 조건을 유지하거나 되돌림
재시도 결과 완료, 같은 코드, 새 코드, 부팅 실패 같은 오류면 다음 단계로, 새 오류면 범위를 다시 평가

한 조치 뒤에는 다시 시작하고 Windows Update → 업데이트 기록에서 설치 여부와 실패 항목을 확인합니다. 같은 코드가 유지되면 계획한 다음 단계로 이동하고, 코드가 바뀌거나 디스크·부팅 증상이 새로 생기면 자동 수리 명령을 더 실행하지 말고 백업과 저장장치 상태를 먼저 확인하세요.

최종 점검표

  • 멈춘 구간, 백분율, KB 번호와 전체 오류 코드를 기록했다.
  • 전원과 안정적인 인터넷을 유지하고 진행 중인 업데이트를 성급하게 끄지 않았다.
  • 다시 시작, 저장 공간 정리, VPN과 주변기기 범위를 확인했다.
  • Windows Update 문제 해결사를 실행하고 다시 시작했다.
  • 오류 코드에 맞춰 드라이버, 공간, 구성 요소 중 우선순위를 정했다.
  • DISM·SFC 전에 중요한 파일을 백업하고 결과 메시지를 기록했다.
  • 현재 버전 복구 재설치와 PC 초기화의 보존 범위 차이를 이해했다.

업데이트 문제의 목표는 화면의 숫자를 억지로 움직이는 것이 아닙니다. 실패 지점을 기록하고, 되돌리기 쉬운 단계에서 복구 재설치까지 위험도가 낮은 순서로 올라가는 것입니다.