⚡ 3초 요약:
0x8024a105는 보통 업데이트 재시작 상태가 꼬였거나, Windows Update 캐시가 불완전하게 남았거나, 시스템 파일 손상이 겹칠 때 나타납니다.
핵심은 무작정 재부팅을 반복하는 것이 아니라, 캐시 초기화와 무결성 점검을 먼저 진행하는 것입니다.
🚨 작업 전 필수 체크
- 노트북은 전원 어댑터를 연결한 상태에서 진행
- 반복 재부팅이 있었다면 중요한 파일부터 먼저 백업
- 업데이트 중 강제 종료는 중단하고 정상 절차로 점검
- 회사 PC라면 보안 프로그램이나 VPN 사용 여부도 함께 확인
🧪 My Lab Test Log
증상: 재부팅 후 업데이트 진행 대신 다시 “다시 시작 필요” 메시지 표시
점검: 업데이트 캐시 폴더 재생성 전에는 같은 코드 반복
조치: Windows Update 구성요소 초기화 → DISM/SFC → 완전 종료 후 재시도
결과: 동일 업데이트 정상 설치
1️⃣ 0x8024a105가 의미하는 것
0x8024a105는 “업데이트를 한 번 더 재시작하면 끝나는 단순 알림”으로 끝나는 경우도 있지만, 실제로는
재시작 대기 상태와 업데이트 작업 상태가 서로 맞지 않을 때 반복적으로 나타나는 경우가 많습니다.
즉, 설치가 중간에 끊겼거나 캐시 정보가 정상적으로 정리되지 않으면 같은 흐름이 계속 반복될 수 있습니다.
그래서 이 오류는 특정 서비스 하나만 끄고 켜는 방식보다,
업데이트 캐시를 다시 만들고 시스템 파일 무결성을 점검하는 절차가 더 중요합니다.
특히 “재시작하라”는 문구만 믿고 여러 번 강제 재부팅을 반복하면 오히려 상태가 더 꼬일 수 있습니다.
🔍 핵심 판단 기준:
한 번 재부팅해도 바로 해결되지 않고, 같은 업데이트가 다시 대기 상태로 남거나 설치 준비만 반복된다면
캐시 초기화 + 무결성 점검으로 넘어가는 것이 맞습니다.
👉 권한 오류가 같이 보이면
2️⃣ 먼저 확인할 것 — 정말 재시작만 필요한 상태인가
가장 먼저 해야 할 일은 “그냥 한 번 더 재부팅하면 끝나는 상태”인지,
아니면 이미 업데이트 상태가 꼬여서 반복 루프에 들어간 상태인지를 구분하는 것입니다.
- 재부팅 1회 후 바로 설치가 완료되면 일시적 상태일 가능성
- 재부팅 후에도 같은 업데이트가 다시 대기 상태로 남으면 캐시 꼬임 가능성
- 업데이트 기록에서 동일 KB가 반복 실패하면 구성요소 초기화 우선
- 중간에 강제 종료를 여러 번 했다면 파일 손상 가능성도 같이 고려
이 단계에서 이미 반복 패턴이 확인되면, 더 이상 재부팅만 반복하지 말고 다음 단계로 넘어가는 것이 안전합니다.
3️⃣ Step 1 — Windows Update 구성요소 초기화
0x8024a105에서 가장 먼저 해볼 가치가 큰 작업은 업데이트 캐시를 새로 만드는 것입니다.
이 단계는 다운로드·재시작 상태·서명 캐시가 꼬여 있을 때 특히 효과적입니다.
net stop wuauserv
net stop bits
net stop cryptSvc
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start bits
net start cryptSvc
net start msiserver
이 명령은 캐시를 삭제하는 방식이 아니라 기존 폴더 이름을 바꿔 새 캐시를 다시 생성하게 만드는 방식이라 비교적 안전합니다.
명령 실행 후에는 바로 업데이트를 누르기보다 먼저 재부팅 1회를 해주는 편이 더 안정적입니다.
👉 더 강한 초기화가 필요할 때
4️⃣ Step 2 — DISM / SFC로 시스템 파일 무결성 점검
캐시를 초기화했는데도 같은 코드가 반복된다면, 그다음은 시스템 파일과 구성 요소 저장소 자체를 점검해야 합니다.
업데이트는 파일 교체와 구성 요소 검증이 함께 일어나기 때문에,
겉으로는 “재시작 오류”처럼 보여도 실제 원인은 시스템 파일 손상인 경우가 있습니다.
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
두 명령이 모두 끝난 뒤에는 반드시 재부팅 후 다시 업데이트를 시도합니다.
중간에 멈춘 것처럼 보여도 바로 종료하지 말고 충분히 기다리는 것이 좋습니다.
👉 DISM/SFC가 오래 걸리거나 멈춘다면
5️⃣ Step 3 — 반복 재시작 루프라면 디스크 상태도 확인
강제 종료나 비정상 종료가 여러 번 있었다면 업데이트 문제만 볼 것이 아니라 파일 시스템 상태도 확인하는 것이 좋습니다.
디스크 오류가 있으면 업데이트 완료 플래그 기록 자체가 꼬일 수 있습니다.
chkdsk C: /f
다음 부팅 시 검사를 예약하겠냐는 문구가 뜨면 Y 입력 후 재부팅합니다.
단, SSD/HDD 상태가 좋지 않거나 이상 소음이 있으면 먼저 백업을 끝내는 것이 우선입니다.
6️⃣ Step 4 — 네트워크·보안 프로그램 변수도 같이 제거
0x8024a105는 मुख्य 원인이 재시작 상태 꼬임인 경우가 많지만,
실제로는 다운로드 재시도 과정에서 VPN, 프록시, 보안 프로그램이 같이 영향을 주는 경우도 있습니다.
그래서 재시도 전에는 네트워크 변수도 한 번 같이 정리하는 것이 좋습니다.
- VPN 완전 종료
- 프록시 수동 설정 해제
- 백신의 웹 보호·트래픽 검사 기능 일시 중지
- 가능하면 다른 와이파이나 핫스팟에서 재시도
👉 다운로드 단계 오류가 함께 있다면
7️⃣ 그래도 실패하면 인플레이스 업그레이드가 더 빠를 수 있다
여기까지 진행했는데도 같은 KB 업데이트가 반복 실패하거나,
업데이트 기록 자체가 계속 꼬여 있다면 수동 복구보다 인플레이스 업그레이드가 더 빠를 수 있습니다.
특히 여러 업데이트 오류가 동시에 겹치는 PC에서는 이 방법이 오히려 시간을 덜 씁니다.
👉 마지막 복구 루트 전체 보기
💬 자주 묻는 질문 (FAQ)
👉 질문을 클릭하면 답이 펼쳐집니다 ▼
Q. 0x8024a105는 왜 계속 재시작하라는 메시지가 뜨나요? (▼ 클릭)
업데이트 작업 상태와 재시작 대기 상태가 서로 맞지 않게 남아 있을 때 이런 패턴이 반복될 수 있습니다. 이때는 재부팅 반복보다 캐시 초기화가 먼저입니다.
Q. SoftwareDistribution과 catroot2 이름 변경은 안전한가요? (▼ 클릭)
네. 일반적으로 이 폴더들은 업데이트 캐시와 서명 관련 임시 데이터라서 이름 변경 후 Windows가 다시 생성하도록 두는 방식은 널리 쓰입니다.
Q. DISM/SFC까지 했는데도 실패하면 무엇을 보나요? (▼ 클릭)
디스크 파일 시스템 점검, VPN·보안 프로그램 간섭, 특정 KB 업데이트 반복 여부를 확인하고, 계속 같으면 인플레이스 업그레이드를 검토하는 편이 빠릅니다.
Q. 이 오류가 뜰 때 강제 종료를 계속 해도 되나요? (▼ 클릭)
권장하지 않습니다. 강제 종료가 반복되면 업데이트 상태가 더 꼬이거나 파일 시스템 손상 위험이 커질 수 있으니, 먼저 백업 후 정상 복구 절차로 들어가는 것이 안전합니다.