2026 클로드 코워크 80% 로딩 멈춤 오류 왜 발생하며 어떻게 해결할까

Claude Cowork 무한 로딩 80% 멈춤 해결하는 4가지 방법

클로드 데스크톱 앱에서 새롭게 출시한 로컬 작업 제어 영역인 Claude Cowork 무한 로딩 오류가 지속되면서 가상 환경 초기 설정 단계 중 약 80% 부근에서 게이지가 완전히 정지하는 오작동 사례가 자주 리포트되고 있습니다.

핵심 포인트 1: 시스템 백그라운드의 가상화 서비스(CoworkVMService) 정지 여부를 체크하고 수동 실행해 주는 조치로 다수의 지연 오류가 해결됩니다.

핵심 포인트 2: 윈도우 스토어 및 신규 앱 다운로드 드라이브 경로가 C드라이브가 아닌 서브 드라이브(D:, E:)로 쪼개져 있으면 경로 간 결합 차단 문제로 80%에서 먹통이 됩니다.

핵심 포인트 3: 물리 여유 디스크 공간이 최소 10GB(권장 13GB 이상) 미만이거나 WSL2 및 Hyper-V 서비스 설정에 충돌이 있는 구조일 때 가상 머신 생성이 중단됩니다.

📋 목차

1. 1. 백그라운드 가상화 서비스 수동 시작하기
2. 2. 앱 저장 경로 설정 변경 및 재설치하기
3. 3. WSL2 가상화 활성화 및 공간 확보하기
4. 4. 네트워크 충돌 범위 변경하는 대처 방법
5. 자주 묻는 질문

앤트로픽 서버 실시간 상태 확인하기 👆

1. 백그라운드 가상화 서비스 수동 시작하기

CoworkVMService란 Claude Cowork의 샌드박스가 안전하고 독립된 세션으로 PC 내부에서 정상 동작할 수 있도록 돕는 전용 가상 머신 핵심 백그라운드 구성 요소입니다.

 

해당 백그라운드 프로세스는 기본적으로 윈도우 구동 조건이 '수동(Manual)' 시작으로 배치되어 설치되기 때문에, 장치 포맷이나 시스템 대형 업데이트 혹은 장시간의 절전 모드 진입 이후에는 스스로 켜지지 않은 채 절전 정지 상태로 방치되는 일이 많습니다. 백그라운드가 멎어버리면 데스크톱 앱 내부의 코워크 통신이 끊어져 80% 로딩 바에서 끊임없이 재접속만 시도하게 됩니다.

윈도우 관리자 권한 파워셸에서 가상화 서비스를 시작하는 모습

이럴 때는 윈도우 검색창에 'PowerShell'을 기입한 후 반드시 마우스 오른쪽 클릭을 통해 '관리자 권한으로 실행' 상태를 부여하여 활성화해 줍니다. 열린 명령프롬프트 창에 아래의 백그라운드 구동 명령어 한 줄을 타이핑하여 입력하면 중지된 프로세스가 즉시 가동되기 시작합니다.

 

sc start CoworkVMService

매번 번거롭게 수동으로 활성화해 주는 불필요한 단계를 스킵하고 싶다면, 시스템 부팅과 함께 항상 자동으로 백그라운드가 정착하게끔 지정을 변환할 수 있는 세부 제어 방식도 함께 지정해 두는 편이 좋습니다.

 

sc config CoworkVMService start= auto (주의: 등호(=) 뒤편에 공백 한 칸을 분명히 띄어 주셔야 에러 없이 접수됩니다.)

2. 앱 저장 경로 설정 변경 및 재설치하기

EXDEV 크로스 디바이스 링크란 마이크로소프트 윈도우 OS가 디바이스 내에 존재하는 다른 물리 드라이브 간에 파일의 실시간 이관이나 가상 바로가기 링크 명명을 원천 차단하여 막아서는 시스템 파일 제어 충돌을 지칭합니다.

 

상당수 사용자는 SSD 디스크 드라이브인 C드라이브 용량이 차오르는 것을 피하려는 시도로 윈도우의 '새 콘텐츠 저장 공간 고도화 설정' 경로를 D드라이브나 외부 스토리지 디바이스로 돌려놓고 활용하곤 합니다. 이 과정에서 클로드 데스크톱 앱의 실행 영역이 D드라이브로 설치되었는데, 실제 샌드박스 구성을 지탱하는 사용자 계정 로컬 캐시 폴더는 C드라이브 내부에서 동기화되다 보니 경로 차단 마찰이 유발되면서 80%에서 먹통이 지속되는 연쇄 작용이 벌어집니다.

새 앱 저장 경로를 기본값인 C드라이브로 되돌려 설정하는 과정

이 경로 장벽의 해결 방안으로 윈도우 설정의 시스템 항목에서 '저장 공간 고도화 설정' 메뉴를 개방한 뒤, '새 앱이 저장되는 위치' 토글 버튼을 기존 D드라이브에서 기본 지정값인 C드라이브로 리셋해 주는 변경 과정이 꼭 수반되어야 합니다. 재설정이 처리되었다면 이전에 누적된 앱 충돌 이물질을 완벽히 청소해 내야 하므로 설치된 데스크톱 앱을 소거한 후 하단의 캐시 및 데이터 폴더를 일일이 탐색기로 찾아 삭제해 주는 정리가 뒷받침되어야 무한 지크를 원천 근절할 수 있습니다.

• 지워야 할 경로 1: %APPDATA%\Claude 폴더
• 지워야 할 경로 2: %LOCALAPPDATA%\Claude 폴더
• 지워야 할 경로 3: %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc 폴더

세 군데 폴더 내의 파일을 지운 다음 클로드 공식 누리집에서 최신 버전의 셋업 파일을 인스톨러로 구비한 뒤 관리자 권한으로 통과시켜 재설치하면 대부분의 충돌 현상이 극복되어 80% 멈춤 없이 100%까지 완강하게 워크스페이스 세팅이 완결됩니다.

클로드 공식 깃허브 오류 리포트 확인하기 👆

3. WSL2 가상화 활성화 및 공간 확보하기

WSL2 가상화란 윈도우 바탕 위에서 가볍고 강력한 리눅스 전용 커널 인프라를 매끄러운 형태로 연동하여 다중 프로세스를 병렬 실행할 수 있게 기능하는 기술 지형입니다.

 

내가 실제 구형 업무 디바이스에서 이 기능의 세팅을 구축하다가 80% 근방에서 수십 분 동안 게이지가 도통 진행될 기미가 없어 시스템 리소스를 면밀히 체크해 보니 남은 드라이브 여유 공간이 5GB 미만인 상태였습니다. 클로드 데스크톱 샌드박스는 최초 워크스페이스 구축 과정에서 리눅스 기반 컨테이너 영역을 설정해 나가는데 이때 아무리 적어도 10GB에서 최대 13GB에 이르는 드라이브 내부 실질 빈 공간을 수혈해 줄 수 있는 상태여야 무한 멈춤 증상을 온전히 면할 수 있습니다.

 

따라서 드라이브 용량 확보와 시스템 관리자 권한 차원에서의 리눅스 연동 기능 활성화를 동시다발적으로 정비해 두어야 합니다. 메인보드 시스템 단계인 BIOS 부팅 화면으로 넘어가 CPU 가상화 기술인 SVM(AMD 프로세서) 혹은 VT-x(Intel 프로세서) 가상 장치가 꺼진 것은 아닌지 켠 상태로 정착되었는지를 두루 파악하는 구조 역시 아주 중대합니다.

4. 네트워크 충돌 범위 변경하는 대처 방법

NAT 네트워크 대역 충돌이란 내부 가상 네트워크망인 격리 환경 구축을 유도하기 위해 컴퓨터의 내부 시스템이 자체 할당해 온 가상 IP 어드레스 공간 범위가 PC가 연결 중인 실체 유선망 주소 체계와 정면 중복되면서 원격 데이터 상호 전달망을 교란하는 장애 신호입니다.

 

클로드 데스크톱의 내부 가상 네트워크 설정 구조는 통상 기본값 대역인 172.16.0.0/24를 점거하여 실행하도록 사전 빌드되어 있습니다. 만약 현재 컴퓨터를 통해 사용해 오던 기업 방화벽 내부 VPN, 프라이빗 무선 액세스 보안 네트워크 구조, 혹은 개별 가상 데스크톱 생성 플랫폼인 Docker 등이 우연히 동일한 대역의 내부 주소를 점유하고 있는 국면이라면 샌드박스의 연결 통로가 마비 상태로 전환됩니다.

 

실제 테스트 단계에서 장비에 물린 회사 내부용 VPN 세션을 잠시 완전 종료 상태로 해제해 보거나, 작업 관리자 등에서 구동되고 있는 도커 등의 데스크톱 관련 가상 IP 스위치 어댑터들을 정지한 후에 클로드 코워크 실행 버튼을 가볍게 리로드하면 순식간에 통신이 통과하여 80% 진행 바를 막힘 없이 넘어서게 됩니다.

네트워크 방해물이 사라지고 시스템 가상 장치가 온전히 안착된 가동 상태

자주 묻는 질문

Claude Cowork를 사용하려면 유료 요금제 결제가 필수인가요?

그렇습니다. Claude Cowork 기능은 무료 요금제 사용자에게는 활성화되지 않으며, 월 20달러 상당의 Claude Pro 요금제 혹은 기업용 Team 요금제를 구독한 계정에서만 데스크톱 앱 내 활성화와 사용이 원활하게 연계되는 제약 요건을 안고 있습니다.

윈도우 11 홈(Home) 에디션에서도 이 가상화 기능이 지원되나요?

네, 윈도우 11 홈 에디션에서도 작동이 원활합니다. 다만 홈 에디션 버전은 윈도우 프로(Pro) 버전과 달리 Hyper-V 관리자 가상 머신 도구 패키지가 기본 배치 영역에서 활성화되어 있지 않으므로, 리눅스 구동용 Windows 하위 시스템(WSL2)을 정식으로 설치 완료해 주셔야만 80% 무한 로딩 바의 마찰을 피해 갈 수 있습니다.

Mac 운영체제(macOS)에서도 동일한 로딩 지연 오류가 일어나나요?

맥 컴퓨터 환경에서도 로컬 디바이스 저장 영역의 잔여 여유 공간이 10GB 미만으로 현저히 협소하게 제한되거나 디렉토리 시스템 접근 제한에 대한 관리자 인가(Allow)를 건너뛰고 거부했을 시 로딩 진행도가 차단된 채 무한히 회전하는 오류를 보입니다. 맥 내부의 개인정보 보호 및 보안 제어창에 접근해 해당 데스크톱 앱에 디바이스 폴더 접근 승인을 선사하면 깔끔히 풀립니다.

윈도우 업데이트 후에 가상환경 오류가 반복될 때는 어쩌죠?

시스템 대형 업데이트 직후에 가상 로컬 샌드박스 연동 기능 오작동이 누적해서 발견된다면, 윈도우 설정의 제어판 항목 중 'Windows 기능 켜기/끄기' 메뉴창으로 넘어가서 활성화 상태인 가상 머신 플랫폼과 리눅스 하위 시스템 부분 체크박스를 잠시 체크 해제하고 재부팅한 다음, 다시 똑같이 켜 주는 방식으로 재인식이 가능해지도록 갱신해 보시는 구조가 효율적입니다.

구분	원인	해결 방법
가상화 서비스 중단	CoworkVMService가 수동 모드로 정지됨	관리자 권한 파워셸에서 'sc start CoworkVMService' 입력하여 수동 개시
설치 드라이브 문제	앱이 C드라이브가 아닌 타 드라이브에 설치됨	앱 저장소를 C드라이브로 명시한 후 앱 캐시 소거 및 완전한 재설치 관철
저장 공간 부족	가상 세션을 구성할 디스크 여유 공간 부족	장치 내 불필요 데이터 정리를 통하여 13GB 이상 빈 용량 보장
네트워크 NAT 마찰	VPN이나 도커 내부 IP 대역의 중복	가동 중인 사내 보안망 전용 VPN 연결 일시 차단 혹은 가상 망 구조 리셋

클로드 코워크를 활용하는 초기 단계에서 마주하는 80% 구동 지연 무한 로딩은 가상 샌드박스를 개진해 나가기 위해 윈도우 운영체제와 맺는 시스템 보안 매핑 및 가상화 권한 설정 마찰에서 기인하는 형태를 띱니다. 알려드린 4가지 요인별 조치 방식을 침착히 짚어가며 파워셸 관리자 명문화 입력과 함께 윈도우 스냅 다운로드 설정을 기본 규격인 C드라이브 위주로 수렴해 두신다면 원활한 작업 공간 구축에 조속히 당도할 수 있습니다.

 

안내가 성과가 있었기를 바라며, 만약 언급해 드린 처방 수단을 고스란히 따라 적용했음에도 여전히 멈춤 증세가 가라앉지 않고 고착되어 있다면 어떤 세부 에러 메시지가 팝업되는지 아래 댓글창으로 공유해 주세요.

앤트로픽 개발자 전용 이슈 허브 방문하기 👆

이 글은 정보 제공을 목적으로 하며, 정확한 정보는 공식 홈페이지를 참고하세요. 본문 내 이미지는 AI로 생성된 이미지이며 실제와 다를 수 있습니다. 각 PC 하드웨어 기종과 윈도우 에디션 설정 상태에 따라 세부 파워셸 명령 동작 결과가 상이할 수 있습니다.