윈도우11 WSL2 0x80370102 오류 해결｜우분투 설치 안 될 때

윈도우11에 우분투를 설치했는데 첫 실행부터 0x80370102 오류가 나타나면 설치가 잘못됐나 싶습니다. Microsoft Store에서는 설치가 끝났다고 나오는데, Ubuntu 창을 열면 WslRegisterDistribution failed라는 문구만 보이고 종료되기도 합니다.

이때는 우분투를 지웠다 다시 설치하기보다 PC가 WSL2를 실행할 준비가 됐는지부터 확인하는 편이 좋습니다. WSL2는 가상화 기능을 사용하므로 BIOS 설정과 Windows 기능, 부팅 설정 중 한 부분이 빠져도 실행되지 않을 수 있습니다.

먼저 확인할 순서
작업 관리자에서 가상화 상태 확인 → BIOS의 VT-x·SVM 활성화 → 가상 머신 플랫폼 확인 → Windows 다시 시작 → 하이퍼바이저 부팅 설정 확인 → Ubuntu 실행 순서로 진행합니다.

기존 우분투에 작업파일이 있다면 앱 초기화나 배포판 삭제보다 설정 점검을 먼저 진행하세요.

Ubuntu 설치 후 첫 실행에서 발생하는 0x80370102 오류의 설명용 재현 화면

WSL2 0x80370102 오류가 뜨면 가장 먼저 확인할 것

이 오류는 보통 WSL2에 필요한 가상 머신을 시작하지 못한 상황에서 나타납니다. 우분투 파일을 내려받는 작업과 WSL2 실행 환경을 준비하는 작업은 별개여서, 앱 설치가 끝났어도 실행 단계에서 막힐 수 있습니다.

Microsoft의 WSL 공식 문제 해결 문서도 해당 오류에서 BIOS 가상화와 가상 머신 플랫폼을 우선 확인하도록 안내합니다.

현재 상태	먼저 할 일	확인할 이유
작업 관리자에 가상화 사용 안 함	BIOS에서 VT-x 또는 SVM 확인	펌웨어에서 CPU 가상화가 꺼져 있을 수 있음
가상화는 사용인데 같은 오류 발생	가상 머신 플랫폼·부팅 설정 확인	CPU 가상화 표시만으로 Windows 설정까지 확인되지는 않음
Windows 기능을 방금 켬	시작 메뉴에서 다시 시작	재부팅 전에는 변경이 적용되지 않을 수 있음
VMware·Hyper-V 가상머신 안의 Windows	호스트의 중첩 가상화 확인	가상머신 내부에도 가상화 기능이 전달돼야 함

작업 관리자에서 CPU 가상화 상태 확인

1. Ctrl + Shift + Esc를 눌러 작업 관리자를 엽니다.
2. 왼쪽 또는 상단의 성능을 선택합니다.
3. CPU를 누릅니다.
4. CPU 정보에 표시되는 가상화: 사용 / 사용 안 함을 확인합니다.

성능 → CPU에서 가상화 상태를 확인합니다. 메뉴 배치는 Windows 버전에 따라 다를 수 있습니다.

사용 안 함이면 다음 BIOS 설정부터 진행합니다. 이미 사용이라면 BIOS를 다시 바꾸기보다 아래의 가상 머신 플랫폼 확인 단계로 넘어가면 됩니다.

제가 이 순서를 먼저 보는 이유는 간단합니다. CPU 가상화가 꺼진 상태에서는 우분투 재설치나 WSL 업데이트를 반복해도 같은 지점에서 막힐 수 있기 때문입니다.

BIOS와 Windows 가상화 설정 순서대로 켜기

1. BIOS에서 Intel VT-x 또는 AMD SVM 활성화

가상화가 사용 안 함으로 표시된다면 PC를 다시 시작하면서 BIOS·UEFI 설정으로 들어갑니다. 데스크톱은 Delete 또는 F2가 흔하지만, 노트북과 메인보드에 따라 진입키가 다릅니다.

윈도우11에서 진입 경로를 찾으려면 설정 → 시스템 → 복구 → 고급 시작 옵션 → 지금 다시 시작 → 문제 해결 → 고급 옵션 → UEFI 펌웨어 설정을 확인하세요. 해당 항목이 없는 PC는 제조사 안내에 따라 부팅키로 진입합니다.

CPU 종류	찾을 수 있는 항목 이름	설정값
Intel	Intel Virtualization Technology, Intel VT-x, VMX	Enabled
AMD	SVM Mode, AMD-V	Enabled

Intel은 VT-x·Virtualization Technology, AMD는 SVM Mode 등의 이름으로 표시됩니다.

예를 들어 ASUS의 일부 라이젠 메인보드는 Advanced → CPU Configuration → SVM Mode에서 설정합니다. 아래는 잡가이버의 기존 SVM 설정 글에서 확인할 수 있는 실제 BIOS 화면입니다.

ASUS UEFI의 SVM Mode 설정 예시. 메인보드와 BIOS 버전에 따라 위치는 다릅니다.

설정을 변경했다면 Save & Exit로 저장하고 Windows에 진입합니다. F10이 저장 단축키인 제품이 많지만 화면 안내를 확인하세요. 이후 작업 관리자에서 가상화: 사용으로 바뀌었는지 다시 봅니다.

VT-d나 IOMMU만 켠 상태와 CPU 가상화를 활성화한 상태를 혼동하기도 합니다. WSL2 점검에서는 우선 VT-x·VMX·SVM처럼 CPU 가상화에 해당하는 항목을 확인하세요. 다른 부팅·저장장치 설정은 함께 변경할 필요가 없습니다.

참고 : 아수스 라이젠 CPU 가상화 메인보드 활성화 SVM Mode 설정방법

참고 : 메인보드 CMOS BIOS 진입키 총정리

2. 가상 머신 플랫폼 활성화 후 다시 시작

다음은 Windows 기능입니다. Win + R을 누르고 아래 실행 명령을 입력합니다.

optionalfeatures

Windows 기능 켜기/끄기 창에서 가상 머신 플랫폼을 확인합니다. 수동 설치 환경에서는 Linux용 Windows 하위 시스템도 함께 확인하세요.

WSL2 실행에 필요한 가상 머신 플랫폼을 확인하고, 기능 변경 후 Windows를 다시 시작합니다.

WSL2에서 핵심이 되는 항목은 가상 머신 플랫폼(Virtual Machine Platform)입니다. 최신 WSL의 설치 방식과 기존 Windows 구성 요소 방식에는 차이가 있어, Linux용 Windows 하위 시스템 체크 하나만으로 설치 상태를 판단하지 않는 것이 좋습니다.

관리자 PowerShell에서 기능을 켜려면 다음 명령을 사용할 수 있습니다.

dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

기존 수동 설치 방식의 WSL 구성 요소도 활성화해야 하는 경우에는 다음 명령을 사용합니다.

dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart

/norestart는 재부팅이 필요 없다는 뜻이 아니라 자동 재부팅을 하지 않는 옵션입니다. 작업 완료 후 열어 둔 문서를 저장하고 시작 → 전원 → 다시 시작을 선택하세요.

현재 Windows 11에 WSL을 처음 설치하는 경우에는 Microsoft WSL 설치 안내의 wsl --install 방식으로 필요한 기능을 구성할 수도 있습니다. 이미 Ubuntu가 설치돼 오류가 나는 상황이라면 먼저 현재 기능 상태부터 점검하면 됩니다.

3. 하이퍼바이저 부팅 설정이 Off인지 확인

작업 관리자에는 가상화 사용으로 나오고 가상 머신 플랫폼도 켰는데, 0x80370102가 계속된다면 Windows 부팅 시 하이퍼바이저가 시작되도록 설정돼 있는지 확인합니다.

시작 버튼을 우클릭해 터미널(관리자)를 열고 PowerShell 탭에서 다음 명령을 실행하세요. 일반 권한 창에서 액세스 거부가 나오면 관리자 권한으로 다시 열어야 합니다.

bcdedit /enum | findstr -i hypervisorlaunchtype

결과가 아래처럼 Off라면 하이퍼바이저가 시작되지 않도록 지정된 상태입니다.

hypervisorlaunchtype    Off

WSL2를 사용할 목적이라면 다음 명령으로 Auto를 지정합니다.

bcdedit /set hypervisorlaunchtype Auto

hypervisorlaunchtype을 변경했다면 PC를 다시 시작한 뒤 Ubuntu를 실행합니다.

명령이 성공하면 Windows를 다시 시작합니다. 터미널을 닫았다 여는 것만으로는 부팅 설정이 새로 적용되지 않습니다.

조회 결과가 비어 있다면 해당 값이 명시적으로 표시되지 않은 것일 수 있습니다. 아무것도 나오지 않았다고 곧바로 Off로 해석하지 마세요. WSL2 실행 조건을 맞추는 과정에서 Auto를 명시적으로 지정한 뒤 재부팅해 비교할 수 있습니다.

예전에 다른 가상화 프로그램 설정을 따라 하면서 하이퍼바이저를 꺼 두었다면 이 부분을 확인할 만합니다. BIOS의 가상화와 Windows의 하이퍼바이저 시작 설정은 서로 다른 단계입니다.

참고 : 윈도우10 11 하이퍼바이저 켜기와 끄기 설정방법

설정 위치가 서로 달라 한 단계씩 확인해야 합니다. 설명용 구성도입니다.

재부팅 후 Ubuntu 실행과 WSL2 설치 확인

WSL 업데이트 후 설치된 배포판 확인

가상화 설정을 마쳤다면 관리자 PowerShell에서 WSL 업데이트를 확인합니다.

wsl --update

이어서 실행 중인 WSL 작업을 저장하고 다음 명령을 사용할 수 있습니다. wsl --shutdown은 실행 중인 모든 WSL 배포판을 종료하므로 Docker나 다른 리눅스 작업도 먼저 마무리하세요.

wsl --shutdown
wsl --list --verbose

목록에는 배포판 이름, 실행 상태, WSL 버전이 표시됩니다. 예를 들어 다음과 같은 형식입니다.

  NAME      STATE      VERSION
* Ubuntu    Stopped    2

위 출력은 형식을 보여주는 예시입니다. Stopped는 현재 실행하지 않는 상태이므로 그 표시만으로 오류라고 볼 필요는 없습니다.

Ubuntu가 목록에 있으면 기존 배포판부터 실행

이름이 Ubuntu라면 다음 명령으로 실행합니다.

wsl -d Ubuntu

목록에 Ubuntu-24.04처럼 다른 이름으로 표시되면 그 이름을 사용합니다. 아래는 이름을 바꿔 실행하는 예시입니다.

wsl -d Ubuntu-24.04

새로 설치한 배포판이라면 리눅스 사용자 이름과 비밀번호를 만드는 화면이 나타날 수 있습니다. 비밀번호를 입력할 때 글자나 별표가 보이지 않는 것은 리눅스 터미널의 일반적인 동작입니다.

배포판이 없다면 Ubuntu 설치 진행

설치된 배포판이 없다고 나오면 설치 가능한 이름을 확인하고 Ubuntu를 설치합니다.

wsl --list --online
wsl --install -d Ubuntu

이미 등록된 배포판이 있는데 다시 설치를 시도하는 것과, 배포판 자체가 없는 상태는 구분하세요. 가상화 설정을 고친 뒤 기존 Ubuntu가 실행된다면 삭제·재설치까지 할 필요는 없습니다.

기본 버전 2 설정과 기존 배포판 변환은 다릅니다

새로 설치하는 배포판에 WSL2를 기본으로 사용하려면 다음 명령을 지정할 수 있습니다.

wsl --set-default-version 2

이 명령은 기존 Ubuntu를 자동으로 WSL2로 변환하는 명령은 아닙니다. 목록의 VERSION이 1이고 변환이 필요하다면, 중요한 작업파일을 백업한 뒤 실제 배포판 이름으로 다음 명령을 사용합니다.

wsl --set-version Ubuntu 2

단, 아직 0x80370102가 해결되지 않았다면 버전 변환을 반복하기보다 앞의 가상화 조건부터 맞추세요. WSL 명령별 역할은 Microsoft WSL 기본 명령 안내에서 확인할 수 있습니다.

리눅스 명령이 실행되는지 마지막 확인

Ubuntu 터미널이 열리면 다음 명령을 입력합니다.

uname -r
whoami
pwd

커널 정보, 사용자 이름, 현재 경로가 출력되는지 확인합니다. Windows PowerShell에서 wsl -l -v의 VERSION이 2인지도 함께 보면 WSL2 환경으로 실행되는지 확인하기 쉽습니다.

설정을 바꿔도 0x80370102가 계속될 때

Windows 11 Home이라 Hyper-V가 없는 경우

Windows 11 Home에서도 WSL2를 사용할 수 있습니다. 전체 Hyper-V 관리 기능이 보이지 않는다고 Pro로 업그레이드해야 하는 것은 아닙니다.

WSL2는 가상 머신 플랫폼을 통해 필요한 가상화 기능을 사용합니다. Windows 기능 목록에서 이름이 비슷한 항목을 모두 켜기보다 가상 머신 플랫폼과 WSL 설치 상태를 먼저 확인하세요. 지원 에디션은 Microsoft WSL FAQ에서도 확인할 수 있습니다.

참고 : 윈도우 Hyper-V 활성화 방법 BIOS 가상화 설정부터 설치 확인까지

가상머신 안에서 Windows를 실행하고 있는 경우

회사에서 제공한 가상 데스크톱이나 VMware·Hyper-V의 Windows 안에 WSL2를 설치한다면 중첩 가상화 지원을 확인해야 합니다. 실제 PC에서 가상화가 켜져 있어도 그 기능이 게스트 Windows에 전달되지 않으면 실행이 막힐 수 있습니다.

Hyper-V 호스트에서 설정하는 예시는 다음과 같습니다. WSL 오류가 난 게스트 Windows 내부가 아니라, 해당 가상머신을 관리하는 호스트에서 수행하는 명령입니다. 가상머신을 종료하고 실제 이름으로 바꿔 사용합니다.

Set-VMProcessor -VMName "가상머신이름" -ExposeVirtualizationExtensions $true

호스트 CPU·운영체제·가상화 제품에 따라 지원 조건이 다릅니다. 개인 PC에 직접 설치한 Windows라면 이 단계는 건너뛰어도 됩니다. 자세한 조건은 Microsoft 중첩 가상화 안내를 참고하세요.

오래된 가상화 프로그램이나 회사 정책이 있는 경우

VMware·VirtualBox·안드로이드 에뮬레이터를 함께 사용한다면 해당 제품의 현재 버전과 Windows 하이퍼바이저 호환 조건을 확인합니다. 예전 해결법을 따라 하이퍼바이저를 꺼 둔 상태인지도 살펴보세요.

회사 PC에서 기능 설치나 BIOS 변경이 차단돼 있다면 관리자에게 WSL2 사용을 위한 가상화·가상 머신 플랫폼 활성화를 요청하는 것이 빠릅니다. 보안 설정을 여러 개 해제하기보다 필요한 기능의 허용 여부부터 확인하면 됩니다.

Ubuntu 초기화·등록 해제 전에 파일부터 확인

기존 리눅스에 개발 소스, SSH 키, 데이터베이스 등이 있다면 초기 설치 실패와 같은 방식으로 정리하면 곤란합니다. 특히 wsl --unregister는 해당 배포판의 데이터·설정을 삭제하는 명령입니다.

재설치가 필요한 경우에도 먼저 백업 가능 여부를 확인하고, 실제로 삭제해도 되는 배포판인지 판단하세요. 이번 오류의 원인이 가상화 설정이라면 배포판을 새로 만들어도 같은 증상이 반복될 수 있습니다.

오류 코드가 바뀌었다면 새 문구를 기준으로 확인

가상화 설정을 맞춘 뒤 다운로드 실패나 권한 오류 등 다른 메시지가 나타나면, 이전 단계와 다른 문제로 넘어간 것일 수 있습니다. 오류 코드와 전체 문구를 함께 기록하세요.

확인 결과	다음 점검
가상화 사용 안 함이 그대로임	BIOS 저장 여부와 정확한 CPU 가상화 항목 확인
가상화 사용, 플랫폼 활성화, 재부팅 완료	하이퍼바이저 부팅 설정과 실제 실행 오류 확인
WSL 다운로드 단계에서 멈춤	네트워크·Store·회사 프록시 등 설치 경로 확인
Ubuntu가 열리지만 패키지 설치만 실패	리눅스 네트워크·저장소·권한 등 별도 오류 확인
가상 Windows에서만 실행 불가	호스트의 중첩 가상화 지원·설정 확인

WSL2 Ubuntu 설치 오류 자주 묻는 질문

작업 관리자에 가상화 사용이라고 나오는데 왜 실행이 안 되나요?

CPU 가상화가 켜져 있어도 Windows의 가상 머신 플랫폼이나 하이퍼바이저 부팅 설정이 준비되지 않았을 수 있습니다. 기능 변경 후 다시 시작했는지도 함께 확인하세요.

0x80370102가 뜨면 Ubuntu를 삭제해야 하나요?

먼저 가상화 실행 조건을 점검하면 됩니다. 기존 배포판에 파일이 있다면 삭제·초기화보다 설정 확인이 우선이며, 정상 실행되면 재설치까지 할 필요는 없습니다.

Hyper-V 전체를 설치해야 WSL2가 되나요?

전체 Hyper-V 관리 기능이 필수인 것은 아닙니다. Windows 11 Home에서도 WSL2를 사용할 수 있으며, 가상 머신 플랫폼과 WSL 구성부터 확인하면 됩니다.

기능을 켰는데 꼭 재부팅해야 하나요?

가상 머신 플랫폼을 활성화하거나 하이퍼바이저 부팅 설정을 바꿨다면 Windows를 다시 시작해야 합니다. Ubuntu 창이나 터미널만 다시 여는 것으로 대신할 수는 없습니다.

BIOS에서 VT-d만 켜면 되나요?

CPU 가상화 항목을 따로 확인하세요. Intel은 VT-x·VMX·Intel Virtualization Technology, AMD는 SVM Mode 등의 이름으로 표시됩니다. 항목 위치는 제조사와 BIOS 버전에 따라 다릅니다.

wsl --set-default-version 2를 했는데 VERSION이 1입니다.

기본 버전 지정은 새로 설치하는 배포판에 적용됩니다. 기존 배포판은 별도로 변환해야 하며, 중요한 파일을 백업하고 가상화 실행 조건을 맞춘 뒤 진행하세요.

WSL1로 바꾸면 사용할 수 있나요?

작업이 WSL1에서 지원된다면 대안이 될 수 있습니다. 다만 WSL1과 WSL2는 구조와 지원 기능이 달라 Docker·커널 기능 등 필요한 작업의 조건을 확인해야 합니다. 버전 변경 자체가 WSL2 가상화 문제를 고치는 것은 아닙니다.

Ubuntu 목록에 Stopped라고 나오면 설치 실패인가요?

Stopped는 현재 실행하지 않는 상태입니다. 실제 배포판 이름으로 실행해 보고, VERSION과 실행 결과를 함께 확인하면 됩니다.

설정은 다 맞는데 계속 실패하면 무엇을 남겨야 하나요?

Windows 버전, 작업 관리자의 가상화 상태, 가상 머신 플랫폼 상태, 하이퍼바이저 부팅 설정, wsl --version과 wsl -l -v 결과, 실제 오류 문구를 기록하세요. 일반 PC인지 가상머신 안의 Windows인지도 함께 적으면 원인을 좁히기 쉽습니다.

제 생각에는 이 오류에서 가장 자주 놓치기 쉬운 부분이 설정 위치와 재부팅 시점입니다. 가상화 사용 표시를 확인하고, Windows 기능과 부팅 설정까지 맞춘 뒤 기존 Ubuntu를 실행해 보세요. 우분투를 반복 설치하는 것보다 어느 단계에서 막혔는지 구분하는 데 도움이 됩니다.

참고 : 아수스 라이젠 CPU 가상화 메인보드 활성화 SVM Mode 설정방법

참고 : 윈도우10 11 하이퍼바이저 켜기와 끄기 설정방법

참고 : 윈도우 Hyper-V 활성화 방법 BIOS 가상화 설정부터 설치 확인까지

공식 문서 확인 기준: 2026년 10월 15일. Windows·WSL·BIOS 버전에 따라 메뉴와 출력 문구는 달라질 수 있습니다.