업데이트가 자꾸 실패할 때는 관리자 권한 터미널에서 업데이트 서비스를 멈추고 캐시 폴더 이름을 바꿉니다. 지우는 것이 아니라 이름만 바꾸므로 되돌릴 수 있습니다.
업데이트 확인을 눌렀는데 진행률이 특정 숫자에서 멈춰 있습니다. 한 시간이 지나도 그대로입니다. 재시작해서 다시 눌러도 같은 자리에서 같은 오류 코드가 뜹니다.
업데이트는 미룰 수 있는 일이 아닙니다. 보안 패치를 못 받는 상태가 계속되기 때문입니다. 그렇다고 윈도우를 다시 깔 수도 없습니다.
같은 오류가 반복된다는 것 자체가 단서입니다. 대부분 다운로드한 파일이 손상된 채로 계속 재사용되고 있기 때문입니다. 이 글에서는 실패의 주요 원인, 확인 순서, 그리고 손상된 파일을 비우고 처음부터 다시 받게 하는 초기화 방법을 다룹니다.
이 글에서 다루는 내용
윈도우 11 업데이트 실패 원인
원인은 다섯 가지로 나뉩니다. 이 중 두 번째가 "같은 오류 반복"의 정체입니다.
| 원인 | 증상 | 대응 |
|---|---|---|
| 저장 공간 부족 | 다운로드는 되고 설치에서 실패 | 20GB 확보 |
| 업데이트 캐시 손상 | 같은 오류 코드 반복 | 초기화 |
| 서비스 사용 안 함 | 진행 자체가 안 됨 | 시작 유형을 수동으로 |
| 드라이버 호환성 | 특정 업데이트만 안 내려옴 | 대기 |
| 외부 요인 | 백신·USB 장치가 방해 | 일시 제거 |
저장 공간 부족
기능 업데이트는 임시 파일을 포함해 20기가바이트 이상을 요구하는 경우가 있습니다. C 드라이브 여유 공간이 부족하면 다운로드는 되어도 설치 단계에서 실패합니다.
업데이트 캐시 손상
다운로드한 파일이 저장되는 폴더의 파일이 손상되면, 재시도할 때마다 같은 손상된 파일을 다시 쓰기 때문에 계속 실패합니다. 같은 오류 코드가 반복된다면 이 경우일 가능성이 높습니다.
서비스 중지
다만 여기에는 함정이 하나 있습니다. 업데이트 서비스는 평소에 멈춰 있는 것이 정상입니다. 필요할 때만 깨어나 일하고 다시 잠드는 방식이라, 서비스 목록을 열어 「중지됨」이라고 적혀 있는 것을 보고 이것이 원인이라고 단정하면 엉뚱한 곳을 고치게 됩니다.
봐야 할 것은 상태가 아니라 시작 유형입니다.
제 노트북에서 재 본 값을 그대로 적습니다. Windows 업데이트는 상태가 중지됨, 시작 유형이 수동이었고 업데이트는 정상으로 동작했습니다. Background Intelligent Transfer Service와 Windows Installer도 마찬가지로 중지됨·수동이었습니다. 네 개 중에서 Cryptographic Services 하나만 실행 중·자동이었습니다.
이 자리에서 사용 안 함으로 되어 있으면 그때는 실제로 이것이 원인입니다. 최적화 프로그램이 불필요한 서비스라고 판단해 아예 꺼 놓은 경우인데, 목록에서 그 서비스를 두 번 눌러 시작 유형을 수동으로 되돌리면 됩니다.
드라이버 호환성
특정 드라이버가 새 버전과 맞지 않으면 마이크로소프트가 해당 기기의 업데이트를 일시적으로 막습니다. 이 경우는 오류가 아니라 의도된 보호 조치이므로 기다리는 것이 맞습니다.
외부 요인
백신 프로그램이 설치 과정을 차단하거나, 연결된 USB 장치가 설치를 방해하는 경우가 있습니다.
윈도우 11 업데이트 실패 확인 순서
초기화는 마지막 수단입니다. 그 전에 여섯 가지를 먼저 확인합니다.
저장 공간을 확보합니다
기능 업데이트는 여유 공간이 모자라면 다운로드만 하고 설치에서 멈춥니다.
- 설정 > 시스템 > 저장소 로 갑니다.
- C 드라이브 여유가 20GB 이상인지 봅니다.
- 모자라면 임시 파일 을 눌러 정리할 항목을 고릅니다.
- 이전 Windows 설치가 보이면 그것부터 지웁니다. 수십 기가바이트인 경우가 있습니다.
- 정리한 뒤 업데이트를 다시 시도합니다.
저장 공간 센스를 실행하고 정리 권장 사항에서 이전 Windows 설치 파일을 확인합니다.
문제 해결사를 실행합니다
손으로 고치기 전에 윈도우가 스스로 고치게 해 봅니다.
- 설정 > 시스템 > 문제 해결 로 갑니다.
- 기타 문제 해결사 를 누릅니다.
- 목록에서 Windows 업데이트 를 찾아 실행 을 누릅니다.
- 몇 분 걸립니다. 끝나면 「해결됨」인지 「발견된 문제 없음」인지 읽습니다.
- 해결됐다고 나오면 업데이트를 다시 걸어 봅니다.
서비스 중지나 권한 문제 같은 단순한 원인은 여기서 자동으로 수정됩니다.
오류 코드를 확인합니다
무엇이 왜 실패했는지는 기록에 남습니다.
Win + R에ms-settings:windowsupdate-history를 입력합니다.- 품질 업데이트 묶음을 펼칩니다.
- 빨간 글씨로 설치 실패 라고 적힌 줄을 찾습니다.
- 그 줄의 0x8024… 같은 오류 코드를 적어 둡니다.
- 같은 코드가 반복되면 캐시 손상일 가능성이 높습니다. 아래 초기화로 갑니다.
이 코드를 적어 두면 검색할 때도, 나중에 문의할 때도 유용합니다.
외부 장치를 분리합니다
프린터, 외장 하드, USB 메모리, 웹캠 등 필수가 아닌 장치를 모두 빼고 다시 시도합니다. 설치 과정에서 장치 드라이버를 확인하다가 멈추는 경우가 있습니다.
백신을 잠시 중지합니다
외부 백신 프로그램을 쓰고 있다면 실시간 감시를 일시 중지하고 다시 시도합니다. 업데이트가 끝나면 반드시 다시 켭니다.
알려진 문제를 확인합니다
마이크로소프트가 특정 버전의 알려진 문제를 공개하고 있습니다. 내 증상이 여기에 있다면 수정 업데이트가 나올 때까지 기다리는 것이 맞습니다.
여섯 가지로 해결되지 않았다면 캐시를 비울 차례입니다.
업데이트를 설치한 뒤부터 문제가 생겼다면 그 업데이트만 골라 지울 수 있습니다. 설정 > Windows 업데이트 > 업데이트 기록으로 들어가 맨 아래 업데이트 제거를 누르면 됩니다.
전체 초기화나 복원 지점보다 훨씬 가볍습니다. 다만 기능 업데이트는 이 목록에 나오지 않고 품질 업데이트만 제거할 수 있습니다.
업데이트 구성 요소 초기화 방법
손상된 캐시를 지우고 처음부터 다시 받게 하는 방법입니다. 시작 버튼을 우클릭해 터미널(관리자) 를 열고 아래를 한 줄씩 실행합니다.
먼저 업데이트 관련 서비스를 멈춥니다.
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver여기서 오류가 나와도 정상
앞에서 본 것처럼 네 서비스 중 셋은 평소에 멈춰 있기 때문에, 멈추라는 명령을 받으면 "Windows 업데이트 서비스가 시작되지 않았습니다"라고 되돌려 줍니다. 제 노트북에서는 Cryptographic Services 하나만 "서비스를 잘 멈추었습니다"가 나왔고 나머지 셋은 이 오류가 나왔습니다. 오류를 보고 멈추지 마시고 그대로 다음으로 넘어가면 됩니다.
멈춰야 할 것이 이미 멈춰 있는 상태이므로 목적은 달성된 것입니다. 반대로 "액세스가 거부되었습니다"가 나오면 그때는 넘어가면 안 됩니다. 관리자 권한이 아닌 창에서 실행한 것이니 창을 닫고 시작 버튼을 우클릭해 터미널(관리자) 로 다시 열어야 합니다.
다음으로 캐시 폴더의 이름을 바꿉니다. 삭제가 아니라 이름 변경이므로 문제가 생기면 되돌릴 수 있습니다.
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old이 명령은 성공하면 아무 말도 하지 않습니다
다음 줄에 프롬프트가 다시 나오는 것이 성공 신호입니다. 무언가 나왔다면 실패한 것이니 그 문장을 보고 갈라야 합니다.
- "액세스가 거부되었습니다" — 관리자 권한 창이 아닙니다. 터미널(관리자)로 다시 여십시오.
- "다른 프로세스가 사용 중이므로" — 앞의 멈추는 명령이 덜 들었습니다. 특히 catroot2는 Cryptographic Services가 붙잡고 있어서,
net stop cryptSvc가 성공했는지 다시 보셔야 합니다. - "파일을 찾을 수 없습니다" — 이미 이름이 바뀐 상태입니다. 앞서 한 번 실행하셨을 수 있으니 폴더 이름을 확인하고 넘어가면 됩니다.
제 노트북의 두 폴더 크기를 재 보니 SoftwareDistribution\Download가 722.5MB, catroot2가 112.4MB였습니다. 이 정도가 새로 만들어질 몫이라 재부팅 뒤 첫 업데이트 확인이 평소보다 오래 걸립니다.
멈췄던 서비스를 다시 시작합니다.
net start wuauserv
net start cryptSvc
net start bits
net start msiserver이번에는 "서비스를 잘 시작했습니다"가 네 줄 나오는 것이 정상입니다. "이미 시작되었습니다"가 섞여도 문제가 없습니다. 앞에서 멈추지 못한 서비스가 그대로 돌고 있었다는 뜻이기 때문입니다.
잘못됐다고 느껴지면 되돌릴 수 있습니다
폴더를 지운 것이 아니라 이름만 바꿔 두었기 때문입니다. 새로 만들어진 폴더를 다른 이름으로 밀어 두고 원래 이름을 되찾아 주면 됩니다.
net stop cryptSvc
ren C:\Windows\SoftwareDistribution SoftwareDistribution.new
ren C:\Windows\SoftwareDistribution.old SoftwareDistribution
ren C:\Windows\System32\catroot2 catroot2.new
ren C:\Windows\System32\catroot2.old catroot2
net start cryptSvc첫 줄과 마지막 줄에는 서비스를 멈추고 시작한 결과가 나오고, 가운데 네 줄은 아무 말 없이 넘어갑니다. 그렇게 되면 원래 상태로 돌아온 것입니다. 되돌린 뒤에는 재부팅하십시오.
명령을 모두 실행한 뒤 컴퓨터를 재부팅하고 설정 > Windows 업데이트에서 다시 확인을 누릅니다. 캐시가 비어 있으므로 처음부터 다시 받게 되어 다운로드 시간이 조금 더 걸립니다.
이후 정상 동작을 확인했다면 이름을 바꿔 둔 두 폴더는 지워도 됩니다. 새 폴더가 자동으로 만들어져 있으므로 이전 것은 필요하지 않습니다.
여기까지도 안 되면
시스템 파일을 검사합니다. 같은 터미널에서 아래를 순서대로 실행합니다. 각각 십여 분이 걸립니다.
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow마지막 방법은 마이크로소프트가 배포하는 설치 도우미나 미디어 생성 도구로 직접 업데이트하는 것입니다. 윈도우 업데이트 경로를 거치지 않으므로 캐시 문제를 우회할 수 있습니다. 개인 파일과 프로그램은 그대로 유지됩니다.
직접 확인해 본 내용
이 글을 쓰면서 제 노트북의 업데이트 상태를 확인해 봤습니다. 위 두 화면이 그때 찍은 것입니다.
먼저 밝혀 둘 점이 있습니다. 제 컴퓨터에서는 업데이트 실패를 재현할 수 없었습니다. 업데이트 기록에 남은 품질 업데이트 13건이 전부 "설치 성공"이었습니다. 그래서 위 화면은 오류가 난 상태가 아니라, 정상일 때 어떻게 보이는지를 담은 것입니다. 본인 화면과 비교할 기준선으로 보시면 됩니다.
기록을 보니 각 항목에 KB 번호와 빌드 번호가 함께 적혀 있었습니다. 예를 들어 2026-08 보안 업데이트는 KB5121003이고 빌드는 26200.9168이었습니다. 실패한 항목이 있다면 이 자리에 오류 코드가 표시되므로, 검색할 때는 KB 번호와 오류 코드를 함께 넣는 편이 정확합니다.
한 가지 더 눈에 띈 것은 "최신 업데이트가 제공되는 즉시 받기"가 꺼져 있었다는 점입니다. 기본값이 꺼짐이라 따로 만진 적이 없는데도 그랬습니다. 이 항목을 켜면 검증이 덜 된 업데이트를 먼저 받게 되므로, 문제를 피하고 싶다면 꺼진 상태로 두는 편이 낫습니다.
2026-09-27 에 서비스와 폴더를 다시 쟀습니다. 빌드 26200.9457 · 일반 세션에서 읽기만 했습니다.
네 서비스의 상태는
Windows 업데이트중지됨·수동,Background Intelligent Transfer Service중지됨·수동,Windows Installer중지됨·수동,Cryptographic Services실행 중·자동 이었습니다. 업데이트는 정상으로 동작하는 컴퓨터인데도 넷 중 셋이 멈춰 있습니다. 이 글에서 멈추라고 적은 명령이 오류를 내는 이유가 여기 있습니다.비울 대상인 폴더도 재 봤습니다.
SoftwareDistribution\Download는 722.5MB · 파일 7개,catroot2는 112.4MB · 파일 10개 였습니다. 이름을 바꾸면 이만큼을 처음부터 다시 받습니다.업데이트 이력에서 가장 최근 것은 KB5129195(2026-09-17) 였고 그 앞이 KB5124007 · KB5126052(둘 다 2026-09-09) 였습니다. 빌드가 26200.9168 에서 26200.9457 로 올라간 것이 이 9월 업데이트들입니다.
정리
같은 오류가 반복된다면 손상된 파일을 계속 재사용하고 있다는 뜻입니다.
- 원인 — 저장 공간, 캐시 손상, 서비스 사용 안 함, 드라이버, 외부 요인 다섯 가지입니다.
- 함정 — 업데이트 서비스는 평소 「중지됨」이 정상입니다. 시작 유형이 「사용 안 함」일 때만 원인입니다.
- 명령 — 멈추는 명령에서 오류가 세 줄 나는 것도 정상입니다. 그대로 다음으로 넘어가면 됩니다.
- 확인 — 20GB 확보와 문제 해결사 실행이 가장 먼저 할 일입니다.
- 초기화 — 폴더를 지우지 않고 이름만 바꾸면 문제가 생겨도 되돌릴 수 있습니다.
참고 출처
- Microsoft 지원 — Windows 업데이트 문제 해결
https://support.microsoft.com/ko-kr/windows/deployment/updates-lifecycle/troubleshoot-problems-updating-windows - Microsoft 지원 — Windows 업그레이드 및 설치 오류에 대한 도움말
https://support.microsoft.com/ko-kr/windows/deployment/install-upgrade/get-help-with-windows-upgrade-and-installation-errors - 본문의 화면은 윈도우 11 Pro 25H2(빌드 26200.9168)에서, 서비스와 폴더 수치는 같은 노트북의 빌드 26200.9457(2026-09-27)에서 직접 확인했습니다.
관련 글
'윈도우 11 문제 해결' 카테고리의 다른 글
| 윈도우 11 블루투스 연결 안 됨 해결 (0) | 2026.09.04 |
|---|---|
| 윈도우 보안 부팅 인증서 만료 확인 및 대응 (0) | 2026.08.29 |
| 윈도우 11 프린터 인식 오류 점검 순서와 드라이버 재설치 해결법 (0) | 2026.08.29 |
| 윈도우 11 와이파이 끊김 원인 분석과 네트워크 설정 해결 방법 (0) | 2026.08.29 |
| 윈도우 11 오류 유형 분석과 단계별 진단 순서 및 해결 원칙 정리 (0) | 2026.08.29 |
