Claude Cowork "작업 공간 시작 실패" VM 타임아웃 에러, 이렇게 해결했어요

Claude Desktop Cowork는 Anthropic이 2026년 1월 출시한 AI 에이전트 작업 모드로, macOS의 Virtualization Framework를 활용해 로컬 Linux VM(Ubuntu 22.04 ARM64) 위에서 Claude Code CLI를 실행합니다. 2026년 2월 현재 Pro($20/월) 이상 플랜에서 사용 가능하며, 복잡한 다단계 작업을 자동으로 처리하는 것이 핵심 기능입니다.

또 에러야… 진짜 짜증나죠

또 이러네요.

Cowork 켰는데 빙글빙글 돌더니 60초 후에 이 메시지가 뜹니다.

“Claude 작업 공간을 시작하지 못했습니다. VM connection timeout after 60 seconds.”

솔직히 처음엔 “재시작하면 되겠지” 했어요.

Claude Desktop 껐다 켜봤죠. 안 돼요. 맥 재부팅 해봤죠. 안 돼요. Claude Desktop 삭제하고 다시 깔아봤죠. 그래도 안 돼요.

이쯤 되면 진짜 빡치잖아요.

저는 OpenClaw 프로젝트 보안 강화하면서 맥 방화벽을 CLI로 켰거든요. “아, 방화벽 때문인가?” 하고 방화벽까지 꺼봤는데… 그것도 아니었어요.

한 시간 넘게 삽질하다가 결국 원인을 찾았습니다.

터미널에서 명령어 딱 한 줄이면 해결되는 문제였어요.

내가 느낀 점: 이 에러가 짜증나는 진짜 이유

이 에러가 특히 열받는 이유가 있어요.

에러 메시지가 거짓말을 합니다.

“VPN이 작업 공간을 방해할 수 있습니다”라고 뜨거든요. 저도 Tailscale 쓰고 있어서 “아 Tailscale 때문인가?” 하고 꺼봤어요. 안 돼요. 방화벽도 의심해서 꺼봤어요. 안 돼요.

진짜 원인은 VPN도 방화벽도 아니었거든요.

GitHub Issue #24070에 올라온 버그 리포트를 보면, 이 에러의 실체는 이겁니다:

“VM은 하이퍼바이저 레벨에서 부팅은 되지만, 게스트 OS(Linux)가 초기화를 완료하지 못합니다. coworkd가 시작되지 않아 호스트가 60초 대기 후 타임아웃됩니다.”

— GitHub Issue #24070, MaverickKB, 2026-02-08

쉽게 말하면요.

자동 업데이트가 VM 이미지를 망가뜨렸는데, 에러 메시지는 엉뚱하게 “VPN 탓이야”라고 합니다.

이게 빡치는 포인트예요. 원인 추적을 완전 엉뚱한 방향으로 보내버리니까요.

Cowork VM이 뭔지 먼저 알아야 해요

해결법을 알려드리기 전에, Cowork가 내부적으로 어떻게 돌아가는지 간단히 짚고 넘어갈게요.

이걸 알아야 “왜 이 명령어 한 줄로 해결되는지” 이해가 됩니다.

Cowork의 내부 구조

여러분이 Cowork 탭을 누르면 이런 일이 벌어져요:

[Claude Desktop (Electron 앱)]
        ↓
[macOS Virtualization Framework]
        ↓
[Ubuntu 22.04 ARM64 VM]  ← 이게 "작업 공간"
        ↓
[Claude Code CLI v2.1.x + bubblewrap 샌드박스]

Cowork는 단순 챗봇이 아닙니다.

맥 안에서 리눅스 가상머신을 하나 통째로 돌리는 겁니다.

macOS의 Virtualization Framework(Apple이 만든 가상화 엔진)를 써서 Ubuntu 22.04 ARM64 VM을 실행하고, 그 안에서 Claude Code CLI가 돌아갑니다.

Cowork VM이란? Claude Desktop이 복잡한 작업을 수행하기 위해 macOS 위에서 실행하는 경량 Linux 가상머신입니다. Apple의 Virtualization Framework를 사용하며, Ubuntu 22.04 ARM64 기반으로 CPU 4코어, 메모리 4GB가 할당됩니다. VM과 호스트 간 통신은 virtio socket(vsock)으로 이루어집니다.

VM 파일은 어디에 저장되나?

~/Library/Application Support/Claude/vm_bundles/claudevm.bundle/
├── rootfs.img        (10.7 GB) ← 리눅스 루트 파일시스템
└── sessiondata.img   (316 MB)  ← 세션 데이터

rootfs.img가 핵심이에요. 리눅스 운영체제 전체가 이 10.7GB 이미지 안에 들어있어요.

이 이미지가 망가지면? VM이 부팅을 못 하고, 60초 후 타임아웃이 뜨는 겁니다.

원인: 자동 업데이트가 VM 이미지를 망가뜨림

2026년 2월 7일경 Claude Desktop 자동 업데이트가 있었어요.

이 업데이트 과정에서 VM 이미지(rootfs.img)가 손상됩니다.

GitHub Issue #24070의 타임라인을 보면:

시점	상태
업데이트 전 (오후 4:54)	Cowork 정상 작동
자동 업데이트 (오후 5-7시)	Claude Desktop 업데이트 진행
업데이트 후 (오후 7:40~)	8회 연속 부팅 실패, 전부 동일 패턴

문제는 이겁니다:

자동 업데이트가 VM 이미지를 손상시킴
손상된 rootfs.img로는 게스트 Linux가 초기화를 못 함
coworkd(Cowork 데몬)가 시작 안 됨
호스트가 vsock 연결을 60초 기다리다 타임아웃
VPN 탓이라는 거짓 에러 메시지 출력

더 황당한 건요.

Claude Desktop을 삭제하고 다시 깔아도 이 VM 파일은 안 지워져요.

.dmg로 재설치해도 ~/Library/Application Support/Claude/vm_bundles/ 폴더는 그대로 남아있거든요. 손상된 이미지가 계속 살아있으니 재설치해도 똑같이 실패하는 겁니다.

이게 왜 사람들을 미치게 하는지 이해가 되죠?

해결: 터미널 명령어 한 줄

자, 해결법입니다.

진짜 이거 한 줄이에요.

Step 1: Claude Desktop 완전 종료

osascript -e 'quit app "Claude"'

또는 Cmd+Q로 확실하게 종료하세요. Dock에서 점이 사라져야 합니다.

Step 2: 손상된 VM 번들 삭제 (핵심!)

rm -rf ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle

이게 전부입니다.

10.7GB짜리 손상된 VM 이미지를 삭제하는 거예요.

Step 3: Claude Desktop 다시 실행

open -a Claude

다시 실행하면 “Setting up Claude’s workspace” 메시지가 뜨면서 VM을 새로 다운로드받습니다.

다운로드 완료되면 Cowork가 정상 작동해요.

저는 이걸로 바로 해결됐습니다.

내가 삽질한 과정 (이렇게 하면 안 돼요)

제가 해결하기까지 시도했던 것들을 공유할게요. 여러분은 이 삽질을 반복하지 마세요.

시도 1: Claude Desktop 재시작 → 실패

Cmd+Q → 재실행 → 또 60초 타임아웃

VM 이미지가 손상된 건데 앱만 재시작하면 당연히 안 되죠.

시도 2: 맥 재부팅 → 실패

Apple 메뉴 → 재시동 → Claude 실행 → 또 타임아웃

재부팅해도 손상된 rootfs.img는 그대로니까요.

시도 3: 방화벽 끄기 → 실패

sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off

저는 OpenClaw 보안 강화하면서 방화벽을 CLI로 켰었거든요. “아 이거 때문인가?” 하고 꺼봤는데 아무 관계 없었어요.

시도 4: Claude Desktop 재설치 → 실패

앱 삭제 → .dmg 다시 다운로드 → 설치 → 또 타임아웃

재설치해도 ~/Library/Application Support/Claude/vm_bundles/는 삭제 안 됩니다. 앱 번들과 VM 번들은 별개의 경로거든요.

시도 5: VM 번들 삭제 → 성공!

rm -rf ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle

이거 한 줄로 끝.

솔직한 마음: 에러 메시지가 좀 더 정직했으면

이 에러로 배운 게 있어요.

에러 메시지를 너무 믿지 말자.

“VPN이 방해할 수 있습니다”라는 메시지를 보고 방화벽도 끄고, Tailscale도 끄고, 별짓을 다 했거든요. 근데 진짜 원인은 VM 이미지 손상이었어요.

GitHub Issue #24070에서 리포터도 이렇게 말합니다:

“VPN 감지 로직이 게스트 부팅 실패와 네트워크 문제를 구분하지 못합니다. vsock/게스트 초기화 레벨의 실패일 때는 VPN 에러를 띄우면 안 됩니다.”

Anthropic 측에서도 이 문제를 인지하고 있고, 아직 open 상태인 이슈입니다(2026-02-12 기준).

앞으로 이런 개선이 필요하다고 봅니다:

“Reset Workspace” UI 버튼 추가 — 터미널 없이도 VM 초기화할 수 있게
재설치 시 VM 번들도 교체 — 지금은 재설치해도 손상된 VM이 그대로
rootfs 무결성 검증 — 압축 해제 후 체크섬 검증 없이 그냥 부팅 시도함
정확한 에러 메시지 — “VM 이미지가 손상되었을 수 있습니다. 작업 공간을 재설치해보세요”

앞으로 내가 할 것들

이번 경험을 바탕으로 제가 세운 대응 계획입니다.

1. Cowork 에러 발생 시 즉시 체크리스트

□ VM 번들 삭제 시도 (가장 먼저!)
□ Claude Desktop 최신 버전 확인
□ 디스크 여유 공간 확인 (VM에 최소 15GB 필요)
□ 로그 확인: ~/Library/Logs/Claude/cowork_vm_*.log

2. VM 번들 백업 스크립트

정상 작동할 때 VM 번들을 백업해두면, 다음에 손상됐을 때 다운로드 없이 복원할 수 있어요.

# 정상 작동 확인 후 백업
cp -r ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle \
      ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle.backup

3. 자동 업데이트 후 모니터링

Claude Desktop이 자동 업데이트되면 Cowork 한 번 실행해서 정상인지 확인하는 습관을 들이려고 합니다.

FAQ

Q: 이 에러는 왜 발생하나요?

A: Claude Desktop 자동 업데이트 과정에서 Cowork의 VM 이미지(rootfs.img, 약 10.7GB)가 손상되어 발생합니다. 손상된 이미지로는 게스트 Linux(Ubuntu 22.04)가 초기화를 완료하지 못하고, 호스트가 vsock 연결을 60초간 기다리다 타임아웃됩니다. GitHub Issue #24070에 2026년 2월 8일 보고되었으며, 2월 12일 현재 open 상태입니다.

Q: 방화벽이나 VPN 때문에 생기는 에러가 아닌가요?

A: 아닙니다. 에러 메시지에 “VPN이 방해할 수 있습니다”라고 나오지만 이건 **오탐(false positive)**입니다. 실제 원인은 VM 이미지 손상이며, 방화벽이나 VPN을 끄더라도 해결되지 않습니다. 원 리포터도 Tailscale이 이전 정상 부팅 시에도 활성화되어 있었다고 확인했습니다.

Q: VM 번들을 삭제하면 기존 데이터가 날아가나요?

A: VM 번들에는 Cowork의 운영체제 이미지와 세션 데이터가 포함됩니다. 하지만 Cowork는 세션 간 메모리를 유지하지 않으므로(공식 문서 “No memory across sessions”), 실질적으로 잃어버리는 데이터는 없습니다. 로컬 파일에 저장한 작업 결과물은 VM 외부에 있으므로 안전합니다.

Q: Windows에서도 같은 문제가 발생하나요?

A: Windows용 Cowork도 유사한 VM 타임아웃 문제가 보고되고 있습니다(GitHub Issue #24918). Windows의 경우 VM 번들 경로가 다를 수 있으므로, 정확한 경로는 %APPDATA%\Claude\ 하위를 확인해보세요.

Q: VM 번들 삭제 후 다운로드에 얼마나 걸리나요?

A: rootfs.img가 약 10.7GB이므로, 인터넷 속도에 따라 다릅니다. 100Mbps 기준 약 15-20분, 기가 인터넷이면 2-3분 정도 걸립니다. “Setting up Claude’s workspace” 메시지가 뜨면서 진행됩니다.

에러별 빠른 해결 가이드

혹시 비슷하지만 다른 에러가 뜨는 분들을 위해 정리했어요.

에러 메시지	원인	해결법
VM connection timeout after 60 seconds	VM 이미지 손상	`rm -rf ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle`
Your network traffic may be routing through a VPN	VM 부팅 실패의 오탐	위와 동일 (VPN 문제 아님)
Setting up Claude’s workspace (무한 로딩)	VM 다운로드/압축 해제 중	인터넷 연결 확인 + 15분 대기
API Error: Connection error	CSP 설정 문제	Claude Desktop 최신 버전 업데이트

참고 자료

GitHub Issue #24070 – Cowork VM fails to boot after auto-update — 원인 분석 및 워크어라운드
Inside Claude Cowork: How Anthropic Runs Claude Code in a Local VM on Your Mac — Cowork VM 내부 구조 분석
Claude 공식 도움말 – Cowork 시작하기 — 공식 가이드

한 줄 요약

Claude Desktop Cowork “VM connection timeout” 에러는 방화벽도 VPN도 아니고 VM 이미지 손상이 원인입니다. rm -rf ~/Library/Application\ Support/Claude/vm_bundles/claudevm.bundle 한 줄이면 해결돼요. 저도 한 시간 삽질하고 나서야 알았습니다.

🏷️ #Claude #Cowork #VM타임아웃 #에러해결 #macOS #Anthropic #트러블슈팅