이 글을 3줄로 요약하면
· 0x80070003은 윈도우 업데이트 서비스 스택이 설치에 필요한 경로나 파일을 찾지 못했을 때 돌려주는 코드입니다.
· 경로를 못 찾는 이유는 크게 네 가지 — 받다 만 캐시 손상, 구성 요소 저장소·시스템 파일 손상, 날짜·용량·네트워크 같은 환경 조건, 특정 업데이트(KB) 패키지 문제입니다.
· 방법을 위에서부터 다 해보는 대신, 판별표에서 자기 증상을 먼저 찾고 해당하는 원인 섹션만 따라가면 됩니다.
목차
0x80070003은 정확히 무슨 뜻인가
코드 자체가 원인을 알려줍니다. "경로를 못 찾았다"는 신호입니다.
0x80070003은 앞의 0x8007과 뒤의 0003을 나눠서 읽어야 합니다. 0x8007은 이 오류가 윈도우 기본 오류 체계(Win32)에서 넘어왔다는 표시이고, 실제 내용은 뒤의 3번 코드입니다.
3번 코드의 이름은 ERROR_PATH_NOT_FOUND, 우리말로는 "시스템에서 지정된 경로를 찾을 수 없습니다"입니다. 마이크로소프트 문서도 이 코드를 "서비스 스택이 특정 경로에 액세스할 수 없다"로 설명합니다.
즉 업데이트 파일이 깨졌다고 단정하는 코드가 아니라, 설치를 진행하던 중 있어야 할 자리에 파일이나 폴더가 없었다는 뜻입니다. 그래서 드라이버 파일이나 업데이트 구성 요소를 찾지 못하거나 접근할 수 없을 때 자주 나타납니다.
설정 → Windows Update → 업데이트 기록을 열면 보통 이런 문구로 표시됩니다. "일부 업데이트 파일이 없거나 문제가 있습니다. 나중에 업데이트를 다시 다운로드하겠습니다. 오류 코드: (0x80070003)"
겉으로 보이는 증상은 두 가지가 대부분입니다. 업데이트가 설치되는 것처럼 진행되다가 재부팅 후 이전 상태로 롤백되거나, 몇 번을 다시 시도해도 항상 같은 퍼센트에서 멈추고 실패합니다.
두 증상 모두 "설치가 시작은 됐다"는 뜻이라 하드웨어 고장으로 볼 근거는 없습니다. 조치를 하나 할 때마다 아래 화면에서 다시 업데이트를 확인해 결과가 바뀌는지 보면 됩니다.
증상으로 원인 좁히기 (판별표)
같은 코드라도 실패하는 모양이 다릅니다. 자기 증상에 맞는 원인부터 봅니다.
아래 표에서 지금 화면에 나타나는 모양과 가장 비슷한 줄을 찾은 뒤, 맨 오른쪽 칸이 가리키는 섹션으로 바로 가면 됩니다. 해당하는 줄이 두 개 이상이면 위쪽 줄부터 처리합니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 매번 같은 퍼센트에서 멈추고, 재부팅하면 이전 상태로 롤백된다 | 받다가 끊긴 파일이 캐시에 손상된 채 남아 계속 재사용됨 | 원인 A → 캐시 폴더 초기화 |
| 여러 업데이트가 종류를 가리지 않고 전부 같은 코드로 실패한다 | 시스템 파일 또는 구성 요소 저장소가 손상됨 | 원인 B → DISM·SFC 복구 |
| 다운로드가 0퍼센트에서 넘어가지 않거나 중간에 끊긴다 | 날짜·시간 오차, 백신·VPN 차단, 불안정한 네트워크 | 원인 C → 환경 조건 점검 |
| 대형 기능 업데이트에서만 실패하고 보안 업데이트는 잘 설치된다 | C드라이브 여유 공간 부족 또는 외부 저장장치 연결 상태 | 원인 C → 저장공간 확인 |
| 특정 KB 하나만 계속 실패하고 나머지는 정상 설치된다 | 그 패키지의 다운로드·경로 문제 | 원인 D → 카탈로그 수동 설치 |
| 캐시를 초기화했는데도 로그에 같은 경로 오류가 계속 남는다 | 캐시가 아니라 저장소 쪽 손상 | 원인 B → 이후 7번 섹션 |
원인 A받다 만 업데이트 캐시 손상
같은 자리에서 반복 실패하고 롤백되는 경우에 해당합니다.
윈도우는 내려받은 업데이트 파일을 C:\Windows\SoftwareDistribution 폴더에, 서명 정보를 C:\Windows\System32\catroot2 폴더에 보관합니다.
다운로드가 도중에 끊기면 여기에 반쯤 받은 파일이 남습니다. 윈도우는 다음 시도에서 그 파일을 그대로 다시 쓰기 때문에, 재시도할 때마다 같은 자리에서 같은 코드로 실패합니다.
두 폴더를 비워 두면 다음 확인 때 윈도우가 새 폴더를 만들고 처음부터 다시 받습니다. 다만 폴더를 만지려면 업데이트 관련 서비스를 먼저 멈춰야 합니다.
1업데이트 관련 서비스 4개 중지
net stop bits
net stop cryptsvc
net stop msiserver
명령 프롬프트를 반드시 관리자 권한으로 열고 한 줄씩 순서대로 입력합니다. 각 줄마다 "중지되었습니다" 메시지가 나와야 다음 단계가 통합니다.
2캐시 폴더 두 개를 삭제하지 말고 이름만 변경
ren C:\Windows\System32\catroot2 catroot2.old
이름만 바꿔 두면 문제가 생겨도 원래대로 되돌릴 수 있습니다. 오류 메시지 없이 다음 줄로 넘어가면 성공한 것입니다.
3멈춰 둔 서비스를 다시 시작
net start bits
net start cryptsvc
net start msiserver
4개를 모두 다시 켜야 합니다. 하나라도 빠지면 업데이트 확인 자체가 진행되지 않습니다.
4업데이트를 다시 확인
설정 → Windows Update에서 업데이트 확인을 누릅니다. 이름이 바뀐 옛 폴더 대신 새 폴더가 만들어지고, 업데이트 파일을 처음부터 다시 내려받습니다. 손상된 파일이 원인이었다면 이 단계에서 대부분 해결됩니다.
지우지 말고 이름만 바꾸는 이유
삭제해도 동작 자체는 같지만, 문제가 생겼을 때 되돌릴 방법이 사라집니다. 이름을 바꿔 두면 언제든 원래 이름으로 되돌릴 수 있고, 업데이트가 정상화된 뒤 .old 폴더를 지우면 공간도 회수됩니다.
이 방법이 안 통하는 경우
ren 명령이 "액세스가 거부되었습니다"로 끝나면 서비스가 아직 살아 있는 것이므로 1단계를 다시 확인합니다. 초기화가 정상적으로 끝났는데도 같은 0x80070003이 나오면 캐시가 아니라 저장소 쪽이 깨진 것이니 원인 B로 넘어갑니다. 특정 KB 하나만 계속 실패한다면 원인 D가 맞습니다.
원인 B시스템 파일·구성 요소 저장소 손상
업데이트 종류를 가리지 않고 전부 실패한다면 여기입니다.
캐시를 비웠는데도 결과가 같다면, 새로 받은 파일을 설치할 쪽이 망가진 것입니다. 윈도우는 업데이트를 적용할 때 구성 요소 저장소에 있는 원본을 기준으로 파일을 교체하는데, 이 원본이 깨져 있으면 새 파일을 아무리 다시 받아도 같은 자리에서 멈춥니다.
이때 쓰는 도구가 DISM과 SFC입니다. 두 명령 모두 관리자 권한 명령 프롬프트에서 실행하고, 아래 순서를 바꾸지 않습니다.
1구성 요소 저장소 복구
사양에 따라 10~20분 정도 걸립니다. 진행률이 특정 숫자에서 멈춘 것처럼 보여도 정상이니 그대로 두면 됩니다. 손상된 원본을 인터넷에서 받아 오므로 반드시 인터넷이 연결된 상태에서 실행합니다.
2시스템 파일 검사·복구
앞 단계에서 복구한 원본을 기준으로 실제 시스템 파일을 검사하고 되돌립니다. 확인 100퍼센트 완료 뒤 나오는 결과 문구를 그대로 읽어 둡니다.
3재부팅한 뒤 업데이트 재시도
두 명령이 모두 끝나면 반드시 컴퓨터를 다시 시작한 다음 업데이트를 확인합니다. 복구 결과는 재부팅 후에 반영되는 항목이 있어, 재부팅을 건너뛰면 고쳐졌는데도 실패한 것처럼 보입니다.
DISM을 건너뛰고 sfc만 돌리지 않습니다
sfc는 구성 요소 저장소의 원본을 가져다 파일을 되돌리는 도구입니다. 그 원본 자체가 손상된 상태라면 sfc를 몇 번 돌려도 같은 결과가 나옵니다. DISM으로 원본을 먼저 복구한 다음 sfc를 실행하는 순서가 그래서 중요합니다.
이 방법이 안 통하는 경우
DISM이 완료되지 못하고 오류로 끝난다면 인터넷 연결이나 프록시·VPN이 원본 다운로드를 막고 있을 수 있으니 원인 C를 먼저 정리하고 다시 시도합니다. 두 명령이 모두 정상 완료됐는데도 특정 업데이트에서만 계속 실패한다면 시스템이 아니라 그 패키지 문제이므로 원인 D로 넘어갑니다.
원인 C날짜·저장공간·네트워크 환경 조건
다운로드가 아예 진행되지 않거나 대형 업데이트에서만 실패할 때 봅니다.
파일이나 폴더가 멀쩡해도, 받을 수 있는 조건이 안 되면 설치 파일이 자리를 채우지 못해 같은 코드가 나옵니다. 명령을 쓰지 않고 확인만 하면 되는 항목들이라 순서상 빨리 걸러 두는 편이 좋습니다.
1날짜·시간을 자동 설정으로 되돌리기
설정 → 시간 및 언어에서 자동으로 시간 설정과 자동으로 시간대 설정을 모두 켭니다. 시간이 틀어져 있으면 서버 인증서 검증이 어긋나 다운로드 단계에서 막힙니다.
2C드라이브 여유 공간 확보
일반 보안 업데이트는 몇 백 메가로 끝나지만, 대형 기능 업데이트는 압축을 풀 자리까지 필요해 20GB 이상 여유를 두는 편이 안전합니다. 대형 업데이트에서만 실패한다면 이 항목일 가능성이 큽니다.
3백신·VPN을 잠시 끄고 재시도
보안 프로그램이 업데이트 파일 검사 중 접근을 잠그거나, VPN이 다운로드 경로를 다른 지역으로 돌리면 파일을 제때 못 받습니다. 업데이트가 끝나면 다시 켭니다.
4네트워크를 유선으로 바꾸거나 공유기 재시작
무선이 중간에 끊기면 파일이 반쯤 받아진 채 남아 원인 A 상태를 다시 만듭니다. 공유기를 재부팅하거나 유선으로 바꿔 한 번에 끝까지 받게 합니다.
5외장하드·USB 메모리를 모두 분리
다른 저장장치가 연결돼 있으면 드라이브 문자가 밀려 설치 경로 인식에 문제가 생길 수 있습니다. 업데이트를 돌리는 동안에는 내장 디스크만 남겨 둡니다.
이 방법이 안 통하는 경우
다섯 항목을 모두 맞췄는데도 같은 코드가 나오면 환경 문제가 아닙니다. 여러 업데이트가 함께 실패하면 원인 B, 특정 KB 하나만 실패하면 원인 D로 갑니다. 이 섹션은 조건을 걸러내는 단계라, 여기서 해결되지 않았다고 해서 아래 조치가 무의미해지는 것은 아닙니다.
원인 D특정 업데이트(KB) 하나만 실패
다른 업데이트는 잘 되는데 한 항목만 계속 걸릴 때의 우회 경로입니다.
앞의 세 원인을 정리했는데도 같은 KB에서만 0x80070003이 반복된다면, 시스템이 아니라 그 패키지를 받아 오는 경로에 문제가 있는 경우입니다. 이럴 때는 그 업데이트만 따로 내려받아 설치하면 됩니다.
1실패한 업데이트의 KB 번호 확인
설정 → Windows Update → 업데이트 기록에서 실패로 표시된 항목의 KB 번호를 적어 둡니다. 오류 코드와 같은 줄에 표시됩니다.
2공식 업데이트 카탈로그에서 검색
Microsoft Update 카탈로그(catalog.update.microsoft.com) 검색창에 그 KB 번호를 입력합니다. 결과가 여러 개 나오므로 자기 OS 버전과 아키텍처(x64 등)가 맞는 파일의 Download 버튼을 누릅니다.
3내려받은 파일을 더블클릭해 설치
별도 설정 없이 더블클릭만으로 설치됩니다. 설치가 끝나면 재부팅하고, 업데이트 기록에서 해당 항목이 성공으로 바뀌었는지 확인합니다.
4대형 기능 업데이트라면 어시스턴트 사용
연 2회 나오는 버전 업그레이드에서 반복적으로 실패한다면 카탈로그 대신 Windows Update 어시스턴트를 쓰는 방법이 남아 있습니다. 업데이트 경로를 통째로 바꿔 진행하는 방식입니다.
출처가 불분명한 사이트에서 KB 파일을 받지 않습니다
업데이트 파일은 시스템 권한으로 실행되기 때문에 위변조된 파일을 받으면 피해가 큽니다. 검색 결과 상단의 다운로드 사이트가 아니라 반드시 마이크로소프트 공식 카탈로그 주소에서만 받습니다.
이 방법이 안 통하는 경우
수동 설치 파일마저 같은 0x80070003으로 끝난다면 패키지가 아니라 설치를 받는 쪽이 여전히 깨져 있다는 뜻이므로 원인 B의 DISM 복구를 다시 거칩니다. 카탈로그에서 자기 버전에 맞는 파일이 아예 검색되지 않는다면 이미 그 업데이트가 대체된 경우이니, 최신 누적 업데이트 번호로 다시 찾습니다.
원인을 정확히 찾아내는 법
추측으로 순서를 돌리기 전에, 어디서 막혔는지 화면과 로그로 확인합니다.
0x80070003은 "경로를 못 찾았다"까지만 알려 줄 뿐, 어떤 경로인지는 말해 주지 않습니다. 그 경로를 직접 확인할 수 있는 방법이 두 가지 있습니다.
1업데이트 문제 해결사부터 한 번 돌린다
설정 → 시스템 → 문제 해결 → 기타 문제 해결사로 들어가 Windows Update 항목의 실행 버튼을 누릅니다. 손상된 구성 요소 일부를 자동으로 고치고, 무엇을 고쳤는지 결과 화면에 남기기 때문에 어느 방향을 볼지 정하는 데 도움이 됩니다.
2CBS.log에서 막힌 경로를 직접 읽는다
파일 탐색기 주소창에 위 경로를 붙여 넣어 폴더를 열고, 가장 최근 CBS.log를 메모장으로 엽니다. Ctrl+F로 , error를 검색한 뒤 업데이트가 실패한 시각과 타임스탬프를 맞추면 어떤 파일 경로에서 막혔는지 나옵니다. 마이크로소프트 문서가 이 코드에 대해 안내하는 확인 방법도 같습니다.
로그에 나온 경로가 SoftwareDistribution 아래면 원인 A, WinSxS나 시스템 폴더 쪽이면 원인 B, 특정 KB 폴더 이름이 붙어 있으면 원인 D로 방향을 잡으면 됩니다.
여기까지 확인했는데도 진전이 없다면, 조치 자체가 아니라 조건이 빠진 경우가 많습니다. 아래 세 가지를 다시 봅니다.
3놓치기 쉬운 세 가지
단계마다 재부팅을 실제로 했는지, 명령 프롬프트를 관리자 권한으로 열었는지, 외장 저장장치를 분리했는지. 이 셋 중 하나만 빠져도 조치가 통했는데 실패한 것처럼 보입니다.
자주 묻는 질문
이 오류를 다룰 때 반복해서 나오는 질문들입니다.
Q.SoftwareDistribution 폴더를 그냥 삭제해도 되나요?
A.삭제해도 동작은 하지만 문제가 생겼을 때 되돌리기 어렵습니다. 위 원인 A처럼 이름만 바꿔 두는 방식을 권합니다. 업데이트가 정상적으로 끝난 뒤 .old 폴더가 필요 없어지면 그때 지우면 됩니다.
Q.DISM을 실행할 때 인터넷이 꼭 필요한가요?
A.네. /RestoreHealth는 기본적으로 Windows Update 서버에서 복구용 원본을 받아 오기 때문에 인터넷이 연결된 상태에서 실행해야 정상 작동합니다. 연결이 끊긴 상태에서는 도중에 오류로 끝납니다.
Q.재부팅할 때마다 같은 오류가 반복되는 이유가 뭔가요?
A.이전에 실패한 업데이트 파일이 캐시에 그대로 남아 있어, 다음 시도에서도 같은 파일을 다시 쓰기 때문입니다. 원인 A의 폴더 초기화로 대부분 끊어집니다.
Q.노트북인데 배터리와도 관련이 있나요?
A.오류 코드와 직접적인 관련은 없습니다. 다만 설치 도중 전원이 꺼지면 파일이 또 손상돼 원인 A 상태를 다시 만들기 때문에, 충전기를 연결한 상태로 진행하는 편이 안전합니다.
Q.윈도우 10과 윈도우 11에서 절차가 다른가요?
A.명령어와 폴더 경로는 동일합니다. 설정 화면 구성만 달라서, 윈도우 10에서는 업데이트 및 보안 아래에 Windows Update와 문제 해결 항목이 들어 있습니다.
함께 보면 좋은 글
같은 업데이트 계열에서 원인이 갈리는 오류들입니다.
윈도우 업데이트 0x80073712 오류 (구성 요소 저장소 손상) 원인 B가 맞았다면 다음으로 보게 되는 코드입니다 · 눌러서 확인하기 → 윈도우 업데이트 0x800f0831 오류 해결 방법 SFC·DISM과 업데이트 초기화가 같은 방식으로 쓰이는 사례입니다 · 눌러서 확인하기 → 윈도우 업데이트 오류 0x8024402c 해결 순서 원인 C처럼 네트워크 쪽에서 막힐 때 함께 보기 좋습니다 · 눌러서 확인하기 →확인 환경과 참고 문서
이 글의 메뉴 경로와 명령이 확인된 환경입니다.
참고 문서 · 일반적인 Windows 업데이트 오류 — Microsoft Learn (0x80070003 = ERROR_PATH_NOT_FOUND, CBS.log 확인 안내)
참고 문서 · Error 0x80070003 at startup after you install a Windows update — Microsoft Learn
