요약부터 던지고 시작한다.
클로드(Claude) 코워크(Cowork)가 안 켜지는 흔한 원인 중 하나는 클로드 업데이트 문제가 아니라, LD플레이어·녹스 같은 앱플레이어가 성능을 위해 꺼둔 가상화(Hyper-V) 때문이다. 관리자 PowerShell에서 Virtual Machine Platform을 켜고 하이퍼바이저를 auto로 바꾼 뒤 재부팅하면 대부분 해결된다.
이 글은 그 과정을 비개발자가 그대로 따라 할 수 있게, 실제로 내가 헤맸던 순서대로 정리한 것이다.
명령어는 클로드 공식 도움센터와 Microsoft 안내에 나온 것을 한 글자도 바꾸지 않고 그대로 넣었다.
나는 개발자가 아니다. 대학 때 배운 건 재무제표지 PowerShell이 아니다.
그러니 이 글도 "전문가 설명"이 아니라 "나도 똑같이 막혔다가 뚫은 사람의 기록"으로 봐주면 된다.
목차
- 어쩌다 이걸 파보게 됐나
- 클로드 코워크가 뭔데 가상화가 필요한가
- 이런 증상이면 이 글이 맞다
- 왜 앱플레이어와 코워크가 부딪히나 (원리)
- 해결 절차 — 명령어 그대로 따라 하기
- 제대로 됐는지 검증하는 법
- LD플레이어 쓰는 사람이 조심할 것
- 자주 묻는 질문(FAQ)
어쩌다 이걸 파보게 됐나
거래처 사람들이랑 저녁 먹다가 요즘 클로드 코워크 얘기가 나왔다.
컴퓨터 안에 뭔가 대신 일해주는 기능이 생겼다길래, 나도 궁금해서 그날 밤 집에서 켜봤다.
근데 안 켜진다.
버튼이 회색으로 죽어 있거나, "Virtualization is not available" 어쩌고 하는 영어 메시지만 떴다.
처음엔 당연히 업데이트 문제인 줄 알았다.
클로드를 최신으로 다시 깔고, 재설치도 해봤다.
그래도 똑같더라.
한참 뒤에야 알았다.
문제는 클로드가 아니라, 내가 몇 달 전에 게임 하나 돌려보겠다고 깔아둔 LD플레이어였다.
클로드 코워크가 뭔데 가상화가 필요한가
코워크(Cowork)는 클로드 데스크톱(Windows)에서 제공되는 기능이다.
쉽게 말해 클로드가 내 컴퓨터 안에서 실제로 파일을 다루거나 작업을 돌려주는 기능인데, 그걸 아무 데서나 하는 게 아니라 격리된 작은 공간 안에서 한다.
이 격리 공간이 바로 가벼운 가상머신(VM)이다.
그래서 Windows의 Virtual Machine Platform 기능이 켜져 있어야 코워크가 동작한다.
클로드 공식 도움센터도 명시적으로 말한다.
"Claude Desktop for Windows는 코워크를 쓰려면 Virtual Machine Platform이 필요하다"고.
비유하자면 이렇다.
코워크는 내 컴퓨터 안에 지어둔 작은 별도 작업실에서 일을 한다.
그 작업실을 지으려면 Windows의 가상화 기능이라는 건축 허가가 있어야 한다.
참고로 설치할 때 관리자 권한이 필요하다.
코워크용 VM 서비스를 등록해야 하기 때문이다.
에디션 얘기도 하나 짚어둔다.
커뮤니티와 버그 이슈에서는 코워크가 완전한 Hyper-V를 요구해서 Windows Pro/Enterprise/Education에서 온전히 돌고, Home은 부족하다는 주장이 있다.
다만 이건 GitHub 이슈와 서드파티 가이드 기반이고, 클로드 공식 도움센터는 특정 에디션을 못박지 않았다.
그러니 Home이면 안 된다고 단정하진 않겠다. Pro 이상이면 마음이 편하다는 정도로만 알아두자.
(요금제도 마찬가지다. 일부 가이드는 유료 플랜에서 쓸 수 있다고 하는데, 공식 페이지를 직접 확인하진 못했으니 "그렇게 알려져 있다" 수준으로만 남긴다.)
이런 증상이면 이 글이 맞다
아래 중 하나라도 해당되면 십중팔구 같은 원인이다.
- 코워크 버튼이 회색으로 비활성화돼 있다.
- 실행하면 "Virtualization is not available", "Virtual Machine Platform not available", "Virtualization is not enabled" 같은 메시지가 뜬다.
- 클로드를 최신으로 업데이트해도 코워크가 여전히 안 된다.
- 게임이나 자동화 용도로 LD플레이어·녹스·블루스택을 깔아 쓰던 PC다.
특히 마지막 항목이 핵심이다.
앱플레이어는 국내에서 쓰는 사람이 아주 많다.
PC로 모바일 게임 돌리거나, 오토클리커·멀티 계정 같은 자동화를 하려고 까는 경우가 대부분이다.
그런데 이 앱플레이어들이 성능을 위해 가상화를 꺼버린다.
그래서 앱플레이어를 써본 PC일수록 코워크가 안 켜질 확률이 높다.
자꾸 코워크를 써보겠냐고 문구는 뜨는데 아무런 코워크를 사용 할 방법이 없을때는 나처럼 "업데이트 문제겠지" 하고 클로드만 붙잡고 있으면 답이 안 나온다.
왜 앱플레이어와 코워크가 부딪히나 (원리)
운전대가 하나뿐인 차라고 생각하면 쉽다
여기가 이 글에서 제일 중요한 부분이다.
원리를 한 번 이해하면 나중에 또 막혀도 스스로 판단할 수 있다.
CPU에는 가상화 기능(Intel VT-x / AMD-V)이 들어 있다.
그런데 이 기능을 동시에 여러 관리자가 나눠 잡을 수가 없다.
자리가 하나뿐이다.
Hyper-V는 Windows가 켜질 때 제일 먼저 올라와서 이 가상화 자리를 자기가 독점한다.
반면 옛날 방식 앱플레이어(LD플레이어·녹스·블루스택 구버전 등)는 CPU 가상화에 직접 접근하려 한다.
그런데 그 자리를 이미 Hyper-V가 잡고 있으면?
앱플레이어는 문이 잠겨 있는 상태가 되어, 느린 모드로 떨어지거나 아예 오류를 낸다.
그래서 예전부터 정석은 이거였다.
"앱플레이어를 빠르게 쓰려면 Hyper-V를 꺼라."
비유하면 CPU 가상화는 운전대 하나짜리 차다.
Hyper-V가 운전대를 잡으면 앱플레이어는 못 잡는다.
그래서 앱플레이어는 성능을 위해 Hyper-V의 손을 강제로 떼어냈고(=Hyper-V 끄기), 그 바람에 나중에 Hyper-V가 꼭 필요한 코워크가 운전대를 못 잡아서 안 켜지는 것이다.
결국 내 PC가 딱 그 상태였다.
LD플레이어 쓰겠다고 꺼둔 가상화 때문에, 정작 코워크가 못 들어온 거다.
요즘은 같이 쓸 수 있다
다행히 요즘은 방법이 있다.
Windows Hypervisor Platform(WHPX)이라는 중간 다리가 있어서, 앱플레이어가 CPU를 직접 뺏지 않고 Hyper-V를 통해 가상화를 빌려 쓸 수 있다.
이 방식이면 코워크와 앱플레이어가 동시에 켜져 있어도 된다.
LD플레이어가 2026년 3월 내놓은 Hyper-V 호환 버전이 바로 이 방식이다.
이건 뒤에서 다시 다룬다.
해결 절차 — 명령어 그대로 따라 하기
여기서부터가 실전이다.
아래 명령어는 공식 안내에 나온 그대로다. 순서대로만 하면 된다.
1단계. 관리자 PowerShell에서 두 줄 실행 후 재부팅
먼저 PowerShell을 반드시 관리자 권한으로 연다.
시작 메뉴에서 "PowerShell"을 검색한 뒤, 우클릭해서 "관리자 권한으로 실행"을 누른다.
(이거 안 하면 명령이 권한 없다고 실패한다. 나도 처음에 여기서 한 번 튕겼다.)
그다음 아래 두 줄을 실행한다.
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart
bcdedit /set hypervisorlaunchtype auto
첫 번째 줄이 하는 일.
Windows의 Virtual Machine Platform 기능을 켠다. 코워크가 자기 작업실(가상머신)을 지을 수 있게 하는 필수 기능이다. -NoRestart는 "지금 당장 재부팅하지 말라"는 뜻이다.
두 번째 줄이 하는 일.
Windows가 부팅될 때 Hyper-V 하이퍼바이저가 자동으로 실행되도록 설정한다. auto가 자동 실행이라는 뜻이다. 앱플레이어가 이걸 꺼놨던 걸 되돌리는 핵심 명령이다.
비유로 정리하면, 첫 줄은 작업실 지을 허가고, 둘째 줄은 컴퓨터 켜질 때마다 관리인(하이퍼바이저)을 자동으로 출근시키라는 지시다.
그다음 컴퓨터를 완전히 다시 시작한다.
Restart-Computer
여기서 하나 중요한 게 있다.
공식 안내는 "종료 후 다시 켜기"가 아니라 Restart(다시 시작)를 쓰라고 한다.
Windows 빠른 시작(Fast Startup)이 켜져 있으면, 그냥 종료했다 켜는 사이클에서는 가상화 서비스가 초기화되지 않은 채 남을 수 있기 때문이다.
그러니 귀찮아도 꼭 다시 시작으로 하자.
2단계. 재부팅 후 설정이 먹었는지 확인
다시 켜진 다음, 또 관리자 PowerShell을 열고 아래를 실행한다.
bcdedit | findstr /i hypervisorlaunchtype
정상이면 이렇게 나온다.
hypervisorlaunchtype Auto
이어서 Windows 기능 상태도 확인한다.
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform
정상 결과는 이거다.
State : Enabled
3단계. Hyper-V가 실제로 올라왔는지 확인
한글이 깨지지 않게 확인하려면 systeminfo보다 이 명령이 낫다.
Get-CimInstance Win32_ComputerSystem | Select-Object HypervisorPresent
정상이라면 이렇게 나온다.
HypervisorPresent
-----------------
True
False가 나오면 Windows의 Hyper-V가 아직 실행되지 않은 것이다.
여기서 헷갈리기 쉬운 포인트 하나.
HypervisorPresent : True는 "관리인이 실제로 출근해서 근무 중"이라는 뜻이다.
반면 앞서 본 bcdedit의 Auto는 "출근하라고 지시는 해뒀다"는 설정값일 뿐이다.
지시(Auto)를 해뒀어도 실제 근무(True)를 안 하고 있을 수 있다.
그러니 이 3단계 확인까지 True가 떠야 진짜 된 거다.
4단계. 한 번에 전부 점검하는 명령
하나씩 치기 귀찮으면, 재부팅 후 아래를 통째로 복사해서 실행하면 한 방에 다 나온다.
Write-Host "=== Windows 버전 ==="
Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber
Write-Host "`n=== BIOS 가상화 ==="
Get-CimInstance Win32_Processor |
Select-Object Name, VirtualizationFirmwareEnabled
Write-Host "`n=== Hypervisor 실행 여부 ==="
Get-CimInstance Win32_ComputerSystem |
Select-Object HypervisorPresent
Write-Host "`n=== Virtual Machine Platform ==="
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform |
Select-Object FeatureName, State
Write-Host "`n=== Hypervisor 부팅 설정 ==="
bcdedit | findstr /i hypervisorlaunchtype
이 명령이 하는 일.
Windows 버전, BIOS 가상화, 하이퍼바이저 실행 여부, 기능 상태, 부팅 설정을 한꺼번에 보여준다. 나처럼 뭐가 문제인지 모를 때 상태를 통째로 스캔하는 용도다.
제대로 됐는지 검증하는 법
4단계 명령을 돌렸을 때 아래 네 가지가 전부 정상이어야 한다.
(재부팅을 2번 해야 할 수도 있다.)
- VirtualizationFirmwareEnabled : True
- HypervisorPresent : True
- VirtualMachinePlatform State : Enabled
- hypervisorlaunchtype : Auto
이 네 개가 다 맞으면 클로드 데스크톱을 다시 켜보자.
회색으로 죽어 있던 코워크가 살아나 있을 것이다.
만약 HypervisorPresent가 여전히 False라면, 원인은 보통 셋 중 하나다.
재부팅을 안 했거나, BIOS에서 VT-x/AMD-V가 꺼져 있거나, hypervisorlaunchtype이 auto가 아닌 경우다.
여기서 잠깐 층(레이어) 얘기를 하고 넘어가야 한다.
사실 이 세 가지는 서로 다른 층이라 각각 따로 켜야 한다.
| 구분 | 무엇인가 | 어디서 켜나 | 비유 |
|---|
| BIOS 가상화(VT-x / AMD-V) | CPU 자체의 하드웨어 가상화. 모든 가상화의 최하층 전제 | 메인보드 BIOS/UEFI | 토지·기초 |
| Virtual Machine Platform | 가상머신용 Windows의 가벼운 기능 | Windows 기능 켜기/끄기 | 골조 |
| Hyper-V(하이퍼바이저) | 가상머신을 만들고 관리하는 본격 플랫폼 | Windows 기능 + bcdedit | 관리사무소(관리인) |
토지(BIOS VT)가 있어야 골조(VMP)를 세우고, 골조가 있어야 관리인(Hyper-V)이 근무한다.
코워크라는 세입자는 관리인이 상주해야만 입주할 수 있다.
그래서 VT가 꺼져 있으면 위 명령을 다 해도 HypervisorPresent가 False로 나올 수 있다.
이 경우엔 BIOS로 들어가서 가상화(VT-x 또는 AMD-V)부터 켜고 다시 절차를 밟아야 한다.
여기가 나 같은 앱플레이어 사용자한테 제일 중요한 대목이다.
예전 LD플레이어, 또는 LD플레이어의 "Hyper-V 끄기 / 성능 최적화 / 복구" 기능을 쓰면 코워크가 다시 안 될 수 있다.
LD플레이어 공식 안내 자체가 성능을 위해 Hyper-V, Virtual Machine Platform, Windows Hypervisor Platform, Windows Sandbox를 끄라고 설명한다.
즉 그 도구를 누르는 순간, 코워크에 꼭 필요한 기능들이 같이 꺼진다.
더 무서운 건 이거다.
LD플레이어 스스로 밝히듯, 가상 머신 서비스를 스크립트로 끄면 Hyper-V가 필요한 다른 Windows 기능도 같이 꺼진다.
구체적으로 Windows Hello(지문·얼굴 로그인), Windows Sandbox, WSL2, Hypervisor Platform까지 비활성화된다.
그러니 앱플레이어가 아래 같은 문구·버튼을 띄워도 누르지 말자.
"Hyper-V가 활성화되어 성능이 저하됩니다" / 수정 / 복구 / Hyper-V 끄기
이걸 누르면 코워크뿐 아니라 지문 로그인, 개발 도구까지 다시 막힐 수 있다.
그럼 LD플레이어를 지워야 하나?
꼭 그럴 필요는 없다.
LD플레이어는 2026년 3월 5일 Hyper-V 호환 버전(LDPlayer 14 계열)을 출시했다.
이 최신 버전을 쓰면 Hyper-V를 켜둔 채로도 앱플레이어와 코워크를 함께 쓸 수 있다고 공식 안내했다.
그러니 코워크를 쓸 사람의 이상적인 구성은 이렇다.
- BIOS VT: 켜기
- Windows Virtual Machine Platform: 켜기
- Hyper-V 하이퍼바이저: 켜기
- LD플레이어: 최신 Hyper-V 호환 버전 사용
- 결과: 코워크와 앱플레이어 둘 다 사용 가능
다만 균형 있게 하나 덧붙인다.
LD플레이어는 가벼운 게임이나 다른 VM과 병행할 땐 Hyper-V를 켠 채로 써도 안정적으로 최적화했다고 한다.
대신 여러 인스턴스 실행, 다계정, 고사양 게임은 Hyper-V를 끄는 편이 성능상 유리하다고도 안내한다.
정리하면, 코워크를 쓸 사람은 Hyper-V를 켜 두는 게 답이다.
다만 진짜 헤비 게이머라면 성능 트레이드오프가 있다는 점 정도는 알고 선택하면 된다.
자주 묻는 질문(FAQ)
Q. 클로드 코워크가 정확히 뭔가요?
클로드 데스크톱(Windows)에서 제공되는 기능으로, 격리된 가벼운 가상머신 안에서 작업을 실행한다.
그래서 Windows의 가상화 기능(Virtual Machine Platform)이 켜져 있어야 동작한다.
Q. 클로드 업데이트를 다 했는데도 코워크가 안 켜져요.
업데이트 문제가 아닐 확률이 높다.
대부분 가상화(하이퍼바이저)가 꺼져 있는 것이다.
위 해결 절차대로 Virtual Machine Platform을 켜고 hypervisorlaunchtype을 auto로 바꾼 뒤 재부팅하면 된다.
Q. Windows Home 에디션인데 코워크가 되나요?
솔직히 논란이 있다.
서드파티 가이드와 버그 이슈에서는 완전한 Hyper-V가 필요해 Home에서는 제한된다는 주장이 있다.
다만 클로드 공식 도움센터는 에디션을 명시하지 않았다.
확실치 않으니 단정은 못 하겠고, Pro 이상이면 마음이 편하다는 정도로 안내한다.
Q. LD플레이어(녹스)를 지워야 하나요?
꼭 지울 필요는 없다.
2026년 3월 이후의 Hyper-V 호환 버전을 쓰면 Hyper-V를 켜둔 채 앱플레이어와 코워크를 함께 쓸 수 있다.
단, 앱플레이어가 띄우는 "Hyper-V 끄기/복구" 버튼은 누르지 말자.
Q. "Hyper-V가 활성화되어 성능이 저하됩니다" 경고가 떠요. 눌러야 하나요?
코워크를 쓸 거면 누르지 말자.
누르면 코워크에 필요한 가상화 기능이 다시 꺼지고, Windows Hello와 WSL2, Windows Sandbox까지 영향받을 수 있다.
Q. HypervisorPresent가 계속 False로 나와요.
셋 중 하나다.
재부팅을 안 했거나, BIOS에서 VT-x/AMD-V가 꺼져 있거나, hypervisorlaunchtype이 auto가 아닌 경우다.
BIOS 가상화부터 확인하고 절차를 다시 실행하면 된다.
Q. 명령이 "관리자 권한이 필요하다"며 실패해요.
PowerShell을 반드시 관리자 권한으로 실행해야 한다.
시작 메뉴에서 PowerShell 우클릭 후 "관리자 권한으로 실행"이다.
Q. 재부팅은 꼭 해야 하나요?
꼭 해야 한다. 2번 할 수도 있다. 가상공간이 정리되지 않았다고.
게다가 그냥 종료 후 켜기 말고 "다시 시작"으로 하는 걸 권장한다.
빠른 시작이 켜져 있으면 종료 사이클에서는 가상화 서비스가 제대로 초기화되지 않을 수 있기 때문이다.
정리하면 이렇다.
코워크가 안 켜진다고 클로드만 붙잡고 재설치 반복하지 말자.
앱플레이어를 써본 PC라면 십중팔구 가상화(Hyper-V)가 꺼져 있는 거고, 관리자 PowerShell 두 줄 + 재부팅이면 대개 끝난다.
혹시 게임 때문에 앱플레이어를 계속 써야 한다면, LD플레이어를 최신 Hyper-V 호환 버전으로 올려두는 걸 추천한다.
그래야 코워크도 살리고 게임도 살린다.
나도 이거 하나 모른 채로 이틀을 날렸다.
알고 나니 별거 아닌데, 모를 땐 참 답이 안 보이더라.
역시 원인 못 찾는 문제 찾기가 안 되는 문제 고치기보다 어렵다.
#클로드코워크 #Cowork안켜짐 #HyperV켜기 #가상화충돌 #LD플레이어 #녹스플레이어 #VirtualMachinePlatform #hypervisorlaunchtype #앱플레이어가상화 #클로드데스크톱
