자가진단
0x80070002ERR_NAME_NOT_RESOLVEDVCRUNTIME140.dllNET::ERR_CERT_DATE_INVALIDCRITICAL_PROCESS_DIED

WSL 오류 0x8000FFFF(치명적 오류) 해결 — wsl --update와 시스템 파일 복구

0x8000FFFF는 WSL 구성 요소가 예기치 않게 실패한 경우입니다. Microsoft 문서는 관리자 권한으로 wsl --update → wsl --shutdown → SFC /SCANNOW → DISM 복구 순서로 실행하라고 안내합니다.

빠른 해결 요약

  1. 관리자 터미널 열기
  2. wsl --update, wsl --shutdown
  3. sfc /scannow
  4. DISM /Online /Cleanup-Image /RestoreHealth 후 재시작

이런 증상일 때 보는 글입니다

  • WSL이 갑자기 0x8000FFFF로 실행되지 않을 때

해결 방법별 소요 시간·난이도·위험도

방법소요 시간난이도관리자 권한데이터·설정 위험
WSL 업데이트5분쉬움필요없음
시스템 파일 복구30분쉬움필요없음

소요 시간은 일반적인 PC 기준 예상치이며 장치 상태에 따라 달라질 수 있습니다.

목차
  1. 1단계: WSL 업데이트와 종료
  2. 2단계: 시스템 파일 복구
  3. 그래도 안 되면
  4. 자주 묻는 질문

1단계: WSL 업데이트와 종료

실행 효과 WSL을 최신 버전으로 업데이트합니다.

PowerShell
wsl --update

실행 효과 WSL을 완전히 종료합니다.

PowerShell
wsl --shutdown

이후 배포판을 다시 실행해 봅니다. 대부분 이 단계에서 해결됩니다.

2단계: 시스템 파일 복구

실행 효과 손상된 Windows 시스템 파일을 검사·복구합니다(관리자).

명령 프롬프트
sfc /scannow

실행 효과 Windows 구성 요소 저장소를 복구합니다(관리자, 시간이 걸림).

명령 프롬프트
DISM /Online /Cleanup-Image /RestoreHealth

자세한 설명은 DISM·SFC 시스템 파일 복구 가이드에 있습니다. 끝나면 재시작합니다.

그래도 안 되면

Windows 기능에서 WSL과 가상 머신 플랫폼을 껐다가 재시작 후 다시 켜 봅니다. 배포판 데이터가 중요하다면 먼저 wsl --export 배포판이름 백업.tar로 백업해 둡니다.

자주 묻는 질문

배포판을 지우면 데이터도 사라지나요?

네. wsl --unregister는 해당 배포판의 파일을 모두 지웁니다. 백업 후 진행하세요.

다음으로 확인할 해결 가이드

이 글에서 다루는 오류 코드

  • 0x8000FFFF

전체 오류 코드 데이터베이스 보기

원인을 모르겠다면 증상을 선택해 해당 가이드로 이동하는 IT 오류 자가진단을 이용해 보세요.

공식 참고 문서

외부 링크는 현재 창에서 열립니다. 뒤로 가기로 이 글에 돌아올 수 있습니다.