Windows 11에서 0x800f081f 오류가 발생할 때 — DISM·CBS.log·복구 원본 점검

작성자:
Windows 11에서 0x800f081f 오류가 발생할 때 대표이미지

Windows 11에서 시스템 파일 복구를 위해 DISM을 실행했을 때, 마지막 단계에서 다음 오류가 나타날 수 있습니다.

Error: 0x800f081f

The source files could not be found.

Windows 기능이나 .NET Framework 3.5를 활성화할 때도 같은 오류 코드가 나타날 수 있습니다.

0x800f081f는 단순히 DISM 프로그램 자체가 고장났다는 의미가 아닙니다.

Microsoft는 이 오류를 CBS_E_SOURCE_MISSING으로 정의합니다. Windows 구성 요소 복구나 기능 설치에 필요한 원본 파일을 찾을 수 없는 상태를 뜻합니다.

같은 DISM /RestoreHealth 명령을 여러 번 반복하기보다, 먼저 다음을 구분해야 합니다.

Component Store가 실제로 손상됐는가

↓

Windows Update에서 복구 파일을 가져올 수 있는가

↓

별도 복구 원본이 필요한가

↓

사용한 ISO/WIM이 현재 Windows와 맞는가

↓

0x800f081f가 DISM 복구 중 발생했는가, 선택적 기능 설치 중 발생했는가

이 글에서는 DISM.log와 CBS.log를 확인하고, Windows Update 또는 Windows 설치 ISO를 복구 원본으로 쓰는 방법을 순서대로 살펴봅니다.

먼저 확인할 내용

확인 기준 환경

  • OS: Windows 11 25H2
  • 명령 환경: 관리자 권한 명령 프롬프트 또는 PowerShell
  • 주요 도구: DISM, SFC
  • 로그: DISM.log, CBS.log
  • 복구 원본: Windows Update 또는 Windows 설치 미디어

Windows 11 25H2는 이 글에서 확인한 기준 OS입니다. 아래의 모든 0x800f081f 발생 조건을 같은 환경에서 직접 재현했다는 뜻은 아닙니다.

공식 문서 확인일: 2026-08-26

대표 증상

다음 상황을 대상으로 합니다.

  • DISM /RestoreHealth 실행 후 0x800f081f
  • The source files could not be found 표시
  • Windows Update 설치 실패와 함께 0x800f081f 발생
  • Windows 선택적 기능 설치 실패
  • .NET Framework 3.5 활성화 실패
  • /Source를 지정했는데도 복구 실패
  • ISO를 마운트했지만 DISM이 복구하지 못함
  • install.wim의 어떤 Index를 사용해야 할지 모름
  • DISM은 실패하지만 SFC는 실행되는 상태
  • 동일한 DISM 명령을 반복해도 결과가 바뀌지 않음

결론

진단은 다음 순서로 진행합니다.

오류가 발생한 작업 확인
↓
Windows 버전·Edition 확인
↓
DISM CheckHealth / ScanHealth
↓
Windows Update를 이용한 RestoreHealth 시도
↓
DISM.log / CBS.log 확인
↓
복구 원본 필요 여부 판단
↓
현재 Windows와 맞는 ISO 확인
↓
WIM/ESD Index 확인
↓
/Source를 지정해 RestoreHealth
↓
SFC 실행
↓
원래 실패했던 작업으로 재검증

1. 0x800f081f가 어디에서 발생했는지 먼저 확인

같은 오류 코드라도 어디에서 발생했는지에 따라 해결 절차가 달라질 수 있습니다.

대표적으로 세 경우를 구분합니다.

DISM RestoreHealth 실행 중 발생

예:

DISM /Online /Cleanup-Image /RestoreHealth

실행 후:

Error: 0x800f081f
The source files could not be found.

가 나타나는 경우입니다.

이 글의 주요 진단 대상입니다.

Windows 선택적 기능 설치 중 발생

예를 들면 .NET Framework 3.5를 활성화할 때 발생할 수 있습니다.

이 경우에는 일반적인 Windows 이미지 복구와 달리 설치 미디어의 다음 경로가 필요할 수 있습니다.

sources\sxs

Windows Update 설치 중 발생

특정 KB나 누적 업데이트를 설치하다 오류가 발생했다면, 해당 KB 번호와 실패 시간을 먼저 기록합니다.

Component Store 복구가 필요할 수도 있지만, 모든 Windows Update 오류가 수동 ISO 복구로 해결되는 것은 아닙니다.

2. 0x800f081f 의미 확인

Microsoft 문서의 정의는 다음과 같습니다.

0x800F081F
CBS_E_SOURCE_MISSING

핵심 의미는:

필요한 원본 파일을 찾을 수 없음

입니다.

이 오류가 발생했다고 바로 다음처럼 판단할 수는 없습니다.

Windows 전체가 손상됐다.

대신 다음을 확인해야 합니다.

Windows가 복구에 필요한 파일을 어디에서 가져오려고 했고, 왜 찾지 못했는가?

이 질문을 기준으로 원인을 좁혀 갑니다.

3. 현재 Windows 버전과 Build 기록

ISO를 복구 원본으로 쓸 가능성이 있다면 현재 Windows 상태부터 기록합니다.

Win + R을 누르고 다음을 실행합니다.

winver

표시된 Windows 버전과 OS Build를 기록합니다.

PowerShell에서는 다음 명령으로도 확인할 수 있습니다.

Get-CimInstance Win32_OperatingSystem |
Select-Object Caption, Version, BuildNumber, OSArchitecture

예를 들어 다음 정보를 확인합니다.

Windows 11
Version 25H2
Build xxxxx.xxxx
64-bit

실제 Build 번호는 설치된 업데이트에 따라 달라질 수 있습니다.

4. 현재 Windows Edition 확인

Windows 설치 ISO에는 여러 Edition이 들어 있을 수 있습니다.

현재 Edition은 관리자 권한 명령 프롬프트에서 다음 명령으로 확인합니다.

DISM /Online /Get-CurrentEdition

환경에 따라 다음 Edition이 표시될 수 있습니다.

Professional
Core
Enterprise

ISO 내부 WIM의 Index를 고를 때도 현재 Windows Edition에 맞는 이미지를 찾아야 합니다.

5. 설치 언어도 확인

복구 원본을 고를 때는 언어 구성도 영향을 줍니다.

관리자 권한 명령 프롬프트에서:

DISM /Online /Get-Intl

을 실행합니다.

현재 Windows의 언어와 국제 설정을 확인할 수 있습니다.

여러 Language Pack이 설치된 기업 환경에서는 복구 원본에 필요한 언어 구성 요소가 없을 경우 기능 복구가 실패할 수도 있습니다.

ISO도 현재 Windows 설치 언어에 맞는 미디어를 쓰는 편이 좋습니다.

6. Component Store 상태부터 확인

/RestoreHealth를 바로 실행하기 전에 Component Store 상태부터 확인할 수 있습니다.

관리자 권한 명령 프롬프트를 열고 다음 명령을 입력합니다.

DISM /Online /Cleanup-Image /CheckHealth

CheckHealth는 Windows가 이미 기록해 둔 손상 상태를 빠르게 확인합니다.

실제 검사가 필요하다면 다음 명령을 실행합니다.

DISM /Online /Cleanup-Image /ScanHealth

ScanHealth는 Component Store 손상 여부를 직접 검사하므로 시간이 더 걸릴 수 있습니다.

7. CheckHealth·ScanHealth·RestoreHealth 차이

세 명령은 용도가 서로 다릅니다.

CheckHealth

DISM /Online /Cleanup-Image /CheckHealth

기록된 손상 상태가 있는지 빠르게 확인합니다.

ScanHealth

DISM /Online /Cleanup-Image /ScanHealth

Component Store의 손상 여부를 직접 검사합니다.

RestoreHealth

DISM /Online /Cleanup-Image /RestoreHealth

손상 여부를 검사한 뒤 복구까지 진행합니다.

단순 상태 확인과 실제 복구 작업을 구분해 사용하면 됩니다.

8. 먼저 별도 Source 없이 RestoreHealth 실행

인터넷과 Windows Update를 정상적으로 쓸 수 있다면 처음부터 ISO를 준비할 필요는 없습니다.

Microsoft 문서에 따르면 온라인 Windows 이미지에서 별도의 복구 Source를 지정하지 않으면, Windows Update 등이 복구 파일을 제공하는 기본 원본으로 사용될 수 있습니다.

관리자 권한 명령 프롬프트에서:

DISM /Online /Cleanup-Image /RestoreHealth

를 실행합니다.

정상적으로 끝나면:

The restore operation completed successfully.
The operation completed successfully.

같은 메시지가 표시됩니다.

이 경우에는 별도의 /Source가 필요하지 않습니다.

9. 같은 명령에서 0x800f081f가 발생하면 반복 실행하지 않기

다음 결과가 계속 나타난다고 가정해 보겠습니다.

Error: 0x800f081f

The source files could not be found.

이 상태에서 같은 명령을 여러 번 실행해도 원본 파일이 자동으로 생기지는 않습니다.

이제 원인을 확인하는 단계로 넘어갑니다.

DISM.log 확인

↓

CBS.log 확인

↓

Windows Update 접근 가능 여부

↓

필요하면 별도 Source 준비

위 순서대로 진행합니다.

10. DISM.log 위치 확인

DISM 기본 로그는 다음 경로에 있습니다.

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

PowerShell에서 마지막 부분을 확인하려면:

Get-Content "$env:WINDIR\Logs\DISM\dism.log" -Tail 200

0x800f081f 관련 문자열을 찾으려면:

Select-String `
  -Path "$env:WINDIR\Logs\DISM\dism.log" `
  -Pattern '0x800f081f','CBS_E_SOURCE_MISSING','source' |
Select-Object -Last 50

로그에서 중요한 것은 Error라는 단어 자체가 아닙니다.

방금 DISM을 실행한 시간대

와 맞물리는 로그를 확인해야 합니다.

11. CBS.log도 함께 확인

Component Based Servicing 관련 상세 정보는 다음 로그에서 확인할 수 있습니다.

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

PowerShell에서 최근 내용을 확인하려면:

Get-Content "$env:WINDIR\Logs\CBS\CBS.log" -Tail 200

관련 오류를 찾으려면:

Select-String `
  -Path "$env:WINDIR\Logs\CBS\CBS.log" `
  -Pattern '0x800f081f','CBS_E_SOURCE_MISSING' |
Select-Object -Last 50

DISM 화면에서는:

The source files could not be found.

만 표시되더라도 CBS 로그에서는 어떤 Package 또는 Component를 처리하다 실패했는지 추가 단서를 찾을 수 있습니다.

12. 로그의 모든 Error를 현재 문제로 해석하지 않기

DISM.log와 CBS.log에는 이전 실행 기록도 남아 있을 수 있습니다.

따라서 로그 파일에서:

Error
Failed
Warning

을 발견해도 모두 현재 0x800f081f의 원인은 아닙니다.

다음 세 가지를 함께 확인합니다.

DISM 실행 시간

–

0x800f081f 발생 시간

–

같은 시간대 CBS/DISM 기록

이렇게 해야 현재 장애와 관계있는 기록을 가려낼 수 있습니다.

13. Windows Update가 복구 Source로 사용 가능한지 확인

Microsoft는 Windows Update를 기본 복구 원본으로 쓸 수 있다고 설명합니다.

일반 개인 PC에서 Windows Update가 정상적으로 동작한다면 별도 Source 없이 RestoreHealth가 성공할 수 있습니다.

다음으로 이동합니다.

설정 → Windows 업데이트

업데이트 확인이 정상적으로 되는지 확인합니다.

다음 환경에서는 Windows Update를 복구 원본으로 쓰지 못할 수도 있습니다.

  • 회사 WSUS 환경
  • MDM 관리 PC
  • Windows Update 차단 정책
  • 방화벽 제한
  • Proxy 문제
  • 인터넷 차단 시스템

이 경우에는 조직의 Windows Update 정책부터 확인해야 합니다.

14. /LimitAccess를 처음부터 무조건 넣지 않기

인터넷의 DISM 예제에는 다음 옵션이 자주 보입니다.

/LimitAccess

옵션의 의미를 알고 사용해야 합니다.

Microsoft 공식 문서에서 /LimitAccess는 DISM이 Windows Update를 복구 Source 또는 Backup Source로 쓰지 못하게 하는 옵션입니다.

따라서:

DISM /Online /Cleanup-Image /RestoreHealth /Source:... /LimitAccess

를 실행하면 지정한 로컬 Source만 쓰며 Windows Update는 사용하지 않습니다.

인터넷과 Windows Update를 사용할 수 있다면

처음에는 /LimitAccess 없이 로컬 Source와 Windows Update를 함께 사용할 수 있습니다.

완전한 오프라인 환경이라면

Windows Update를 의도적으로 쓰지 않으려는 환경에서도 /LimitAccess를 사용합니다.

/LimitAccess가 복구 성공률을 높이는 옵션은 아닙니다.

15. 별도 복구 원본이 필요하면 Windows ISO 준비

기본 RestoreHealth가 계속 0x800f081f로 실패한다면 Windows 설치 미디어를 복구 Source로 쓸 수 있습니다.

Windows 11 ISO는 Microsoft 공식 다운로드 페이지에서 받는 편이 안전합니다.

현재 Windows와 다음 조건을 최대한 맞춥니다.

  • Windows 11 Release
  • Architecture
  • 설치 언어
  • Edition
  • Servicing 수준

Microsoft는 대상 OS가 복구 Source보다 더 높은 수준으로 업데이트된 경우, Source에 필요한 파일이 없어 복구가 실패할 수 있다고 안내합니다.

단순히 다음처럼 생각하면 안 됩니다.

Windows 11 ISO니까 아무거나 사용하면 된다.

라고 보면 안 됩니다.

16. Microsoft 공식 Windows 11 ISO 마운트

Microsoft 공식 Windows 11 다운로드 페이지에서 ISO를 받은 다음 파일 탐색기에서 마운트합니다.

ISO 파일을:

마우스 오른쪽 버튼 → 탑재

합니다.

예를 들어 ISO가 다음 Drive로 마운트됐다고 가정합니다.

D:

이후 명령에서 D:는 예시입니다.

실제 PC에 표시된 Drive Letter로 바꿔야 합니다.

17. install.wim 또는 install.esd 확인

PowerShell에서 다음 명령을 실행합니다.

Get-ChildItem D:\sources\install.*

환경에 따라 다음 파일 중 하나가 있을 수 있습니다.

install.wim

또는:

install.esd

실제 설치 미디어에 있는 파일을 사용합니다.

인터넷 예제의 파일명을 그대로 복사하지 말고, 현재 ISO부터 확인합니다.

18. install.wim의 Windows Edition과 Index 확인

WIM 파일에는 여러 Windows Edition이 포함될 수 있습니다.

다음 명령을 실행합니다.

DISM /Get-ImageInfo /ImageFile:D:\sources\install.wim

결과에는 여러 Index와 Edition 이름이 표시될 수 있습니다.

예를 들어:

Index : 1
Name : Windows 11 Home

Index : 6
Name : Windows 11 Pro

대략 이런 구조입니다.

실제 Index 번호는 ISO마다 다를 수 있습니다.

인터넷에서 다음 예제를 봤더라도:

Windows 11 Pro = Index 6

자신의 ISO 결과를 직접 확인해야 합니다.

19. 현재 Edition과 WIM Index 연결

앞에서 실행했던:

DISM /Online /Get-CurrentEdition

결과를 다음 결과와 비교합니다.

DISM /Get-ImageInfo /ImageFile:D:\sources\install.wim

예를 들어 현재 Windows가 Professional이라면 ISO에서도 Windows 11 Pro에 해당하는 Image Index를 골라야 합니다.

다른 Edition의 Index를 지정하면 필요한 구성 요소가 맞지 않아 복구에 실패할 수 있습니다.

20. WIM을 복구 원본으로 사용

확인한 Windows 11 Pro Index가 6이라고 가정해 보겠습니다.

다음 명령을 실행합니다.

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:6

여기서 6은 단순 예시입니다.

반드시 자신의 ISO에서 확인한 Index로 바꿔야 합니다.

Windows Update를 전혀 쓰지 않고 해당 Source만 사용하려면:

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

를 사용합니다.

앞서 설명한 대로 /LimitAccess는 필요할 때만 사용합니다.

21. install.esd인 경우

설치 미디어에 install.wim이 없고 다음 파일만 있을 수도 있습니다.

install.esd

먼저 포함된 Image 정보를 확인합니다.

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

현재 Windows Edition에 맞는 Index를 확인합니다.

올바른 Index가 6이라고 가정하면, 일반적으로 다음 형태로 Source를 지정합니다.

DISM /Online /Cleanup-Image /RestoreHealth /Source:ESD:D:\sources\install.esd:6

오프라인 Source만 쓰려면:

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

를 사용할 수 있습니다.

여기서도 Index 6은 예시일 뿐입니다.

22. ISO Source를 지정했는데도 0x800f081f가 발생한다면

ISO를 지정했다고 해서 무조건 성공하는 것은 아닙니다.

다음 조건을 다시 점검합니다.

잘못된 Image Index

현재 Edition과 다른 Index를 썼는지 확인합니다.

Windows Release 차이

현재 Windows와 ISO의 Release가 다른지 확인합니다.

언어 차이

현재 설치 언어와 ISO Language가 다른지 확인합니다.

Servicing 수준 차이

현재 Windows가 ISO보다 훨씬 새 누적 업데이트 상태일 수 있습니다.

Microsoft는 대상 OS가 복구 Source보다 더 높은 수준으로 업데이트된 경우, Source에 필요한 최신 파일이 없어 복구에 실패할 수 있다고 설명합니다.

/LimitAccess 사용

로컬 Source에 파일이 부족한 상태에서 /LimitAccess까지 사용하면 Windows Update Backup Source도 쓸 수 없습니다.

인터넷 사용이 가능한 환경이라면 /LimitAccess를 뺀 결과도 비교해 볼 만합니다.

23. .NET Framework 3.5 설치의 0x800f081f는 별도로 확인

.NET Framework 3.5 또는 Feature on Demand 설치 중 0x800f081f가 발생했다면 일반적인 RestoreHealth와는 조금 다르게 접근합니다.

Microsoft의 .NET Framework 3.5 공식 문서에서는 설치 미디어의 다음 경로를 Source로 쓸 수 있다고 안내합니다.

\sources\sxs

예를 들어 ISO가 D:에 마운트되어 있다면 관리자 명령 프롬프트에서 다음을 실행합니다.

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess

이 경우 중요한 것은 install.wim Index보다 현재 Windows에 맞는 설치 미디어의 SxS Source입니다.

따라서:

DISM RestoreHealth 0x800f081f

과:

NetFx3 설치 0x800f081f

를 같은 명령으로 해결하려고 해서는 안 됩니다.

24. DISM 성공 후 SFC 실행

DISM 복구가 성공했다면 다음으로 System File Checker를 실행합니다.

관리자 권한 명령 프롬프트에서:

sfc /scannow

를 실행합니다.

Microsoft Support도 Windows 시스템 파일 복구 절차에서 DISM을 먼저 실행하고 SFC를 실행하도록 안내합니다.

SFC는 보호된 Windows 시스템 파일을 검사해 손상된 파일을 복구합니다.

진행률이 100%가 될 때까지 창을 닫지 않습니다.

25. SFC 결과를 구분해서 확인

실행이 끝나면 결과 메시지를 확인합니다.

무결성 위반 없음

Windows Resource Protection did not find any integrity violations.

시스템 파일 무결성 문제를 찾지 못한 상태입니다.

손상 파일 복구 성공

손상된 파일을 발견해 정상적으로 복구했다는 의미입니다.

일부 파일 복구 실패

이 경우에는 CBS.log를 추가로 확인해야 합니다.

SFC까지 성공해도 0x800f081f의 원래 증상이 반드시 해결된 것은 아닙니다.

처음 실패했던 작업을 다시 실행해 확인합니다.

26. Windows Update에서 발생했던 오류라면 동일 업데이트 재시도

0x800f081f가 Windows Update에서 처음 발생했다면 DISM과 SFC를 마친 뒤:

설정 → Windows 업데이트 → 업데이트 확인

으로 이동합니다.

실패했던 KB가 정상적으로 설치되는지 확인합니다.

예를 들어:

DISM 성공

↓

SFC 정상

↓

Windows Update 동일 KB 재실행

↓

설치 완료

까지 확인해야 실제로 해결됐다고 판단할 수 있습니다.

27. Windows 기능에서 발생했다면 동일 기능 다시 활성화

선택적 기능 설치에서 문제가 발생했다면 처음 실패한 기능을 다시 설치합니다.

예를 들어 .NET Framework 3.5였다면:

Windows 기능 켜기/끄기

또는 DISM으로 다시 확인합니다.

복구 명령의 성공 메시지보다 실제 사용하려던 Windows 기능이 정상적으로 설치되는지가 더 중요합니다.

28. DISM·SFC로도 해결되지 않을 때 Windows 11의 복구 재설치 검토

Windows 11에는 시스템 파일과 Windows 구성 요소 문제를 해결하기 위해 현재 버전을 다시 설치하는 기능이 제공될 수 있습니다.

경로는:

설정 → 시스템 → 복구

입니다.

지원되는 시스템에서는 다음 항목이 보일 수 있습니다.

Windows 업데이트 사용하여 문제 해결

↓

지금 다시 설치

Microsoft에 따르면 이 기능은 다음과 같이 동작합니다.

  • 현재 설치된 Windows 버전을 다시 설치
  • 시스템 파일과 구성 요소 복구
  • 앱 유지
  • 파일 유지
  • 설정 유지

DISM Source 문제까지 해결되지 않는 상태라면 Windows 전체 초기화 전에 검토할 수 있는 복구 방법입니다.

회사나 학교에서 관리하는 PC에서는 정책에 따라 이 기능이 보이지 않을 수 있습니다.

29. 복구 재설치 전에도 백업은 필요

Microsoft의 복구 기능이 앱·파일·설정을 유지하더라도, Windows 복구 작업 전에는 중요한 데이터를 백업하는 편이 좋습니다.

특히 업무용 PC라면 다음을 확인합니다.

  • BitLocker Recovery Key
  • 중요 문서
  • 브라우저 및 프로그램 데이터
  • 인증서
  • VPN 설정
  • 개발 환경
  • 업무용 암호화 파일
  • 회사 복구 정책

문제 해결 과정에서 데이터 손실 위험을 불필요하게 키우지 않는 것이 중요합니다.

30. 여러 명령을 한꺼번에 실행하지 않기

다음 방식은 권장하지 않습니다.

Windows Update Reset
+
DISM
+
SFC
+
Registry 변경
+
SoftwareDistribution 삭제
+
ISO Source
+
In-place Repair

모든 작업을 한 번에 진행하면 실제 원인을 확인하기 어렵습니다.

다음 순서를 지키는 편이 좋습니다.

0x800f081f 확인
↓
발생 작업 기록
↓
CheckHealth / ScanHealth
↓
기본 RestoreHealth
↓
로그 확인
↓
Source 문제 확인
↓
필요한 Source만 지정
↓
SFC
↓
원래 작업 재검증

단계마다 결과를 기록하면 같은 문제가 반복돼도 원인을 추적하기 쉽습니다.

31. 수정 후 최종 검증

작업을 마쳤다면 다음 순서로 다시 확인합니다.

Component Store 검사

DISM /Online /Cleanup-Image /ScanHealth

Windows Image 복구

필요한 경우:

DISM /Online /Cleanup-Image /RestoreHealth

시스템 파일 검사

sfc /scannow

원래 실패 작업

  • Windows Update라면 동일 KB 설치
  • Optional Feature라면 동일 기능 활성화
  • DISM 자체 문제였다면 동일 RestoreHealth 재실행

최종 판단 기준은 명령 하나가 단순히:

The operation completed successfully.

라고 표시되는지보다 원래 발생했던 문제가 재현되지 않는지입니다.

해결되지 않는 경우 추가 확인

문제가 계속되면 다음 정보를 정리합니다.

Windows 버전
OS Build
Edition
설치 언어
오류가 발생한 작업
오류 발생 시간
0x800f081f 전체 메시지
CheckHealth 결과
ScanHealth 결과
RestoreHealth 결과
DISM.log 관련 부분
CBS.log 관련 부분
Windows Update 사용 가능 여부
사용한 ISO Release
ISO Language
install.wim / install.esd
사용한 Image Index
/LimitAccess 사용 여부
SFC 결과

다른 사람에게 문의할 때는 특히:

DISM이 안 됩니다.

보다:

Windows 11 25H2에서 RestoreHealth가 0x800f081f로 실패하며, DISM.log와 CBS.log에서 같은 시각에 Source Missing이 확인됩니다.

처럼 전달해야 훨씬 정확합니다.

주의사항

0x800f081f 문제를 해결할 때는 다음을 주의합니다.

  • 같은 RestoreHealth 명령만 반복 실행하지 않기
  • 0x800f081f를 무조건 Windows 전체 손상으로 판단하지 않기
  • DISM 오류와 .NET Framework 3.5 오류를 동일하게 처리하지 않기
  • 인터넷에서 받은 출처 불명의 Windows ISO를 사용하지 않기
  • 현재 Windows Edition을 확인하지 않고 WIM Index를 임의 선택하지 않기
  • 인터넷 예제의 Index 번호를 그대로 복사하지 않기
  • /LimitAccess의 의미를 모르고 무조건 추가하지 않기
  • 오래된 ISO가 현재 패치된 Windows의 완전한 복구 Source라고 단정하지 않기
  • 로그의 오래된 Error를 현재 장애와 연결하지 않기
  • DISM 성공만 보고 해결됐다고 판단하지 않기
  • SFC 완료 후 원래 실패했던 작업을 반드시 재검증하기
  • 복구 재설치 전 중요한 데이터 백업하기

마무리

Windows 11에서 0x800f081f가 발생했을 때 가장 중요한 일은 DISM 명령을 반복하는 것이 아니라 Windows가 필요한 복구 파일을 왜 찾지 못했는지 확인하는 것입니다.

먼저 오류가 다음 중 어디에서 발생했는지 구분합니다.

DISM RestoreHealth

에서 발생했는지,

Windows 선택적 기능

에서 발생했는지,

Windows Update

DISM 문제라면 다음 순서로 확인합니다.

CheckHealth / ScanHealth

↓

기본 RestoreHealth

↓

DISM.log / CBS.log

↓

Windows Update Source

↓

필요하면 ISO Source

순서로 확인합니다.

ISO를 사용해야 한다면 Windows 11이라는 이유만으로 아무 이미지나 선택해서는 안 됩니다.

현재:

Windows Release

↓

Edition

↓

언어

↓

Servicing 수준

↓

WIM/ESD Index

를 차례로 확인합니다.

/LimitAccess는 DISM을 더 강력하게 만드는 옵션이 아닙니다.

Windows Update를 복구 Source로 쓰지 못하게 하는 옵션이므로, 오프라인 환경이나 Source를 명시적으로 제한하려는 경우에 사용합니다.

전체 흐름은 다음과 같습니다.

0x800f081f
      ↓
오류 발생 작업 확인
      ↓
Windows Version / Edition 확인
      ↓
DISM CheckHealth / ScanHealth
      ↓
RestoreHealth
      ↓
 ┌──────────────────┐
 │ 성공             │
 └──────────────────┘
      ↓
SFC → 원래 작업 재검증

또는

 ┌──────────────────┐
 │ 0x800f081f       │
 └──────────────────┘
      ↓
DISM.log / CBS.log
      ↓
Windows Update Source 확인
      ↓
필요하면 Windows ISO
      ↓
WIM/ESD Index 확인
      ↓
/Source 지정
      ↓
RestoreHealth
      ↓
SFC
      ↓
원래 작업 재검증

이 오류 해결의 핵심은 다음 순서를 지키는 데 있습니다.

오류 코드 → 로그 → 복구 원본 → 복구 → 재검증

이 순서대로 진행하면 인터넷에서 찾은 DISM 명령을 무작정 반복하는 것보다, 어느 단계에서 Source 문제가 생겼는지 훨씬 명확하게 가려낼 수 있습니다.

참고 자료

Post Views: 19