이 글을 3줄로 요약하면
· 0x80070422는 네트워크 오류가 아니라 필요한 서비스가 꺼져 있다는 코드입니다.
· 그래서 볼 곳은 딱 하나로 좁혀집니다. 어떤 서비스가, 왜 꺼졌는가.
· 꺼진 이유가 넷(설정·정책·연쇄·손상)이라 원인별로 조치가 다릅니다. 판별표부터 보세요.
목차
3. 원인 A · Windows Update 서비스가 사용 안 함으로 꺼져 있다
5. 원인 C · 업데이트에 딸린 다른 서비스가 함께 꺼져 있다
0x80070422가 정확히 무슨 뜻인가
코드를 쪼개 읽으면 어디를 봐야 하는지가 그대로 나옵니다.
윈도우 오류 코드 0x8007xxxx는 "윈도우 자체 오류를 감싼 코드"라는 뜻이고, 실제 내용은 뒤 네 자리에 들어 있습니다. 여기서 뒤 네 자리는 0x422, 10진수로 1058이고, 이름은 ERROR_SERVICE_DISABLED입니다.
0x80070422 = 0x8007(윈도우 오류) + 0x422(1058, ERROR_SERVICE_DISABLED)
서비스가 사용 안 함으로 설정돼 있거나, 그 서비스에 연결된 장치가 모두 꺼져 있어 시작할 수 없다는 뜻입니다.
그래서 이 코드는 인터넷 연결, 업데이트 서버 상태, 저장 공간과는 관계가 없습니다. 마이크로소프트 문서도 같은 코드를 "필수 서비스가 비활성화돼 설치가 실패한 상태"로 설명합니다. 와이파이를 껐다 켜거나 유선으로 바꿔 봐도 증상이 그대로인 이유가 여기에 있습니다.
업데이트 기록을 열어보면 실패한 항목 옆에 같은 코드가 붙어 있고, "액세스가 거부되었습니다" 계열의 부가 설명이 함께 뜨는 경우가 많습니다. 이 문구 역시 권한이 아니라 서비스 상태를 가리키는 단서로 읽으면 됩니다.
문제 해결사부터 돌리면 시간을 버릴 수 있습니다
서비스가 정책으로 잠겨 있으면 문제 해결사도 그 서비스를 되살리지 못하고 "문제를 해결할 수 없습니다"만 반복합니다. 문제 해결사는 원인 A를 확인한 뒤 보조 수단으로 쓰는 편이 낫습니다.
어디서 떴는지로 원인 좁히기
같은 코드라도 뜬 자리와 PC 종류에 따라 볼 곳이 갈립니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 개인 PC에서 업데이트 확인만 누르면 뜬다 | Windows Update 서비스가 사용 안 함 | 원인 A → 서비스 상태 |
| 회사·기관 지급 PC에서만 뜬다 | 관리자가 정책으로 업데이트를 잠금 | 원인 B → 정책 값 |
| 서비스를 자동으로 바꿔도 다시 꺼진다 | 정책 또는 최적화 프로그램이 되돌림 | 원인 B → 원인 C 순 |
| 스토어 앱 업데이트에서도 같은 코드가 뜬다 | 업데이트에 딸린 공용 서비스가 중단 | 원인 C → 연관 서비스 |
| Defender 정의 업데이트·시간 동기화도 실패한다 | 여러 서비스가 함께 꺼져 있음 | 원인 C → 연관 서비스 |
| 서비스는 실행 중인데도 계속 실패한다 | 구성 요소·캐시 손상 | 원인 D → 검사·초기화 |
원인 AWindows Update 서비스가 사용 안 함으로 꺼져 있다
가장 흔한 경우이고, 확인에 1분이면 됩니다.
코드 이름이 ERROR_SERVICE_DISABLED인 만큼, 첫 확인 대상은 Windows Update 서비스(wuauserv)의 시작 유형입니다. 마이크로소프트의 윈도우 업데이트 문제 해결 문서도 services.msc를 열어 해당 서비스가 실행 중인지부터 확인하라고 안내합니다.
1서비스 창에서 상태를 확인한다
목록에서 Windows Update를 찾아 상태와 시작 유형 열을 봅니다. 시작 유형이 "사용 안 함"이면 그 자체가 이 오류의 원인입니다.
2시작 유형을 바꾸고 서비스를 시작한다
항목을 더블클릭 → 시작 유형을 자동 또는 수동으로 변경 → 적용 → 서비스 상태의 시작 버튼을 누릅니다. 윈도우 10·11의 기본값은 "수동(트리거 시작)"이라, 수동으로 두어도 업데이트는 정상 동작합니다.
3창을 못 쓰면 명령으로 바꾼다
관리자 터미널에서 실행합니다. start= 뒤의 공백을 빼면 명령이 실패하니 그대로 입력합니다.
이 방법이 안 통하는 경우
시작 유형 드롭다운이 회색으로 잠겨 있거나, 바꿔도 "액세스가 거부되었습니다"가 뜨거나, 저장 후 다시 열면 "사용 안 함"으로 되돌아가 있다면 사람이 끈 게 아니라 정책이 잠근 것입니다. 원인 B로 가세요.
원인 B정책이 업데이트를 막고 있다
서비스를 켜도 계속 되돌아간다면 여기입니다.
회사·학교·기관에서 지급한 PC는 관리자가 업데이트를 정책으로 통제하는 경우가 많습니다. 이때 정책 값은 레지스트리에 기록되고, 사용자가 서비스를 켜도 정책이 다시 적용되면서 원래대로 돌아갑니다. 개인 PC라도 예전에 "업데이트 끄기" 도구를 쓴 적이 있으면 같은 값이 남아 있을 수 있습니다.
1정책 값이 있는지 먼저 조회한다
"지정된 레지스트리 키 또는 값을 찾을 수 없습니다"가 나오면 정책은 걸려 있지 않은 것이라 이 원인은 넘어갑니다. 값이 출력되면 정책이 실제로 존재한다는 뜻입니다.
2어떤 값이 걸려 있는지 눈으로 확인한다
레지스트리 편집기 주소창에 같은 경로를 붙여넣어 우측 값 목록을 봅니다. NoAutoUpdate, DisableWindowsUpdateAccess, AU 하위 키의 값들이 대표적입니다. 어떤 이름이 있는지 화면째로 남겨 두면 다음 단계가 쉬워집니다.
3회사 PC면 직접 지우지 않는다
지급받은 장비의 정책을 사용자가 임의로 지우면 다음 정책 적용 때 되돌아가고, 사내 규정 위반이 될 수도 있습니다. 확인한 값 이름을 그대로 전달해 IT 담당자에게 해제를 요청하는 편이 빠릅니다.
개인 PC라면 지우기 전에 내보내기부터
레지스트리 편집기에서 해당 키를 우클릭 → 내보내기로 .reg 파일을 먼저 저장해 두면, 문제가 생겼을 때 그 파일을 실행해 원래대로 되돌릴 수 있습니다.
이 방법이 안 통하는 경우
정책 키가 아예 없는데도 같은 코드가 계속 뜬다면 Windows Update 하나만의 문제가 아닙니다. 원인 C에서 함께 꺼진 서비스가 있는지 확인하세요.
원인 C업데이트에 딸린 다른 서비스가 함께 꺼져 있다
스토어·Defender·시간 동기화까지 같이 실패한다면 여기입니다.
윈도우 업데이트는 혼자 동작하지 않습니다. 마이크로소프트 문서는 같은 코드가 뜰 때 Windows Modules Installer를 비롯해 Windows Management Instrumentation, Windows Update, Background Intelligent Transfer Service, DCOM Server Process Launcher가 시작될 수 있는 상태여야 한다고 설명합니다. 이 중 하나만 "사용 안 함"이어도 같은 코드로 떨어집니다.
| 서비스 이름 | 서비스 창 표시 | 기본 시작 유형 |
|---|---|---|
| wuauserv | Windows Update | 수동(트리거 시작) |
| TrustedInstaller | Windows Modules Installer | 수동 |
| BITS | Background Intelligent Transfer Service | 수동 |
| Winmgmt | Windows Management Instrumentation | 자동 |
| DcomLaunch | DCOM Server Process Launcher | 자동 |
| UsoSvc | Update Orchestrator Service | 자동(지연 시작) |
여러 서비스가 한꺼번에 꺼져 있다면 사람이 하나씩 끈 게 아니라 무언가가 일괄로 껐다고 보는 편이 맞습니다. 최적화·클리너 프로그램, 게임 부스터, 사설 튠업 도구가 자주 하는 동작입니다.
1여섯 서비스의 시작 유형을 한 번에 확인한다
출력의 START_TYPE 줄을 봅니다. 4 DISABLED로 나오는 항목이 범인입니다. 정상은 2 AUTO_START 또는 3 DEMAND_START입니다.
2꺼진 것만 기본값으로 되돌린다
전부 자동으로 바꾸지 않습니다. 위 표의 기본 시작 유형대로 맞추는 것이 목적입니다. 필요 이상으로 자동 시작을 늘리면 부팅이 느려집니다.
3다시 끄는 프로그램이 있는지 본다
msconfig의 서비스 탭에서 "모든 Microsoft 서비스 숨기기"를 체크하면 사설 프로그램의 서비스만 남습니다. 최적화·튠업 계열 이름이 보이면 그 프로그램의 설정에서 윈도우 업데이트 차단 옵션을 해제해야 재발하지 않습니다.
이 방법이 안 통하는 경우
여섯 서비스가 모두 정상인데도 같은 코드가 뜬다면 상태가 아니라 구성 요소 자체가 상한 것입니다. 원인 D로 넘어가세요.
원인 D업데이트 구성 요소와 캐시가 손상됐다
서비스는 실행 중인데도 계속 실패할 때 마지막으로 봅니다.
서비스가 켜져 있는데도 시작하자마자 멈춘다면, 서비스가 읽는 시스템 파일이나 다운로드 캐시가 깨져 있을 수 있습니다. 이 경우는 상태를 바꾸는 게 아니라 검사하고 새로 받게 해야 합니다.
1시스템 파일과 구성 요소 저장소를 검사한다
관리자 터미널에서 위에서 아래 순서로 실행합니다. 완료까지 각각 5~15분이 걸리고, DISM은 인터넷 연결이 있어야 복구 파일을 받아옵니다. 진행 중에 창을 닫지 않습니다.
2업데이트 캐시를 새로 받게 한다
서비스를 멈춘 뒤 C:\Windows\SoftwareDistribution 폴더 이름을 SoftwareDistribution.old로 바꿉니다. 서비스가 돌아가는 동안에는 이름이 바뀌지 않으니 순서를 지켜야 합니다.
3서비스를 다시 켜고 업데이트를 확인한다
설정 → Windows 업데이트에서 업데이트 확인을 누르면 폴더가 새로 만들어지면서 파일을 다시 받습니다. 정상 동작이 확인되면 .old 폴더는 지워도 됩니다.
이 폴더를 지워도 설치된 업데이트는 사라지지 않습니다
SoftwareDistribution은 다운로드 임시 저장소입니다. 이미 설치된 업데이트나 시스템 설정에는 영향이 없고, 업데이트 기록 목록이 비워지는 정도의 변화만 생깁니다.
이 방법이 안 통하는 경우
여기까지 해도 같은 코드가 뜬다면 조치를 하나 더 시도하지 말고 7번으로 가서 지금 어느 서비스가 어떤 상태인지 출력으로 확정하세요.
어느 서비스가 막혀 있는지 정확히 찾아내는 법
추측 대신 출력으로 확정하면 남은 원인이 하나로 줄어듭니다.
0x80070422는 원인 후보가 넓지 않은 대신, 어느 서비스가 왜 못 켜지는지만 알면 조치가 바로 정해집니다. 아래 세 가지를 순서대로 확인하면 원인 A~D 중 어디에 해당하는지가 갈립니다.
1시작 유형과 현재 상태를 같이 본다
앞 명령은 설정값(START_TYPE), 뒤 명령은 지금 상태(STATE)를 보여줍니다. 설정이 DISABLED면 원인 A·B, 설정은 정상인데 STATE가 STOPPED에서 안 움직이면 원인 C·D 쪽입니다.
2지금 이 PC가 어디서 업데이트를 받는지 확인한다
관리자 PowerShell에서 실행합니다. 마이크로소프트가 안내하는 확인 방법으로, Name과 OffersWindowsUpdates 값을 보면 이 PC가 Windows Update를 보는지 사내 WSUS 서버를 보는지 알 수 있습니다. WSUS가 잡혀 있으면 개인 조치로 풀 문제가 아니라 관리자 영역입니다.
3서비스가 멈춘 사유를 로그에서 읽는다
이벤트 뷰어의 Windows 로그 → 시스템에서 오류 수준으로 필터를 걸고 원본이 Service Control Manager인 항목을 봅니다. 어떤 서비스가 어떤 사유로 시작에 실패했는지 문장으로 남아 있어, 이름을 그대로 다음 조치의 대상으로 쓰면 됩니다.
정리하면 이렇습니다. START_TYPE이 4 DISABLED → 원인 A(내가 켜면 됨) 또는 B(켜도 되돌아감). 여러 서비스가 동시에 DISABLED → 원인 C. 설정은 정상인데 시작이 안 됨 → 원인 D.
자주 묻는 질문
이 코드에서 자주 갈리는 지점만 모았습니다.
Q.윈도우 10과 윈도우 11에서 원인이 다른가요?
A.원인 구조는 같습니다. 코드 자체가 서비스 비활성화를 가리키기 때문에 두 버전 모두 서비스 상태와 정책이 첫 확인 대상입니다. 다만 설정 화면 위치와 서비스 기본 시작 유형 표기가 조금 달라, 이 글은 윈도우 11 24H2 기준 경로로 적었습니다.
Q.서비스를 자동으로 바꿨는데 다시 꺼져 있습니다.
A.사람이 다시 끈 게 아니라면 되돌리는 주체가 있습니다. 정책(원인 B)이거나 최적화·튠업 프로그램(원인 C)입니다. 이 둘을 정리하지 않으면 몇 번을 켜도 같은 자리로 돌아옵니다.
Q.마이크로소프트 스토어에서만 이 코드가 뜨는데도 같은 방법인가요?
A.네. 스토어 앱 업데이트는 윈도우 업데이트와 같은 전송·설치 서비스를 씁니다. 그래서 스토어에서 먼저 증상이 드러나는 경우가 있고, 조치는 원인 A와 C가 동일하게 적용됩니다.
Q.sfc와 DISM은 어떤 순서로 돌려야 하나요?
A.관리자 권한 터미널에서 sfc를 먼저, 그다음 DISM입니다. DISM은 복구 원본을 온라인에서 받아오므로 인터넷 연결이 필요하고, sfc가 "복구할 수 없는 손상"을 보고했을 때 특히 의미가 있습니다.
Q.회사 노트북인데 IT 담당자에게 뭐라고 말해야 하나요?
A."업데이트가 안 된다"보다 "0x80070422이고 HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate에 정책 값이 있으며, wuauserv의 START_TYPE이 DISABLED다"라고 전하면 확인 과정이 한 번에 줄어듭니다. 7번에서 얻은 출력을 그대로 붙여 보내면 됩니다.
함께 보면 좋은 글
업데이트 코드가 다르게 나올 때 이어서 볼 글입니다.
윈도우 업데이트 0x800f0831 오류 해결 방법 (SFC·DISM·업데이트 초기화) 구성 요소 저장소 쪽이 상했을 때 나오는 코드입니다 · 눌러서 확인하기 → 윈도우 업데이트 오류 0x8024402c 해결법, 저는 이 순서로 뚫었습니다 (2026년 최신) 서비스는 정상인데 연결·프록시에서 막힐 때 보는 코드입니다 · 눌러서 확인하기 → 윈도우 업데이트 오류 0x80070005 액세스 거부, 저는 이 순서로 해결했습니다 (2026년 최신) 서비스가 아니라 권한 쪽에서 막혔을 때 나오는 코드입니다 · 눌러서 확인하기 →참고 문서 · Microsoft Learn — Windows 업데이트 문제 해결 · Microsoft Learn — 0x80070422 ERROR_SERVICE_DISABLED
