Windows 11 업데이트 오류 0x800f081f 해결방법｜DISM 원본 파일·SFC·복구 설치

Windows 11 누적 업데이트를 설치할 때 0x800f081f가 나타나거나, DISM /RestoreHealth 실행 후 “원본 파일을 찾을 수 없습니다”라는 메시지가 반복될 때가 있습니다. 이 오류를 단순히 인터넷 문제로 보고 업데이트 재시도만 누르면 해결되지 않는 경우가 많습니다.

0x800f081f는 Windows가 손상된 구성 요소를 복구하는 데 필요한 정상 원본 파일을 확보하지 못했다는 신호로 보는 편이 정확합니다. Windows Update 서비스가 원본을 제공하지 못했거나, 연결한 ISO의 버전·에디션·언어·이미지 인덱스가 현재 Windows와 맞지 않을 수 있습니다.

이번 글에서는 다음 순서로 원인을 좁힙니다.

실패한 KB 번호와 오류 발생 시간을 먼저 기록합니다.
DISM으로 구성 요소 저장소가 복구 가능한 상태인지 검사합니다.
온라인 원본으로 DISM을 실행한 뒤 SFC를 사용합니다.
실패하면 현재 Windows와 일치하는 ISO의 WIM·ESD 인덱스를 확인합니다.
로컬 원본을 명시해 0x800f081f를 다시 진단합니다.
명령어 복구가 불가능할 때 파일·앱을 유지하는 복구 설치로 넘어갑니다.

한 줄 결론
sfc /scannow를 반복하기보다 DISM으로 복구 원본을 정상화한 다음 SFC를 실행해야 합니다. Microsoft 역시 DISM을 먼저 실행해 SFC가 사용할 정상 파일을 제공하도록 안내합니다.

0x800f081f가 나타나는 지점부터 구분하세요

같은 코드라도 발생 위치에 따라 진단 방법이 달라집니다.

발생 위치	의미를 좁히는 기준	우선 확인
Windows Update 설치 중	누적 업데이트가 구성 요소를 적용하지 못함	실패 KB·디스크 공간·구성 요소 저장소
DISM RestoreHealth 실행 중	정상 복구 원본을 찾거나 사용할 수 없음	네트워크 원본·ISO 일치 여부·인덱스
선택적 기능 설치 중	기능 파일 또는 정책상 원본 접근 실패	기능 원본·조직 정책·WSUS 환경
인플레이스 복구 설치 중	설치 미디어와 현재 환경 불일치 가능	에디션·언어·아키텍처·빌드

이 글은 개인용 Windows 11 PC에서 Windows Update와 DISM 복구 과정에 나타나는 0x800f081f를 중심으로 설명합니다. 회사 PC는 WSUS·그룹 정책이 복구 원본 접근을 제한할 수 있으므로 관리자의 정책을 먼저 확인해야 합니다.

먼저 하지 말아야 할 행동

SoftwareDistribution과 catroot2 폴더를 원인 확인 없이 반복 삭제하지 않습니다.
인터넷에서 내려받은 정체불명의 DLL을 System32에 덮어쓰지 않습니다.
현재 버전을 확인하지 않고 오래된 Windows ISO를 복구 원본으로 사용하지 않습니다.
WIM 인덱스를 다른 블로그의 숫자와 똑같이 입력하지 않습니다.
DISM 진행률이 잠시 멈췄다고 터미널이나 전원을 강제로 종료하지 않습니다.
복구 설치와 PC 초기화를 같은 작업으로 생각하지 않습니다.

1단계: 실패한 업데이트 정보를 증거로 남깁니다

설정 → Windows 업데이트 → 업데이트 기록으로 이동합니다. 실패 항목에서 다음 내용을 기록합니다.

KB 번호
오류 코드 0x800f081f
실패 날짜와 시간
품질 업데이트인지 기능 업데이트인지
오류가 처음 발생하기 직전에 설치한 드라이버·보안 프로그램

이 기록이 필요한 이유는 간단합니다. DISM 복구가 성공했는데도 같은 KB만 실패한다면 구성 요소 저장소 전체보다 해당 업데이트의 적용 조건을 추가로 살펴야 하기 때문입니다.

기본 조건부터 확인

복구 명령을 실행하기 전에 PC를 한 번 정상 재부팅하고 C 드라이브 여유 공간을 확인합니다. 외장 저장장치·프린터·도킹 스테이션처럼 업데이트에 꼭 필요하지 않은 장치는 잠시 분리합니다. Microsoft도 Windows 설치·업그레이드 오류의 일반 조치로 불필요한 외부 하드웨어 분리를 안내합니다.

2단계: 현재 Windows 버전과 구성 요소 상태를 확인합니다

시작 버튼을 마우스 오른쪽 버튼으로 누르고 **터미널(관리자)**을 실행합니다. 일반 권한 창에서는 복구 작업이 제대로 수행되지 않습니다.

먼저 빠른 상태 검사를 실행합니다.

DISM /Online /Cleanup-Image /CheckHealth

CheckHealth는 이미 손상 표시가 기록됐는지 빠르게 확인합니다. 더 깊게 검사하려면 다음 명령을 실행합니다.

DISM /Online /Cleanup-Image /ScanHealth

현재 버전은 winver로 확인합니다.

winver

DISM 결과 해석

결과 문구	의미	다음 단계
No component store corruption detected	구성 요소 손상 표시 없음	업데이트 자체·서비스·특정 KB 확인
The component store is repairable	손상이 있지만 복구 가능	RestoreHealth 실행
The component store cannot be repaired	온라인 복구만으로 해결 곤란	복구 설치·백업 후 재설치 검토
명령이 멈추거나 오류 발생	원본·서비스·디스크·로그 확인 필요	DISM.log·CBS.log 확인

Microsoft 공식 문서도 이미지가 복구 가능한 상태라면 /RestoreHealth를 사용하고, 복구 불가능 상태라면 다른 복구 방식을 사용하도록 구분합니다.

3단계: DISM을 먼저 실행하고 SFC는 그다음에 사용합니다

인터넷 연결이 정상이고 Windows Update 원본을 사용할 수 있다면 관리자 터미널에서 다음 명령을 실행합니다.

DISM /Online /Cleanup-Image /RestoreHealth

완료될 때까지 기다립니다. 진행률이 특정 구간에 오래 머물러도 디스크와 CPU가 작업 중이라면 강제로 종료하지 않습니다.

성공 메시지가 나타난 뒤에 다음 명령을 실행합니다.

sfc /scannow

두 도구의 역할은 다릅니다.

도구	주된 역할
DISM	Windows 구성 요소 저장소를 검사하고 복구 원본을 확보·적용
SFC	보호된 Windows 시스템 파일을 정상 사본과 비교하고 교체

따라서 SFC만 여러 번 실행했는데 “일부 파일을 복구하지 못했습니다”가 반복된다면, SFC가 참고할 정상 원본 쪽이 손상됐을 가능성을 먼저 살펴야 합니다.

SFC 결과별 조치

무결성 위반을 찾지 못함: 시스템 파일 손상은 확인되지 않았습니다.
손상된 파일을 찾아 성공적으로 복구: 재부팅 후 업데이트를 다시 시도합니다.
일부 파일을 복구하지 못함: CBS 로그에서 실패 파일을 확인합니다.
요청한 작업을 수행할 수 없음: 안전 모드 또는 복구 환경을 검토합니다.

SFC 기록만 따로 추출하려면 다음 명령을 사용할 수 있습니다.

			
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt"

바탕화면의 sfcdetails.txt에서 가장 최근 실행 시각의 복구 실패 항목을 확인합니다. 과거 실행 기록까지 섞여 있으므로 날짜와 시간을 반드시 함께 봅니다.

4단계: RestoreHealth도 0x800f081f라면 원본 일치를 확인합니다

온라인 RestoreHealth가 같은 오류로 끝나면 공식 Windows 11 설치 미디어를 로컬 복구 원본으로 사용할 수 있습니다. 여기서 가장 흔한 실패 원인은 명령어 철자가 아니라 ISO와 현재 Windows의 불일치입니다.

확인해야 할 조건은 다음과 같습니다.

현재 Windows와 같은 아키텍처인지
Home·Pro 같은 에디션이 일치하는지
표시 언어와 기본 설치 언어가 맞는지
현재 설치보다 지나치게 오래된 빌드가 아닌지
install.wim인지 install.esd인지
파일 안에서 내 에디션이 몇 번 인덱스인지

ISO를 탑재한 드라이브가 E:라고 가정하면 먼저 파일을 확인합니다.

E:\sources\install.wim

또는

E:\sources\install.esd

WIM 파일의 에디션 목록은 다음처럼 확인합니다.

DISM /Get-WimInfo /WimFile:E:\sources\install.wim

ESD라면 경로만 변경합니다.

DISM /Get-WimInfo /WimFile:E:\sources\install.esd

예시 화면에서 Windows 11 Pro가 인덱스 6이라고 해도 라라공쥬님의 ISO에서도 6이라는 보장은 없습니다. 설치 미디어 구성에 따라 달라질 수 있으므로 직접 조회한 결과를 사용해야 합니다.

5단계: WIM 또는 ESD 원본을 정확히 지정합니다

현재 Windows가 Pro이고 조회 결과 Pro가 인덱스 6이며 탑재 드라이브가 E:인 예시는 다음과 같습니다.

install.wim을 사용하는 경우

			
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:E:\sources\install.wim:6 /LimitAccess

install.esd를 사용하는 경우

			
DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:E:\sources\install.esd:6 /LimitAccess

/LimitAccess는 DISM이 Windows Update를 복구 원본으로 사용하지 않고 지정한 로컬 원본만 사용하도록 제한합니다. 이 옵션을 붙였는데 ISO가 현재 Windows와 맞지 않으면 다른 온라인 원본으로 보완할 수 없으므로 0x800f081f가 그대로 나타날 수 있습니다.

로컬 원본에서도 실패하는 주요 원인

원인	확인 방법
드라이브 문자 오류	파일 탐색기에서 ISO가 실제 E:인지 확인
WIM·ESD 접두사 오류	실제 파일 형식에 맞춰 `wim:` 또는 `esd:` 사용
인덱스 불일치	`/Get-WimInfo` 결과와 설치 에디션 비교
언어 불일치	설정의 Windows 표시 언어·설치 언어 확인
빌드 차이	`winver`와 미디어 버전 비교
미디어 손상	Microsoft 공식 경로에서 다시 내려받기
회사 정책	WSUS·그룹 정책의 복구 원본 설정 확인

6단계: 로그에서 ‘원본 없음’과 ‘적용 실패’를 구분합니다

DISM 로그는 다음 위치에 있습니다.

C:\Windows\Logs\DISM\dism.log

구성 요소 적용 세부 내용은 CBS 로그에도 남습니다.

C:\Windows\Logs\CBS\CBS.log

메모장 전체를 처음부터 읽기보다 오류가 발생한 시각 부근에서 0x800f081f, source, corrupt, failed를 검색합니다.

원본 경로를 찾지 못했다면 드라이브 문자와 WIM·ESD 경로를 점검합니다.
특정 패키지나 구성 요소가 반복 실패하면 KB와 패키지 이름을 기록합니다.
저장소가 복구 불가능하다고 판단되면 삭제 명령을 반복하기보다 복구 설치로 넘어갑니다.

7단계: 그래도 해결되지 않으면 현재 Windows 버전을 복구 설치합니다

Windows 11에는 지원되는 환경에서 설정 → 시스템 → 복구 → Windows 업데이트를 사용하여 문제 해결 항목을 통해 현재 버전을 다시 설치하는 기능이 제공될 수 있습니다.

Microsoft는 이 방식이 현재 Windows 버전을 다시 설치하면서 앱·파일·설정을 유지하는 복구 방법이라고 설명합니다. 다만 작업 전에는 다음을 준비해야 합니다.

중요한 파일 별도 백업
노트북 전원 어댑터 연결
BitLocker 복구 키 접근 가능 여부 확인
충분한 C 드라이브 여유 공간
서드파티 보안 프로그램 충돌 여부 확인

해당 메뉴가 없으면 공식 Windows 설치 미디어의 setup.exe를 Windows 안에서 실행해 개인 파일 및 앱 유지가 선택되는지 확인하는 인플레이스 업그레이드 방식을 검토할 수 있습니다. USB로 부팅해 진행하는 새 설치와는 다릅니다. 새 설치는 파일·앱·설정을 지울 수 있으므로 선택 화면을 정확히 읽어야 합니다.

전체 해결 순서 체크리스트

오류 코드와 실패 KB·시간을 기록했습니다.
PC를 정상 재부팅하고 저장 공간을 확인했습니다.
CheckHealth와 ScanHealth 결과를 확인했습니다.
winver로 에디션·버전·빌드를 기록했습니다.
온라인 RestoreHealth를 먼저 실행했습니다.
성공 후 sfc /scannow를 실행했습니다.
ISO의 WIM·ESD 형식과 드라이브 문자를 확인했습니다.
/Get-WimInfo로 내 에디션의 인덱스를 직접 찾았습니다.
로컬 원본에서도 실패하면 DISM·CBS 로그를 확인했습니다.
중요한 파일과 BitLocker 키를 확보한 뒤 복구 설치를 검토했습니다.

자주 묻는 질문

DISM이 62.3%에서 오래 멈췄습니다. 강제로 꺼도 되나요?

진행률이 일정 시간 변하지 않는 것만으로 멈췄다고 단정하기 어렵습니다. 디스크와 CPU가 작업 중이면 기다리는 편이 안전합니다. 매우 장시간 변화가 없을 때는 작업 관리자와 로그 시각이 갱신되는지 확인합니다.

SFC와 DISM 중 무엇을 먼저 실행해야 하나요?

Microsoft 안내 순서는 DISM 후 SFC입니다. DISM이 SFC가 사용할 정상 구성 요소를 제공하기 때문입니다.

`install.wim:6`의 숫자 6은 모든 PC에서 같나요?

아닙니다. ISO마다 에디션 배열이 달라질 수 있습니다. /Get-WimInfo로 직접 확인해야 합니다.

ISO가 최신이면 무조건 복구 원본으로 사용할 수 있나요?

최신 여부만으로 충분하지 않습니다. 에디션·언어·아키텍처·빌드 호환성과 올바른 인덱스가 함께 맞아야 합니다.

`/LimitAccess`를 꼭 붙여야 하나요?

지정한 로컬 원본만 테스트하려는 경우 유용합니다. 이 옵션은 Windows Update 원본 접근을 막으므로 로컬 원본이 틀리면 보완 없이 실패합니다.

복구 설치는 PC 초기화와 같나요?

같지 않습니다. 지원되는 현재 버전 재설치 또는 인플레이스 업그레이드는 앱·파일·설정을 유지할 수 있습니다. 반면 초기화의 ‘내 파일 유지’는 개인 파일을 남기더라도 설치된 앱과 설정을 제거할 수 있습니다.

오류가 사라지면 SoftwareDistribution 폴더도 삭제해야 하나요?

필요 없습니다. 문제가 해결됐다면 불필요한 추가 삭제는 하지 않는 편이 좋습니다.

마무리: 명령어보다 ‘맞는 복구 원본’이 핵심입니다

0x800f081f는 명령어 한 줄을 더 입력한다고 무조건 해결되는 오류가 아닙니다. 현재 Windows가 어떤 에디션·언어·빌드인지, DISM이 어디에서 정상 파일을 가져오려 했는지, 연결한 WIM·ESD의 어떤 인덱스를 사용했는지가 서로 맞아야 합니다.

가장 안전한 순서는 오류 기록 → 구성 요소 검사 → 온라인 DISM → SFC → ISO 일치 확인 → 로컬 원본 DISM → 로그 분석 → 복구 설치입니다. 이 순서를 지키면 무작정 업데이트 캐시를 지우거나 시스템 파일을 덮어쓰는 위험한 시행착오를 줄일 수 있습니다.

여러분의 오류는 Windows 업데이트 화면에서 나타났나요, 아니면 DISM 실행 중 나타났나요? 발생 위치와 winver의 에디션·버전, DISM 마지막 문구를 함께 확인하면 원인을 훨씬 빠르게 좁힐 수 있습니다.