DISM 0x800f081f 해결방법|Windows 11 복구 원본 WIM·ESD 인덱스 진단

Windows 11에서 업데이트가 반복 실패하거나 기본 앱·설정 화면이 비정상적으로 작동해 DISM /Online /Cleanup-Image /RestoreHealth를 실행했는데, 진행 중 오류 0x800f081f와 함께 “원본 파일을 찾을 수 없습니다”라는 메시지가 나타날 수 있습니다. 공식 Windows 11 ISO를 연결하고 /Source까지 지정했는데 같은 오류가 반복되기도 합니다.

이 오류는 단순히 ISO가 없다는 뜻만은 아닙니다. DISM이 손상된 구성 요소를 발견했지만, 현재 설치된 Windows에 맞는 정상 복구 파일을 Windows Update나 지정한 이미지에서 가져오지 못했다는 의미입니다. ISO의 릴리스·아키텍처·표시 언어·에디션·이미지 인덱스·업데이트 수준 중 하나가 맞지 않거나, install.wim과 install.esd에 맞지 않는 원본 구문을 사용했을 수 있습니다.

핵심 결론: 0x800f081f 해결은 명령을 반복 입력하는 작업이 아니라 현재 Windows의 신원 확인 → 구성 요소 저장소 상태 판정 → 기본 온라인 복구 → 공식 ISO 일치 여부 검증 → 정확한 WIM/ESD 인덱스 지정 → 로그 검증 → SFC 실행 순서로 진행해야 합니다.

먼저 하지 말아야 할 행동

0x800f081f가 발생했다고 바로 Windows를 초기화하거나 WinSxS 폴더를 정리하면 복구 가능성을 낮출 수 있습니다. 특히 인터넷에서 내려받은 DLL을 시스템 폴더에 덮어쓰는 방식은 파일 버전과 서명이 맞지 않아 다른 오류를 만들 수 있습니다.

다음 행동은 진단 전에 피해야 합니다.

  • C:\Windows\WinSxS 안의 파일이나 폴더를 수동 삭제하기
  • 출처가 불분명한 DLL·CAB·WIM 파일을 내려받아 덮어쓰기
  • 현재 Windows 정보 확인 없이 다른 PC의 ISO를 복구 원본으로 사용하기
  • ISO 안의 인덱스를 임의로 1 또는 6로 단정하기
  • install.esd에 wim: 접두사를 사용하거나 반대로 입력하기
  • 원본을 잘못 지정한 상태에서 /LimitAccess만 반복하기
  • DISM이 멈춘 것처럼 보여 작업 중 터미널을 강제로 닫거나 전원을 끄기
  • 로그 확인 없이 레지스트리·서비스를 여러 개 동시에 초기화하기

DISM이 20%·40%·62% 부근에서 오래 머무는 것은 반드시 멈춘 것이 아닙니다. 디스크 작업과 CPU 사용이 지속된다면 충분히 기다립니다.

DISM과 SFC는 무엇을 다르게 복구하나요?

SFC(System File Checker)는 현재 사용 중인 보호된 Windows 시스템 파일을 검사하고 정상 복사본으로 교체합니다. 이 정상 복사본의 주요 공급처가 Windows 구성 요소 저장소, 즉 일반적으로 C:\Windows\WinSxS로 알려진 영역입니다.

DISM은 그보다 아래 단계에서 Windows 이미지와 구성 요소 저장소의 손상을 검사하고 복구합니다. 구성 요소 저장소 자체가 손상되면 SFC가 교체에 사용할 정상 파일을 얻지 못해 “손상된 파일을 발견했지만 일부 파일을 복구하지 못했습니다”라고 끝날 수 있습니다. 그래서 Microsoft는 일반적인 온라인 Windows 복구에서 DISM을 먼저 실행한 뒤 SFC를 실행하도록 안내합니다.

DISM의 /RestoreHealth는 기본적으로 Windows Update를 복구 원본으로 사용할 수 있습니다. Windows Update 클라이언트가 고장 났거나 조직 정책이 원본 다운로드를 막거나 필요한 파일이 서비스에 없으면 로컬 ISO·네트워크 공유·정상 Windows 폴더 등을 /Source로 지정할 수 있습니다.

0x800f081f가 발생하는 대표 원인

원인흔한 단서확인 방법
Windows Update 원본 접근 실패기본 RestoreHealth부터 실패업데이트 서비스·네트워크·조직 정책 확인
ISO 릴리스 또는 빌드 불일치ISO를 지정해도 같은 오류winver와 ISO 이미지 정보 비교
에디션 인덱스 오류Home인데 Pro 인덱스를 지정현재 에디션과 /Get-ImageInfo 대조
언어 불일치다른 언어 ISO 사용DISM /Online /Get-Intl 확인
아키텍처 불일치x64 Windows에 ARM64 원본 등시스템 유형과 ISO 아키텍처 확인
WIM·ESD 구문 오류파일은 있으나 원본 인식 실패sources 폴더 파일 형식 확인
원본이 대상보다 오래됨누적 업데이트 후 필요한 파일 부재대상 빌드·ISO 서비스 수준 비교
구성 요소 손상이 광범위함로그에 다수 패키지·매니페스트 오류DISM·CBS 로그, 복구 설치 검토

1단계: 현재 Windows 정보를 먼저 기록하기

ISO를 내려받기 전에 현재 설치된 Windows의 정보를 확인해야 합니다. Win + R을 누르고 다음을 실행합니다.

winver

버전과 OS 빌드를 기록합니다. 이어서 관리자 권한 터미널에서 현재 에디션을 확인합니다.

DISM /Online /Get-CurrentEdition

출력의 Current Edition이 Professional, Core, Enterprise 등으로 표시될 수 있습니다. 일반적인 표시 이름과 DISM 내부 에디션명이 다를 수 있으므로 결과를 그대로 기록합니다.

언어와 국가별 설정은 다음 명령으로 확인합니다.

DISM /Online /Get-Intl

기본 시스템 UI 언어, 설치된 언어, 로캘 정보를 확인합니다. 시스템 아키텍처는 다음처럼 조회할 수 있습니다.

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

이 명령들은 상태 조회용으로 Windows를 변경하지 않습니다. ISO는 최소한 현재 Windows와 같은 제품 계열·릴리스·아키텍처·기본 언어를 선택해야 하며, 에디션이 포함된 이미지 인덱스를 정확히 지정해야 합니다.

2단계: 구성 요소 저장소가 실제로 손상됐는지 판정하기

관리자 권한 터미널에서 먼저 빠른 상태 확인을 실행합니다.

DISM /Online /Cleanup-Image /CheckHealth

CheckHealth의 목적

CheckHealth는 전체 검사를 새로 수행하기보다 이미지가 이전 작업에서 손상으로 표시됐는지 빠르게 확인합니다. 결과는 대체로 정상, 복구 가능, 복구 불가능 범주로 해석합니다.

정밀 검사가 필요하면 다음을 실행합니다.

DISM /Online /Cleanup-Image /ScanHealth

ScanHealth는 구성 요소 저장소 손상을 검사하므로 시간이 더 오래 걸립니다. 복구 가능한 구성 요소 저장소 손상이 발견됐다면 RestoreHealth 단계로 진행합니다. “구성 요소 저장소 손상이 검색되지 않았습니다”라면 현재 증상의 원인이 반드시 구성 요소 저장소라는 뜻은 아니므로, 같은 복구 명령만 반복하기보다 업데이트·드라이버·앱 문제를 별도로 봐야 합니다.

명령수행 내용변경 여부활용 시점
/CheckHealth기존 손상 플래그를 빠르게 확인없음첫 판정
/ScanHealth구성 요소 저장소를 정밀 검사없음손상 여부 검증
/RestoreHealth검사 후 복구 작업 수행있음복구 가능한 손상 발견 시
sfc /scannow보호된 시스템 파일 검사·교체있음DISM 성공 후 최종 검증

3단계: 먼저 기본 온라인 복구를 실행하기

네트워크가 정상이고 Windows Update를 차단하는 정책이 없다면 다음 기본 명령부터 실행합니다.

DISM /Online /Cleanup-Image /RestoreHealth

왜 /Source 없이 먼저 실행하나요?

별도 원본을 지정하지 않으면 DISM은 정책과 환경에 따라 Windows Update를 이용해 필요한 파일을 찾을 수 있습니다. 로컬 ISO가 현재 Windows보다 오래됐더라도 온라인 원본에서는 더 적합한 파일을 받을 가능성이 있습니다.

이 단계에서 /LimitAccess를 붙이면 DISM이 Windows Update를 복구 원본이나 대체 원본으로 사용하지 못합니다. 정확한 로컬 원본을 준비하지 않은 상태라면 오히려 0x800f081f 가능성을 높입니다.

결과별 해석

  • 복원 작업을 완료했습니다: 재부팅 후 SFC 단계로 이동합니다.
  • 0x800f081f 원본 파일을 찾을 수 없습니다: ISO 일치 여부와 원본 구문을 점검합니다.
  • 0x800f0906 원본 파일을 다운로드하지 못했습니다: 네트워크·Windows Update·프록시·정책을 우선 확인합니다.
  • 0x800f0907 정책 때문에 원본에 접근할 수 없음: 회사 정책 또는 선택적 구성 요소 복구 정책을 관리자와 확인합니다.
  • 구성 요소 저장소를 복구할 수 없음: 로그를 확인하고 복구 설치를 검토합니다.

오류 코드는 환경에 따라 달라질 수 있으므로 숫자만으로 결론을 내리지 말고 마지막 메시지와 로그를 함께 봅니다.

4단계: 공식 Windows 11 ISO를 준비하고 연결하기

Microsoft의 공식 Windows 11 다운로드 페이지에서 현재 환경과 맞는 ISO를 준비합니다. 다운로드한 ISO 파일을 마우스 오른쪽 버튼으로 클릭해 탑재하면 파일 탐색기에 새 DVD 드라이브가 나타납니다. 아래 예시에서는 드라이브 문자를 E:로 사용하지만 PC마다 다릅니다.

E:\sources\install.wim
E:\sources\install.esd

sources 폴더에서 install.wim 또는 install.esd 중 어떤 파일이 있는지 확인합니다. 둘 중 하나만 있는 경우가 일반적이며, 설치 미디어 생성 방식에 따라 install.swm처럼 분할 이미지가 있을 수도 있습니다. 본문 명령을 복사하기 전에 자신의 실제 파일명과 드라이브 문자를 반영해야 합니다.

복구 원본이 맞아야 하는 네 가지 축

  1. 아키텍처: x64, ARM64 등
  2. 에디션: Home, Pro, Enterprise 등
  3. 기본 언어: 한국어 설치인지 다른 언어인지
  4. 릴리스·서비스 수준: 현재 Windows와 호환되는 버전과 업데이트 수준

현재 Windows가 ISO보다 더 높은 누적 업데이트 수준이라면 ISO에 필요한 버전의 구성 요소가 없어 복구가 실패할 수 있습니다. 단순히 “Windows 11 ISO”라는 이름만 같다고 동일한 복구 원본은 아닙니다.

5단계: ISO 안의 올바른 에디션 인덱스 찾기

install.wim이 있다면 다음 명령을 실행합니다.

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

install.esd라면 파일명만 바꿉니다.

DISM /Get-ImageInfo /ImageFile:E:\sources\install.esd

출력에는 이미지별 Index, Name, Description이 표시됩니다. 현재 설치된 에디션과 같은 항목의 인덱스를 기록합니다. ISO가 바뀌면 인덱스 배열도 달라질 수 있으므로 “Windows 11 Pro는 항상 6번”처럼 외우면 안 됩니다.

특정 인덱스의 세부 정보를 확인하려면 다음처럼 실행합니다.

DISM /Get-ImageInfo /ImageFile:E:\sources\install.wim /Index:6

여기서 6은 예시입니다. 실제 목록에서 확인한 번호로 바꿉니다. 이름, 아키텍처, 버전, 언어 정보가 현재 Windows와 맞는지 확인합니다.

6단계: WIM 원본으로 RestoreHealth 실행하기

예를 들어 ISO가 E:에 탑재됐고, install.wim 안의 현재 에디션 인덱스가 6이라면 다음과 같습니다.

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

한 줄로 입력해도 됩니다.

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

각 옵션의 의미

  • /Online: 현재 실행 중인 Windows를 대상으로 합니다.
  • /Cleanup-Image: 이미지 서비스·복구 작업을 선택합니다.
  • /RestoreHealth: 손상을 검사하고 복구합니다.
  • /Source:wim:...:6: WIM 파일의 특정 인덱스를 복구 원본으로 지정합니다.
  • /LimitAccess: Windows Update를 대체 원본으로 사용하지 않습니다.

/LimitAccess는 로컬 원본만으로 복구되는지 확인할 때 유용하지만, 원본이 맞지 않거나 파일이 부족하면 온라인 대체 경로까지 차단됩니다. 처음부터 습관적으로 붙이는 옵션이 아닙니다.

7단계: ESD 원본일 때 구문을 바꾸기

ISO에 install.esd가 있고 확인한 에디션 인덱스가 6이라면 다음처럼 esd: 접두사를 사용합니다.

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

install.esd인데 wim:으로 지정하거나, WIM인데 esd:로 지정하면 올바른 원본으로 처리되지 않을 수 있습니다. 경로에 공백이 있다면 전체 원본 문자열을 따옴표로 묶어야 합니다.

ESD를 무조건 WIM으로 변환할 필요는 없습니다. 현재 DISM이 ESD 원본을 정상 인식하고 정확한 인덱스를 지정할 수 있다면 해당 형식으로 먼저 시도합니다. 변환은 저장 공간과 시간이 추가되고 명령 오류 지점만 늘릴 수 있습니다.

8단계: 복구가 성공하면 SFC로 시스템 파일 검증하기

DISM이 “복원 작업을 완료했습니다”라고 끝났다면 PC를 재부팅한 뒤 관리자 터미널에서 다음을 실행합니다.

sfc /scannow

SFC 결과 해석

결과 메시지의미다음 행동
무결성 위반을 발견하지 못함보호된 시스템 파일 정상원래 증상 재확인
손상 파일을 찾아 복구함시스템 파일 교체 성공재부팅 후 기능 확인
일부 파일을 복구하지 못함구성 요소·파일 손상 잔존CBS 로그 확인, DISM 원본 재검증
요청한 작업을 수행할 수 없음서비스·디스크·대기 작업 문제 가능재부팅·안전 모드·디스크 상태 검토

SFC를 여러 번 반복해 성공 메시지를 만드는 것이 목적이 아닙니다. 마지막 실행의 시간과 결과를 기록하고 원래 발생했던 업데이트·설정·앱 오류가 실제로 해결됐는지 확인합니다.

9단계: 같은 0x800f081f가 반복되면 로그를 읽기

DISM은 기본적으로 다음 위치에 로그를 남깁니다.

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

관리자 PowerShell에서 최근 오류가 포함된 줄을 별도 파일로 추출할 수 있습니다.

Select-String -Path "$env:windir\Logs\DISM\dism.log" `
-Pattern "error", "0x800f081f", "source" |
Select-Object -Last 100 |
Out-File "$env:USERPROFILE\Desktop\dism-errors.txt"

이 명령은 로그를 변경하지 않고 일치하는 최근 줄을 바탕 화면 파일로 내보냅니다. CBS에서 SFC 관련 항목을 추출하려면 다음을 사용할 수 있습니다.

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

위 findstr 명령은 명령 프롬프트 문법입니다. PowerShell에서 그대로 실행하면 %windir% 환경 변수 표기가 다르게 처리될 수 있으므로 명령 프롬프트(관리자)에서 실행하는 편이 안전합니다.

로그에서 확인할 핵심

  • 요청한 패키지·구성 요소의 이름과 버전
  • 지정한 원본 경로가 실제로 열렸는지
  • WIM 또는 ESD 인덱스가 로드됐는지
  • source files could not be found 직전 메시지
  • 같은 시간대의 CBS 패키지 적용·매니페스트 오류
  • 조직 정책이나 Windows Update 접근 오류

dism.log의 마지막 한 줄만 보기보다 명령 시작 시각부터 실패 시각까지 흐름을 봐야 합니다. 비밀번호나 개인 파일 내용은 일반적으로 없지만 PC 경로와 시스템 정보가 포함될 수 있으므로 로그 전체를 공개할 때는 개인정보를 검토합니다.

ISO를 정확히 맞췄는데도 실패하는 이유

1. ISO가 대상보다 오래된 경우

현재 Windows에 설치된 누적 업데이트가 ISO보다 앞서 있으면 손상된 구성 요소의 필요한 버전이 ISO에 없을 수 있습니다. 같은 24H2 또는 25H2 표기만으로 모든 파일 버전이 같다고 볼 수 없습니다. 가능한 한 현재 대상과 호환되는 최신 공식 미디어를 사용합니다.

2. 언어팩·선택적 기능 차이

다국어 환경이나 Features on Demand, .NET Framework 구성 요소, 특정 언어팩 손상은 일반 ISO의 단일 에디션 인덱스만으로 복구되지 않을 수 있습니다. 로그에서 손상된 기능 이름을 확인하고 조직 환경이라면 별도 기능 원본 정책을 점검합니다.

3. Windows Update 구성 자체의 문제

로컬 원본 없이 복구할 때 Windows Update 서비스, 프록시, VPN, WSUS 또는 회사 정책이 파일 수신을 막을 수 있습니다. 회사 PC에서 서비스를 강제로 초기화하지 말고 관리자에게 오류 코드와 로그 시각을 전달합니다.

4. 디스크 또는 파일 시스템 문제

저장장치 I/O 오류, 비정상 종료, 파일 시스템 손상이 동반되면 구성 요소 복구가 반복 실패할 수 있습니다. 이벤트 뷰어의 시스템 로그에서 Disk, Ntfs, StorNVMe 계열 경고를 확인하고 중요한 자료를 먼저 백업합니다. 디스크가 불안정한 상태에서 대량 복구 작업을 반복하면 상태가 악화될 수 있습니다.

최후 단계: 인플레이스 복구 설치를 고려할 조건

다음 조건이라면 명령어 반복보다 Windows 설치 미디어를 이용한 인플레이스 복구 설치를 검토할 수 있습니다.

  • 공식 ISO와 정확한 인덱스를 사용해도 구성 요소 저장소가 복구되지 않음
  • DISM·CBS 로그에 광범위한 패키지·매니페스트 손상이 반복됨
  • Windows 업데이트와 기본 앱 오류가 동시에 발생함
  • SFC가 같은 파일을 계속 복구하지 못함
  • Windows는 부팅되지만 여러 시스템 기능이 불안정함

인플레이스 복구 설치는 실행 중인 Windows에서 ISO의 setup.exe를 실행하고 개인 파일 및 앱 유지 옵션으로 Windows 구성 요소를 다시 설치하는 방식입니다. ISO의 언어·에디션이 맞지 않으면 유지 옵션이 비활성화될 수 있습니다.

진행 전에는 다음을 준비합니다.

  • 중요한 파일의 외부 백업
  • BitLocker 복구 키 확인
  • 충분한 C 드라이브 여유 공간
  • 노트북 전원 어댑터 연결
  • 타사 보안·암호화·업무 프로그램의 복구 정보
  • 회사 PC라면 관리자 승인

‘파일 및 앱 유지’ 옵션이 보이더라도 백업이 불필요하다는 뜻은 아닙니다. 저장장치 오류가 의심되면 복구 설치보다 데이터 보호와 하드웨어 진단이 먼저입니다.

실무 진단 순서 요약

  1. winver, CurrentEdition, Get-Intl, 아키텍처를 기록합니다.
  2. CheckHealth와 ScanHealth로 손상 여부를 판정합니다.
  3. /Source 없는 RestoreHealth로 온라인 복구를 먼저 시도합니다.
  4. 실패하면 공식 ISO의 릴리스·언어·아키텍처를 확인합니다.
  5. install.wim 또는 install.esd 형식을 확인합니다.
  6. /Get-ImageInfo로 현재 에디션의 인덱스를 찾습니다.
  7. 정확한 wim: 또는 esd: 원본을 지정합니다.
  8. 필요할 때만 /LimitAccess로 온라인 대체 원본을 차단합니다.
  9. 성공 후 재부팅하고 sfc /scannow를 실행합니다.
  10. 반복 실패하면 DISM·CBS 로그와 디스크 상태를 확인합니다.
  11. 광범위한 손상은 백업 후 인플레이스 복구 설치를 검토합니다.

최종 체크리스트

  • 현재 Windows 버전과 OS 빌드를 기록했다.
  • 현재 에디션·아키텍처·기본 언어를 확인했다.
  • CheckHealth와 ScanHealth 결과를 구분했다.
  • /Source 없는 RestoreHealth를 먼저 실행했다.
  • Microsoft 공식 ISO를 사용했다.
  • ISO의 install.wim·install.esd 형식을 확인했다.
  • 이미지 목록에서 에디션에 맞는 인덱스를 직접 찾았다.
  • WIM과 ESD에 맞는 Source 접두사를 사용했다.
  • /LimitAccess의 효과를 알고 사용했다.
  • DISM 성공 후 SFC를 실행했다.
  • 오류 발생 시각의 DISM·CBS 로그를 보관했다.
  • 디스크 오류가 의심되면 중요한 자료부터 백업했다.
  • 복구 설치 전 BitLocker 키와 파일 백업을 준비했다.

자주 묻는 질문 FAQ

1. 0x800f081f는 Windows가 반드시 심하게 손상됐다는 뜻인가요?

아닙니다. 손상을 복구할 적합한 원본을 찾지 못했을 때도 발생합니다. ScanHealth 결과와 로그를 통해 실제 손상 범위와 원본 접근 문제를 구분해야 합니다.

2. sfc /scannow부터 실행하면 안 되나요?

실행할 수는 있지만 구성 요소 저장소가 손상됐다면 SFC가 정상 교체 파일을 얻지 못할 수 있습니다. Microsoft는 일반적인 복구 절차에서 DISM을 먼저 실행하고 SFC를 뒤에 실행하도록 안내합니다.

3. Windows 11 ISO라면 아무 버전이나 사용할 수 있나요?

아닙니다. 아키텍처·언어·에디션 인덱스와 릴리스·서비스 수준이 대상 Windows와 호환돼야 합니다. 원본이 너무 오래되면 필요한 구성 요소가 없을 수 있습니다.

4. Pro 인덱스는 항상 6번인가요?

아닙니다. ISO 구성에 따라 인덱스 배열이 달라집니다. 반드시 해당 ISO에서 /Get-ImageInfo를 실행해 직접 확인합니다.

5. install.esd를 install.wim으로 바꿔야 하나요?

단순히 확장자를 바꾸면 안 됩니다. DISM이 ESD 원본을 지원하는 환경에서는 esd: 구문과 정확한 인덱스로 사용할 수 있습니다. 변환이 필요할 때는 정식 내보내기 절차를 사용해야 합니다.

6. /LimitAccess를 붙이면 복구 성공률이 높아지나요?

그 자체로 성공률을 높이지 않습니다. Windows Update 접근을 막고 지정한 원본만 사용하도록 하는 옵션이므로, 로컬 원본이 불완전하면 오히려 실패가 확정됩니다.

7. DISM이 특정 퍼센트에서 오래 멈춰 있습니다. 종료해도 되나요?

일부 구간에서 진행률이 오래 변하지 않을 수 있습니다. 디스크와 CPU 작업이 계속되고 있다면 기다립니다. 강제 종료는 대기 중인 서비스 작업을 남길 수 있습니다.

8. 인터넷 없이 복구할 수 있나요?

현재 Windows에 적합한 로컬 WIM·ESD 또는 다른 공식 복구 원본이 있다면 /Source와 /LimitAccess를 사용할 수 있습니다. 원본 호환성 확인이 필수입니다.

9. DISM 성공 메시지가 나오면 문제가 모두 해결된 건가요?

구성 요소 저장소 복구가 성공했다는 뜻입니다. 재부팅 후 SFC를 실행하고 원래 발생했던 업데이트·앱·설정 문제가 실제로 사라졌는지 확인해야 합니다.

10. CBS.log가 너무 커서 열리지 않습니다.

마지막 SFC 실행의 [SR] 항목만 별도 파일로 추출할 수 있습니다. 실행 시간과 맞는 항목을 확인해야 과거 오류를 현재 오류로 오해하지 않습니다.

11. 회사 PC에서도 ISO 복구를 직접 해도 되나요?

권장되지 않습니다. WSUS, Intune, 그룹 정책, 보안 솔루션과 에디션 라이선스가 개입할 수 있으므로 관리자에게 오류 코드·빌드·로그를 전달합니다.

12. 초기화와 인플레이스 복구 설치는 같은가요?

아닙니다. 인플레이스 복구 설치는 조건이 맞으면 개인 파일과 설치 앱을 유지하면서 Windows 구성 요소를 다시 설치할 수 있습니다. 초기화는 앱 제거와 설정 초기화 범위가 더 클 수 있습니다.

마무리: DISM 오류는 명령어보다 복구 원본의 일치가 핵심입니다

0x800f081f가 반복될 때 같은 RestoreHealth 명령을 계속 실행해도, DISM이 필요한 파일을 찾을 수 없는 조건은 바뀌지 않습니다. 먼저 현재 Windows의 에디션·언어·아키텍처·빌드를 확인하고, ISO 안에서 정확히 일치하는 이미지 인덱스를 찾아야 합니다.

또한 /LimitAccess는 만능 복구 옵션이 아니라 Windows Update라는 대체 원본을 차단하는 옵션입니다. 온라인 복구 → 공식 ISO 확인 → WIM/ESD 인덱스 지정 → 로그 분석 → SFC 검증 순서를 지키는 것이 가장 안전하고 재현 가능한 해결 방식입니다.

오늘 안내한 과정에서 어느 단계에서 0x800f081f가 발생했나요? 댓글을 남길 때는 Windows 버전·에디션·ISO의 이미지 이름·오류 코드만 적고 사용자 이름과 전체 로그의 개인정보는 가려 주세요. 글이 도움이 되셨다면 공감과 이웃 추가로 다음 고급 Windows 문제 해결 글도 확인해 보세요.

공식 참고 자료

댓글 남기기

나나센스 | NANA Sense Co.에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기