- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 Visual Studio 설치 중 0x80070003 경로 오류가 발생하는 대표 원인을 분류하고, 현장에서 바로 적용 가능한 복구 절차를 단계별 체크리스트로 정리하여 재설치 없이 설치를 정상화하는 데 있다.
1. 0x80070003 오류의 의미와 Visual Studio 설치에서 자주 나타나는 형태
0x80070003은 Windows 오류 코드로 “지정된 경로를 찾을 수 없음” 상황에서 발생하는 코드이다. Visual Studio 설치에서는 설치 파일 자체가 손상된 경우보다, 설치 과정에서 참조하는 임시 폴더·캐시·패키지 저장소·다운로드 경로·사용자 프로필 경로가 실제로 존재하지 않거나 접근이 차단될 때 반복적으로 발생하는 경우가 많다.
특히 Visual Studio Installer는 설치 중 여러 구성요소를 다운로드·압축해제·검증·캐시 저장하는 단계를 거치며, 이때 다음 위치가 정상이어야 한다.
- C:\Program Files (x86)\Microsoft Visual Studio\Installer (Installer 자체)
- C:\ProgramData\Package Cache 또는 C:\ProgramData\Microsoft\VisualStudio\Packages (패키지 캐시/다운로드 저장소)
- %TEMP%, %TMP% (사용자 임시 폴더)
- %USERPROFILE% 하위 AppData\Local\Temp, AppData\Local\Microsoft\VisualStudio (사용자 영역)
주의 : “경로가 없다”는 메시지와 달리, 실제 원인은 경로가 존재해도 권한·보안제품 차단·리디렉션(OneDrive/프로필 이동)·경로 길이 제한·디스크 오류로 인해 “존재하지 않는 것처럼” 동작하는 경우가 많다.
2. 증상별 원인 분류(빠른 진단표)
| 대표 증상 | 가능성이 높은 원인 | 우선 조치 | 재발 방지 포인트 |
|---|---|---|---|
| 설치 시작 직후/다운로드 단계에서 0x80070003 | Installer 캐시 손상, 다운로드 저장소 경로 불일치, 보안제품 차단 | Installer 폴더 재생성, 캐시 정리 후 부트스트래퍼 재실행 | 프록시/SSL 검사 예외, 보안정책 점검 |
| 특정 구성요소 설치에서만 실패 | 패키지 캐시 누락, 부분 다운로드/압축해제 실패, 디스크 오류 | Package Cache/Packages 점검, TEMP 정리, 디스크 검사 | 저장공간 확보, 백신 실시간 검사 예외 |
| 사용자 폴더를 OneDrive로 이동 후 발생 | %TEMP%/%USERPROFILE% 리디렉션 경로 불일치 또는 오프라인 | 환경변수 확인 및 로컬 TEMP로 복구, 폴더 생성 | 프로필/문서 폴더 정책 변경 시 설치 경로 점검 |
| 오프라인 레이아웃(다운로드 폴더)에서 설치 시 발생 | 레이아웃 폴더 이동/삭제, 상대경로 실행, 권한 부족 | 고정 폴더로 이동 후 관리자 실행, 레이아웃 업데이트 | 레이아웃 경로 고정 및 읽기/쓰기 권한 확보 |
| 설치/제거 반복 후 계속 발생 | 잔여 구성요소, Installer 등록 정보 꼬임, 오래된 캐시 충돌 | Installer 완전 초기화 후 재설치 | 정상 설치 후 무리한 수동 삭제 금지 |
3. 10분 컷: 가장 성공률 높은 표준 복구 절차(권장 순서)
3.1 관리자 권한과 디스크 상태를 먼저 고정
Visual Studio Installer와 설치 대상 폴더는 권한 문제가 겹치면 오류가 “경로 없음”으로 나타날 수 있다. 아래를 먼저 수행한다.
- Visual Studio Installer를 반드시 “관리자 권한으로 실행”한다.
- C: 드라이브 여유 공간을 충분히 확보한다. 설치 구성에 따라 수십 GB가 필요하다.
- 임시로 백신/EDR 실시간 검사 또는 “문서/다운로드 폴더 보호(Controlled folder access)” 정책이 설치 경로를 차단하지 않는지 점검한다.
3.2 사용자 TEMP/TMP 경로가 실제로 존재하는지 확인
0x80070003의 체감상 1순위 원인은 %TEMP% 또는 %TMP%가 존재하지 않거나 접근 불가 상태인 경우이다. 다음 명령으로 현재 값을 확인한다.
cmd.exe /c echo %TEMP% cmd.exe /c echo %TMP%출력된 경로를 파일 탐색기에 붙여넣어 실제로 폴더가 열리는지 확인한다. 폴더가 없거나 열리지 않으면 아래처럼 로컬 경로로 임시 복구한다.
주의 : 회사 정책으로 TEMP를 네트워크 드라이브로 강제하는 환경이 있다. 이 경우 네트워크 지연·오프라인·권한 문제로 설치가 실패할 수 있으므로, 설치 작업 중만이라도 로컬 TEMP로 전환하는 것이 안전하다.
REM 1) 로컬 임시 폴더 생성 mkdir C:\Temp REM 2) 현재 세션에서만 TEMP/TMP를 로컬로 임시 변경(테스트용) set TEMP=C:\Temp set TMP=C:\Temp REM 3) 변경 확인 echo %TEMP% echo %TMP%위 “현재 세션 변경”으로 설치가 통과하면, 환경변수를 영구 변경해야 재발을 막을 수 있다. 영구 변경은 시스템 속성의 환경 변수에서 사용자 TEMP/TMP를 C:\Temp로 설정한 뒤 재부팅하여 적용한다.
3.3 Visual Studio Installer 자체를 초기화(가장 효과적인 조치)
Installer가 꼬인 상태에서는 설치 시도마다 같은 오류가 반복된다. 아래 절차로 Installer를 재생성한다.
- 실행 중인 Visual Studio Installer와 관련 프로세스를 모두 종료한다.
- Installer 설치 폴더를 정리한다.
- 최신 부트스트래퍼로 Installer를 다시 구성한다.
정리 대상의 대표 경로는 다음과 같다.
- C:\Program Files (x86)\Microsoft Visual Studio\Installer
REM Installer 폴더가 남아있다면 이름을 바꿔 백업(권장) rename "C:\Program Files (x86)\Microsoft Visual Studio\Installer" "Installer.bak"그 다음 Visual Studio 부트스트래퍼(예: vs_Community.exe, vs_Professional.exe 등)를 관리자 권한으로 실행하여 Installer를 다시 내려받도록 한다. 이 단계에서 0x80070003이 사라지는 경우가 매우 많다.
3.4 패키지 캐시/다운로드 저장소 경로 점검 및 복구
구성요소 다운로드·검증 단계에서 0x80070003이 뜨면 패키지 캐시가 손상되었거나 폴더가 비정상일 수 있다. 대표 위치는 다음 중 하나로 나타난다.
- C:\ProgramData\Package Cache
- C:\ProgramData\Microsoft\VisualStudio\Packages
먼저 폴더가 존재하는지 확인한다. 없다면 생성한다.
mkdir "C:\ProgramData\Package Cache" mkdir "C:\ProgramData\Microsoft\VisualStudio\Packages"폴더가 존재하지만 내부가 비정상(권한 문제/0바이트 파일 다수/읽기 불가)이라면, 설치 잔여 캐시를 정리하고 Installer가 다시 다운로드하도록 유도한다. 운영 환경에 따라 캐시를 통째로 삭제하는 것은 다른 프로그램(특히 설치/제거)에 영향을 줄 수 있으므로 “이름 변경 후 재시도”가 안전하다.
REM 캐시 폴더를 삭제 대신 백업 이름 변경(권장) rename "C:\ProgramData\Package Cache" "Package Cache.bak" rename "C:\ProgramData\Microsoft\VisualStudio\Packages" "Packages.bak"이후 Installer를 재실행하여 필요한 패키지를 다시 받도록 한다.
3.5 경로 길이 제한 및 비ASCII 경로 이슈 점검
설치 로그에 “Could not find part of the path …”가 길게 나타나면 실제로는 경로가 너무 길어 생성 실패한 뒤 “경로 없음”처럼 보이는 경우가 있다. 또한 사용자 이름에 특수문자/공백이 포함된 환경에서 특정 구성요소가 취약하게 동작하는 사례도 있다.
- 오프라인 레이아웃 또는 설치 실행 파일은 가능한 한 짧은 경로(예: C:\VS)에서 실행한다.
- TEMP는 짧은 로컬 경로(C:\Temp)를 사용한다.
REM 오프라인 레이아웃을 사용하는 경우(예: D:\다운로드\VS레이아웃\ ... ) REM 아래처럼 짧은 경로로 옮긴 뒤 실행하는 것이 안전하다. mkdir C:\VS REM 탐색기에서 레이아웃 폴더를 C:\VS 로 이동 후 setup 실행4. 설치 로그로 원인을 “경로 단위”로 확정하는 방법
동일한 0x80070003이라도 어떤 경로에서 실패했는지 확인하면 해결이 빨라진다. Visual Studio 설치 로그는 보통 사용자 TEMP 아래에 생성된다. 기본적으로 다음 위치를 우선 확인한다.
- %TEMP% (예: C:\Users\사용자\AppData\Local\Temp)
- dd_setup_*.log, dd_installer_*.log 등 dd_로 시작하는 로그
로그에서 아래 키워드를 찾아 실제 실패 경로를 확인한다.
- 0x80070003
- cannot find the path
- Could not find part of the path
REM 현재 TEMP 위치를 열어 로그 파일을 확인 cmd.exe /c start %TEMP%실패 경로가 예를 들어 “C:\ProgramData\Package Cache\{GUID}\...”처럼 나온다면 캐시 폴더 문제일 가능성이 높다. “C:\Users\...\AppData\Local\Temp\...”에서 실패한다면 TEMP 경로/권한/디스크 문제가 1순위이다. “D:\...” 같은 이동식/네트워크 경로에서 실패한다면 설치 실행 위치를 로컬 고정 경로로 옮기는 것이 효과적이다.
5. 환경별 추가 해결책(현장에서 자주 먹히는 옵션)
5.1 프록시/보안 SSL 검사 환경
다운로드 단계에서 반복적으로 실패하면 네트워크 장비가 설치 파일 다운로드를 변형하거나 차단하는 경우가 있다. 이 경우 오프라인 레이아웃 설치가 현실적인 대안이다. 다만 레이아웃 폴더가 설치 중 변경되면 0x80070003이 발생할 수 있으므로 다음을 지킨다.
- 레이아웃 폴더는 로컬 고정 경로(C:\VSLayout 등)에 둔다.
- 설치 중 레이아웃 폴더 내부 파일을 삭제/정리하지 않는다.
- 압축 해제 도구나 동기화 프로그램이 레이아웃 폴더를 건드리지 않게 한다.
5.2 프로필 폴더 리디렉션(OneDrive/조직 정책) 환경
문서/바탕화면/다운로드가 OneDrive로 이동된 환경에서 TEMP도 함께 영향을 받는 경우가 있다. Visual Studio 설치 중만이라도 TEMP/TMP를 C:\Temp 같은 로컬 경로로 설정하면 해결되는 케이스가 많다. 설치가 끝난 뒤 원복이 필요하면, 설치 완료 후에만 정책에 맞게 되돌리는 방식이 안전하다.
5.3 Windows Installer 서비스/시스템 파일 손상
경로 오류로 보이지만 실제로는 설치 엔진이 비정상일 수 있다. 아래 명령은 시스템 상태 점검에 사용한다.
REM 시스템 파일 검사 sfc /scannow
REM 구성 요소 저장소 복구
DISM /Online /Cleanup-Image /RestoreHealth주의 : DISM 복구는 네트워크 정책(WSUS, 프록시)에 따라 추가 설정이 필요할 수 있다. 우선은 TEMP/캐시/Installer 초기화를 먼저 수행한 뒤, 계속 실패할 때만 시스템 복구를 진행하는 순서가 효율적이다.
6. 최종 체크리스트(재설치 전 마지막 점검)
| 체크 항목 | 정상 기준 | 확인 방법 | 조치 |
|---|---|---|---|
| TEMP/TMP 경로 | 실제 폴더 존재, 쓰기 가능 | echo %TEMP% 후 탐색기 열기 | C:\Temp로 임시/영구 변경 |
| Installer 폴더 | 정상 생성 및 업데이트 가능 | Installer 실행 시 자체 업데이트 진행 | Installer 폴더 이름 변경 후 부트스트래퍼 실행 |
| ProgramData 캐시 | 폴더 존재, 접근 가능 | ProgramData 하위 폴더 열기 | 폴더 생성 또는 .bak로 변경 후 재시도 |
| 설치 실행 위치 | 짧은 로컬 경로 | 설치 exe/레이아웃 경로 확인 | C:\VS, C:\VSLayout로 이동 |
| 보안 정책 차단 | 설치 폴더 쓰기/실행 허용 | 백신/EDR 로그 확인 | 설치 중 예외 적용 또는 임시 해제 |
FAQ
0x80070003이 “경로 없음”인데 폴더는 실제로 존재한다. 왜 계속 실패하는가?
폴더 존재 여부와 별개로, 해당 경로에 대한 쓰기 권한이 없거나 보안제품이 생성/수정을 차단하면 설치 엔진은 “경로를 찾을 수 없음” 형태로 실패를 반환하기도 하다. 관리자 실행, 보안정책 점검, TEMP를 로컬로 변경, ProgramData 캐시 폴더 접근성 확인을 우선 수행하는 것이 효과적이다.
Installer 폴더나 Package Cache를 삭제해도 안전한가?
운영 환경에 따라 다른 프로그램의 설치/복구에 영향을 줄 수 있으므로, “삭제”보다 “이름 변경(백업)”이 안전하다. 이름 변경 후 재시도해 정상 설치가 되면, 충분한 기간 관찰 뒤에 정리하는 방식이 권장된다.
오프라인 레이아웃 설치에서도 0x80070003이 발생한다. 무엇을 먼저 봐야 하는가?
레이아웃 폴더 경로가 너무 길거나, 설치 실행 중 레이아웃 내부가 동기화/정리 도구로 변경되면 경로 오류가 발생할 수 있다. 레이아웃을 C:\VSLayout 같은 짧은 로컬 경로로 옮기고, 관리자 권한으로 실행하며, 설치 중에는 폴더를 건드리지 않는 것이 핵심이다.
TEMP를 C:\Temp로 바꾸면 설치가 되는데, 원래대로 돌려도 되는가?
원복은 가능하지만, 원래 TEMP 경로가 네트워크/동기화 폴더 기반이라면 동일 문제가 재발할 수 있다. 개발 도구 설치는 대용량 임시 파일을 빈번히 생성하므로, 로컬 TEMP 유지가 장기적으로 안정적이다. 조직 정책상 원복이 필요하면, 적어도 설치·업데이트 작업을 수행할 때만 로컬 TEMP를 사용하는 운영 절차를 마련하는 것이 좋다.