핵심 요약:
0x800f081f는 DISM이 복구에 필요한 원본 소스 파일을 찾지 못할 때 자주 나오는 오류입니다. 보통은 온라인 복구 소스 접근 실패, 현재 설치된 Windows 에디션과 맞지 않는 ISO, install.wim / install.esd 인덱스 불일치 때문에 반복됩니다. 핵심은 무작정 DISM을 다시 돌리는 것이 아니라, 현재 Windows 버전에 맞는 ISO를 준비하고 인덱스를 정확히 확인한 뒤 오프라인 소스를 지정하는 것입니다.
🚨 작업 전 확인
- 현재 PC의 Windows 버전 / 빌드 / 에디션을 먼저 확인합니다. 다른 버전 ISO를 쓰면 같은 오류가 반복되기 쉽습니다.
- ISO는 가능하면 같은 세대의 Windows 10 또는 Windows 11 기준으로 준비합니다.
- 명령어는 관리자 권한 CMD 또는 PowerShell에서 실행합니다.
- 반복 오류가 오래 지속됐다면 중요한 파일은 먼저 백업해두는 편이 안전합니다.
0x800f081f는 왜 반복되는가?
DISM은 손상된 시스템 구성 요소를 복구할 때 필요한 원본 파일을 Windows Update나 로컬 소스에서 가져옵니다. 그런데 현재 환경에서 그 원본을 정상적으로 찾지 못하면 0x800f081f가 발생합니다. 그래서 이 오류는 단순히 “명령어가 틀렸다”보다 복구 소스가 현재 시스템과 맞지 않거나 접근이 막힌 상태로 이해하는 편이 정확합니다.
특히 많이 놓치는 부분이 ISO 안의 인덱스 번호입니다. 같은 ISO 안에도 Home, Pro 등 여러 에디션이 함께 들어 있는데, 현재 설치된 Windows와 다른 인덱스를 참조하면 DISM이 복구 소스를 찾지 못했다고 판단할 수 있습니다. 그래서 0x800f081f는 일반적인 캐시 초기화만으로 끝나지 않고, ISO 에디션과 인덱스를 맞추는 과정이 중요합니다.
👉 구성 요소 저장소 손상 쪽이 의심된다면
증상별로 먼저 나눠서 보면 더 빠릅니다
① DISM /RestoreHealth가 거의 바로 0x800f081f로 끝나는 경우
이 경우는 온라인 복구 소스 접근 제한, ISO 불일치, 인덱스 지정 오류 가능성이 큽니다. 단순 재시도보다 오프라인 소스 지정 복구로 바로 가는 편이 빠릅니다.
② Windows Update도 이상하고 DISM도 0x800f081f가 뜨는 경우
이때는 단순 소스 누락뿐 아니라 업데이트 캐시나 구성 요소 저장소 상태가 같이 꼬였을 수 있습니다. 캐시 초기화 후 ISO 소스 지정으로 들어가는 흐름이 안전합니다.
③ ISO를 넣었는데도 같은 오류가 나는 경우
이 경우는 가장 흔하게 인덱스 번호를 잘못 지정했거나, install.wim과 install.esd 구분 없이 명령을 넣은 경우입니다. 드라이브 문자와 파일 형식부터 다시 확인해야 합니다.
1️⃣ Step 1 — 현재 Windows 버전과 에디션부터 확인합니다
먼저 지금 설치된 Windows가 무엇인지 확인해야 합니다. Win + R을 누르고 winver를 입력하면 버전 정보를 볼 수 있고, [설정] → [시스템] → [정보]에서 에디션도 확인할 수 있습니다. 예를 들어 Windows 11 Pro 환경인데 Home 기준 인덱스를 쓰면 DISM이 복구에 실패할 수 있습니다.
이 단계에서 확인할 것은 3가지입니다. Windows 10 / 11 구분, 버전 또는 빌드, Home / Pro 같은 에디션. 이후 ISO와 인덱스를 이 정보에 맞춰야 합니다.
2️⃣ Step 2 — Update 서비스와 캐시를 먼저 정리합니다
0x800f081f는 소스 지정이 핵심이지만, 업데이트 구성요소 상태가 이미 꼬여 있으면 오프라인 복구 전 단계에서도 방해가 될 수 있습니다. 그래서 Windows Update 관련 서비스를 잠시 멈추고 캐시를 초기화해 두는 편이 안정적입니다.
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이 작업은 손상된 업데이트 메타데이터와 다운로드 흔적을 새로 잡게 만드는 역할을 합니다. 다만 이 단계만으로 0x800f081f가 끝나지 않으면 바로 ISO 인덱스 확인으로 넘어가면 됩니다.
3️⃣ Step 3 — ISO 안의 인덱스 번호를 확인합니다
많이 실패하는 구간이 여기입니다. ISO를 마운트했다고 끝이 아니라, 그 안의 install.wim 또는 install.esd 안에서 현재 Windows 에디션과 맞는 인덱스 번호를 확인해야 합니다. 같은 ISO 안에 여러 에디션이 함께 들어 있기 때문입니다.
dism /Get-WimInfo /WimFile:D:\sources\install.esd* install.wim인 경우 파일명을
install.wim으로 바꿔 입력하고, 드라이브 문자가 D가 아니면 실제 문자로 바꿉니다.
출력 결과에서 현재 PC와 같은 에디션 옆의 인덱스 번호를 확인합니다. 예를 들어 현재 시스템이 Windows Pro라면 목록에서 Pro 항목의 번호를 써야 합니다.
4️⃣ Step 4 — 오프라인 소스를 지정해 DISM 복구를 실행합니다
이제 ISO를 마운트한 상태에서 오프라인 소스를 직접 지정합니다. 아래 예시는 인덱스 번호가 1인 경우 기준입니다. 실제로는 본인이 확인한 번호로 바꿔야 합니다.
① install.wim인 경우
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess② install.esd인 경우
DISM /Online /Cleanup-Image /RestoreHealth /Source:ESD:D:\sources\install.esd:1 /LimitAccess여기서 중요한 것은 세 가지입니다. 드라이브 문자, wim / esd 형식, 인덱스 번호. 셋 중 하나라도 틀리면 같은 0x800f081f가 다시 나올 수 있습니다.
👉 DISM / SFC 로그를 더 봐야 한다면
5️⃣ Step 5 — DISM이 끝나면 SFC로 마무리합니다
DISM이 복구 소스를 바탕으로 구성 요소 저장소를 정리했다면, 그 다음은 실제 시스템 파일 점검입니다. 순서는 일반적으로 DISM 후 SFC가 맞습니다.
sfc /scannowSFC까지 완료한 뒤 재부팅하고, Windows Update나 문제가 있던 구성요소 동작이 정상으로 돌아오는지 확인합니다.
6️⃣ 계속 실패한다면 인플레이스 복구 설치를 봅니다
위 단계까지 했는데도 0x800f081f가 반복된다면, 단순 소스 누락보다 시스템 손상이 더 깊을 수 있습니다. 이때는 포맷보다 먼저 인플레이스 업그레이드를 검토하는 것이 효율적입니다.
- 마운트한 ISO 안의 setup.exe를 실행합니다.
- 개인 파일 및 앱 유지 옵션으로 진행합니다.
- 핵심 시스템 파일을 다시 덮어쓰는 방식이라 포맷보다 부담이 적습니다.
👉 같이 보면 좋은 관련 가이드
마무리 판단
0x800f081f는 단순히 DISM 명령을 몇 번 더 돌린다고 해결되는 오류가 아닙니다. 핵심은 현재 Windows와 맞는 복구 소스를 준비하고, 정확한 인덱스를 지정해 오프라인 복구를 수행하는 것입니다.
정리하면 순서는 이렇습니다. 현재 Windows 버전 확인 → 캐시 초기화 → ISO 인덱스 확인 → 오프라인 DISM 복구 → SFC 실행 → 필요 시 인플레이스 복구. 대부분은 이 흐름 안에서 어디가 꼬였는지 판단할 수 있습니다.
💬 자주 묻는 질문 (FAQ)
👉 질문을 클릭하면 답이 펼쳐집니다 ▼
Q. 0x800f081f는 왜 생기나요?
DISM이 복구에 필요한 원본 파일을 현재 환경에서 찾지 못할 때 자주 발생합니다. 온라인 복구 접근이 막혔거나, 로컬 ISO와 현재 시스템이 맞지 않을 때 특히 잘 나타납니다.
Q. ISO만 마운트하면 바로 해결되나요?
아닙니다. ISO 안의 에디션 인덱스를 현재 Windows와 맞게 지정해야 합니다. ISO만 연결하고 인덱스를 틀리게 넣으면 같은 오류가 반복될 수 있습니다.
Q. install.wim과 install.esd는 어떻게 구분하나요?
마운트한 ISO의 sources 폴더를 열어 파일명을 확인하면 됩니다. install.wim이면 WIM 형식 명령을, install.esd면 ESD 형식 명령을 사용해야 합니다.
Q. DISM 뒤에 왜 SFC를 또 실행하나요?
DISM은 복구 원본이 되는 구성 요소 저장소를 먼저 정리하고, SFC는 그 상태를 바탕으로 실제 시스템 파일을 검사합니다. 그래서 일반적으로 DISM을 먼저 하고 SFC를 이어서 실행합니다.
Q. 끝까지 안 되면 재설치해야 하나요?
바로 포맷으로 갈 필요는 없습니다. 먼저 ISO의 setup.exe를 이용한 인플레이스 복구 설치를 검토하는 편이 훨씬 부담이 적습니다.