이 글의 목적은 Windows 10과 Windows 11에서 발생하는 Windows 업데이트 오류 코드 0x80070422 문제를 실제 현장에서 바로 적용할 수 있는 단계별 방법으로 정리하여, 비활성화된 업데이트 서비스를 안전하게 다시 활성화하는 데 도움을 주는 것이다.
0x80070422 오류의 의미와 근본 원인
오류 코드 0x80070422는 시스템 메시지 상으로는 “해당 서비스는 비활성화되어 있거나, 이와 연결된 활성 장치가 없어 시작할 수 없다”는 의미를 가진다.
마이크로소프트 공식 진단 기준에서 이 오류는 대부분 Windows Update 서비스가 중지되었거나 시작 유형이 “사용 안 함(Disabled)”으로 설정된 경우에 발생하는 것으로 분류한다.
실무에서 자주 관찰되는 주요 원인은 다음과 같다.
- 서비스 관리 도구(services.msc)에서 Windows Update가 “사용 안 함” 또는 “수동”으로 설정된 경우이다.
- 최적화 프로그램, 튜닝 유틸리티, 이른바 “불필요 서비스 자동 비활성화” 도구 등이 Windows Update와 관련 서비스들을 임의로 꺼버린 경우이다.
- 기업용 환경에서 그룹 정책 또는 보안 솔루션이 업데이트 서비스를 강제로 비활성화한 경우이다.
- 시스템 파일 손상으로 인해 서비스 구성이 깨져 정상적으로 시작되지 않는 경우이다.
- 드물게는 네트워크 관련 서비스(Network List Service 등)나 계정 관련 서비스(Microsoft Account Sign-in Assistant)가 꺼져 있어 업데이트 모듈이 제대로 동작하지 않는 경우이다.
주의 : Windows 업데이트 서비스는 단순 기능이 아니라 보안 패치와 취약점 대응의 핵심 인프라이므로, 장기간 의도적으로 비활성화해 두는 것은 권장하지 않는다.
본격 조치 전에 확인해야 할 기본 사항
본격적인 서비스 설정 변경 전에 다음 기본 사항을 먼저 점검하는 것이 효율적이다.
- PC를 한 번 완전히 종료 후 다시 부팅한다.
- 날짜와 시간이 실제 현재 시각과 정확히 일치하는지 확인한다.
- 인터넷 연결이 정상인지(웹 브라우저로 일반 사이트 접속 가능 여부) 확인한다.
- 회사·학교 네트워크인 경우, 업데이트 차단 정책이 적용된 환경이 아닌지 관리자에게 확인한다.
위 기본 조건에 문제가 없다면, 아래 단계별 해결 절차를 순서대로 적용하는 것이 좋다.
services.msc에서 Windows Update 서비스 다시 활성화하기
0x80070422 오류의 가장 흔한 직접 원인은 Windows Update 서비스 자체가 비활성화된 상태이므로, 먼저 서비스 관리 콘솔에서 설정을 복구해야 한다.
1단계: 서비스 관리 콘솔 열기
- Windows 키 + R 키를 동시에 눌러 “실행” 창을 연다.
- 입력 창에
services.msc를 입력하고 Enter 키를 누른다. - “서비스” 관리 콘솔이 열리면, 목록에서 Windows Update 항목을 찾는다.
2단계: Windows Update 서비스 시작 유형 변경
- Windows Update 항목을 더블 클릭한다.
- “일반” 탭에서 시작 유형 드롭다운을 클릭한다.
- 목록에서 자동(Automatic) 또는 “자동(지연된 시작)”을 선택한다.
- 아래쪽 “서비스 상태”가 중지됨으로 표시되면, 시작 버튼을 눌러 서비스를 시작한다.
- 적용 → 확인을 차례대로 눌러 창을 닫는다.
- PC를 재부팅한 뒤, 설정 > Windows 업데이트에서 다시 업데이트를 시도한다.
주의 : 시작 유형이 이미 자동인데도 0x80070422 오류가 반복된다면, 단순 재시작만으로 해결되지 않는 다른 서비스 의존성이나 시스템 손상 가능성을 고려해야 한다.
3단계: 명령 프롬프트로 서비스 강제 구성
GUI에서 변경이 잘 적용되지 않거나, 스크립트로 여러 대를 한 번에 처리해야 할 때는 관리자 권한 명령 프롬프트 또는 PowerShell에서 서비스 구성을 직접 변경할 수 있다.
REM 관리자 권한 명령 프롬프트에서 실행 sc config wuauserv start= auto sc config bits start= delayed-auto net start wuauserv net start bits 위 명령은 Windows Update 서비스(wuauserv)를 자동 시작으로 변경하고, BITS(Background Intelligent Transfer Service)를 지연 자동 시작으로 설정한 뒤 두 서비스를 시작하는 절차이다.
주의 :
start= auto와 같이 start= 뒤의 공백을 반드시 포함해야 한다. 공백이 없으면 명령이 실패한다.관련 핵심 서비스 상태 점검하기
Windows Update는 단일 서비스로 동작하지 않고 여러 보조 서비스와 함께 작동한다. 다음 서비스들이 비활성화된 경우에도 0x80070422 오류가 발생할 수 있다.
- Background Intelligent Transfer Service (BITS)
- Cryptographic Services
- Windows Event Log
- Network List Service
- Microsoft Account Sign-in Assistant (특정 계정 관련 오류 동반 시)
서비스별 상태 확인 및 자동 설정 방법
- 다시
services.msc콘솔을 연다. - 위 목록의 각 서비스를 하나씩 찾아 더블 클릭한다.
- 시작 유형이 다음과 같이 설정되어 있는지 확인한다.
- BITS: 자동(지연된 시작)
- Cryptographic Services: 자동
- Windows Event Log: 자동
- Network List Service: 수동 또는 자동 (문제 발생 시 자동 권장)
- Microsoft Account Sign-in Assistant: 수동 또는 자동 (계정 관련 오류 시 자동 권장)
- 서비스 상태가 중지됨이면 시작 버튼을 눌러 실행한다.
주의 : 기업 도메인 환경에서는 일부 서비스의 시작 유형이 그룹 정책으로 강제 설정될 수 있다. 이 경우 로컬에서 변경해도 재부팅 시 다시 되돌아갈 수 있으므로, 반드시 IT 관리자와 협의해야 한다.
Windows 업데이트 문제 해결사 실행하기
Windows 10/11에는 업데이트 관련 오류를 자동으로 진단하고 기본적인 복구 작업을 수행하는 내장 문제 해결사가 포함되어 있다.
Windows 11에서 실행 방법
- 설정 앱을 연다 (Windows + I).
- 시스템 메뉴를 선택한 뒤 문제 해결을 클릭한다.
- 기타 문제 해결사를 선택한다.
- 목록에서 Windows 업데이트 항목 옆의 실행 버튼을 클릭한다.
- 지시에 따라 진단 및 자동 복구를 진행한 뒤, 완료 후 재부팅하여 업데이트를 다시 시도한다.
Windows 10에서 실행 방법
- 설정 → 업데이트 및 보안 → 문제 해결 메뉴로 이동한다.
- 추가 문제 해결사를 클릭한다.
- Windows 업데이트를 선택하고 문제 해결사 실행을 눌러 안내에 따라 진행한다.
주의 : 문제 해결사는 모든 상황을 해결해 주지는 않지만, 서비스 의존성, 레지스트리, 권한 등의 기본적인 문제를 자동으로 점검해 주므로 초기 단계에서 반드시 한 번 실행해 보는 것이 좋다.
SFC 및 DISM으로 시스템 파일 손상 복구하기
서비스 설정이 정상임에도 0x80070422 오류가 지속된다면, 시스템 파일 손상이나 이미지 손상이 의심된다. 이때는 SFC와 DISM 도구를 사용해 시스템 파일과 구성 이미지를 복구할 수 있다.
관리자 권한 명령 프롬프트 열기
- 시작 메뉴에서 “cmd” 또는 “명령 프롬프트”를 검색한다.
- 검색 결과에서 명령 프롬프트를 마우스 오른쪽 버튼으로 클릭하고 관리자 권한으로 실행을 선택한다.
1단계: DISM으로 시스템 이미지 복구
DISM.exe /Online /Cleanup-Image /RestoreHealth - 위 명령은 Windows 이미지의 손상 여부를 검사하고, 온라인 소스를 이용해 복구를 시도한다.
- 진행률이 20%, 40% 등에서 오래 멈춰 있는 것처럼 보이더라도 중간에 강제 종료하지 않는 것이 좋다.
2단계: SFC로 시스템 파일 검사
sfc /scannow - 시스템 파일 검사 도구가 보호된 시스템 파일을 점검하고, 손상된 파일을 캐시 또는 Windows 이미지에서 복원한다.
- 검사가 100%까지 완료된 후 “손상된 파일을 성공적으로 복구했다”는 메시지가 나오면, PC를 재부팅하고 업데이트를 다시 시도한다.
주의 : DISM, SFC 실행 중에는 다른 작업을 최소화하고 노트북의 경우 전원 어댑터를 연결한 상태에서 진행하는 것이 안전하다.
Windows 업데이트 구성 요소 수동 초기화(고급)
위 단계들로도 해결되지 않는다면, Windows 업데이트 관련 폴더와 구성 요소를 수동으로 초기화하는 방법을 고려할 수 있다. 이는 비교적 고급 절차이므로, 변경 내용에 대해 이해할 수 있을 때만 수행하는 것이 좋다.
초기화 배치 스크립트 예시
다음 명령은 업데이트 관련 주요 서비스를 중지한 뒤, SoftwareDistribution 및 Catroot2 폴더를 리셋하고 다시 서비스를 시작하는 절차이다.
REM 관리자 권한 명령 프롬프트에서 순서대로 실행 net stop wuauserv net stop cryptSvc net stop bits net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
실행 후에는 시스템을 재부팅하고, Windows 업데이트를 다시 시도하여 0x80070422 오류가 사라졌는지 확인한다.
주의 : 위 폴더를 리셋하면 기존 다운로드 캐시가 삭제되므로, 이후 처음 업데이트 시 다소 시간이 걸릴 수 있다. 그러나 설치된 업데이트 자체가 삭제되는 것은 아니므로 일반적으로 데이터 손실 위험은 크지 않다.
서드파티 보안 프로그램과 최적화 도구 영향 점검
일부 백신, 보안 스위트, 시스템 최적화 도구는 자체 업데이트 관리 기능을 제공하면서 Windows Update 서비스를 비활성화하거나 정책을 변경하는 경우가 있다.
- 최근 설치하거나 업데이트한 백신 또는 보안 프로그램의 설정에서 “Windows 업데이트 관리”, “패치 관리”와 관련된 옵션을 확인한다.
- 시점상 특정 프로그램 설치 이후 0x80070422 오류가 발생하기 시작했다면, 해당 프로그램을 일시적으로 제거하거나 비활성화 후 업데이트를 다시 시도한다.
- 불법 크랙, 비공식 최적화 도구 등은 서비스 및 레지스트리를 강하게 변형하는 경우가 많으므로 가능하면 사용을 중단하는 것이 좋다.
주의 : 백신 프로그램을 삭제하거나 비활성화하는 경우, 반드시 다른 적절한 보안 대책을 함께 고려해야 한다. 보안을 위해서라도 Windows Update는 가능한 한 정상적으로 유지하는 것이 바람직하다.
기업·도메인 환경에서의 0x80070422 추가 체크 포인트
회사, 공공기관, 학교 등 도메인에 가입된 PC에서는 로컬 사용자가 아무리 설정을 바꿔도 그룹 정책이나 중앙 관리 도구에서 다시 값을 덮어쓰는 경우가 흔하다.
- 로컬에서 Windows Update 서비스를 자동으로 설정했는데 재부팅 후 다시 “사용 안 함”으로 바뀐다면, 그룹 정책(GPO) 또는 WSUS, 패치 관리 솔루션에서 강제 설정하고 있을 가능성이 높다.
- 이 경우에는 IT 관리자에게 0x80070422 오류 발생 상황과 함께, 현재 장비가 업데이트 정책 대상에 올바르게 포함되어 있는지 문의하는 것이 우선이다.
- 사내에서 자체 WSUS 서버를 사용하는 경우, WSUS 서버 접속 문제(방화벽, 프록시, DNS 등)로 인해 업데이트가 실패하면서 동일 오류가 발생하는 사례도 있다.
0x80070422 현장 실무용 체크리스트
아래 표는 0x80070422 오류가 발생했을 때 우선적으로 점검해야 할 항목을 정리한 것이다.
| 점검 순서 | 점검 항목 | 방법 | 난이도 | 비고 |
|---|---|---|---|---|
| 1 | 기본 환경 확인 | 재부팅, 시간 동기화, 인터넷 연결 확인 | 매우 쉬움 | 모든 문제 공통 초기 단계이다. |
| 2 | Windows Update 서비스 상태 | services.msc에서 시작 유형 자동, 서비스 시작 | 쉬움 | 0x80070422 최우선 점검 포인트이다. |
| 3 | BITS·Network List 등 관련 서비스 | 서비스 콘솔에서 상태 및 시작 유형 확인 | 보통 | 네트워크·계정 관련 오류 동반 시 필수이다. |
| 4 | Windows 업데이트 문제 해결사 | 설정 > 시스템/업데이트 및 보안 > 문제 해결 | 쉬움 | 자동 진단으로 기본 문제를 한 번에 점검한다. |
| 5 | SFC / DISM 실행 | 관리자 명령 프롬프트에서 명령 실행 | 보통 | 시스템 파일 손상 의심 시 필수이다. |
| 6 | 업데이트 구성 요소 초기화 | SoftwareDistribution, Catroot2 리셋 스크립트 실행 | 어려움 | 기본 조치로 해결되지 않을 때 적용한다. |
| 7 | 보안 프로그램·정책 영향 | 백신/최적화 도구 설정, 그룹 정책 점검 | 보통~어려움 | 기업·도메인 환경에서 특히 중요하다. |
FAQ
Q1. Windows Update 서비스의 시작 유형이 회색으로 비활성화되어 변경할 수 없다는 메시지가 나온다.
이 경우는 두 가지 가능성이 크다. 첫째, 로컬 그룹 정책 또는 도메인 그룹 정책에서 서비스 구성을 강제로 고정한 경우이다. 둘째, 보안·최적화 프로그램이 레지스트리 권한을 변경해 사용자가 직접 수정하지 못하도록 막은 경우이다. 도메인에 가입된 PC라면 IT 관리자에게 정책 설정을 문의하는 것이 우선이다. 개인 PC라면 최근 설치한 보안·튜닝 프로그램의 옵션을 확인하거나, 문제 발생 이전 지점으로의 시스템 복원을 검토할 수 있다.
Q2. net start wuauserv 명령을 실행하면 “오류 5: 액세스가 거부되었습니다”가 발생한다.
이 메시지는 관리자 권한 부족 또는 서비스 관련 레지스트리/ACL 손상을 의미한다. 먼저 명령 프롬프트가 관리자 권한으로 실행되고 있는지 확인해야 한다. 그럼에도 동일 오류가 발생하면, 보안 소프트웨어가 서비스를 보호하고 있거나 레지스트리 권한이 비정상적으로 변경된 상태일 수 있다. 이럴 때는 보안 프로그램을 일시적으로 비활성화하거나 제거 후 다시 시도하고, 필요 시 sfc /scannow, DISM 복구, 복원 지점 복원을 순차적으로 진행하는 것이 일반적이다.
Q3. 0x80070422 오류가 있어도 업데이트만 안 될 뿐 다른 작업에는 문제가 없다면 그냥 두어도 되는가?
단기적으로는 기존에 설치된 패치가 동작하므로 즉각적인 치명적 문제는 없을 수 있다. 그러나 시간이 지날수록 보안 패치와 취약점 수정이 누락되어 공격 표면이 넓어지며, 호환성 문제나 기능 오류로 이어질 수 있다. 특히 인터넷에 상시 연결된 PC라면 업데이트 기능을 방치하지 말고 가능한 빨리 복구하는 것이 바람직하다.
Q4. Windows를 새로 설치하지 않고도 0x80070422를 반드시 해결할 수 있는가?
대부분의 경우 위에서 설명한 서비스 설정 복구, 문제 해결사, SFC/DISM, 구성 요소 초기화만으로 해결 가능하다. 다만 레지스트리 손상이나 서드파티 도구에 의한 광범위한 변경이 누적된 경우에는 복원 지점 복구나 인플레이스 업그레이드(Windows 재설치이지만 사용자 파일·앱 유지)를 고려해야 한다. 전체 초기화는 마지막 선택지로 두는 것이 일반적이다.
Q5. 이 오류가 있으면 Microsoft Store 앱 설치나 .NET Framework 설치에도 영향을 줄 수 있는가?
그럴 수 있다. 여러 구성 요소가 Windows Update 서비스를 통해 필요한 파일을 가져오기 때문에, Windows Update 서비스가 비활성화되어 있으면 Store 앱 설치, .NET Framework 설치, 기능 켜기/끄기 등에서 동일한 0x80070422 오류를 만나는 사례가 보고되어 있다. 따라서 단순 업데이트 문제로만 보지 말고, 서비스 자체를 정상 상태로 복구하는 것이 중요하다.