증상 — 링크를 걸었는데 C드라이브가 또 찬다

심볼릭 링크는 정상인데 용량은 새는, 헷갈리는 상황이다. 탐색기에서 C:\Users\사용자명\AppData\Roaming\Claude를 보면 일반 폴더처럼 보이지만 실제로는 D드라이브를 가리키는 링크다. 여기까지는 문제가 없다. 그런데도 C드라이브가 줄어든다면, 앱이 전혀 다른 경로에 데이터를 쌓고 있다는 신호다.

핵심은 이것이다. Claude 데스크탑 앱이 MSIX(스토어) 방식으로 설치된 경우, 데이터는 %APPDATA%\Claude가 아니라 패키지 샌드박스 안에 따로 저장된다. 심볼릭 링크를 아무리 잘 걸어도 이 경로는 손대지 않은 상태로 계속 커진다.

진짜 원인 — MSIX 샌드박스 경로

Claude 데스크탑 앱은 설치 방식에 따라 데이터 위치가 둘로 나뉜다. 어느 쪽인지에 따라 손볼 경로가 완전히 달라진다.

설치 방식별 실제 데이터 저장 위치

.exe 직접 설치

%APPDATA%\Claude

심볼릭 링크로 D드라이브 이전이 잘 됨

MSIX(스토어) 설치

…\Packages\Claude_*\LocalCache\Roaming\Claude

샌드박스 안에 따로 쌓임 — 여기가 진짜 범인

내가 처음 링크를 건 곳은 %APPDATA%\Claude였는데, 앱이 실제로 데이터를 쌓는 곳은 아래 샌드박스 경로였다. 그래서 링크는 작동하는데 C드라이브 용량은 계속 늘어났던 것이다.

내 PC가 MSIX 방식인지 모르겠다면 다음 명령어로 확인할 수 있다. 결과로 Claude_로 시작하는 폴더가 나오면 MSIX 설치다.

STEP 1 — 내 패키지 폴더명 찾기

Claude_ 뒤의 문자열은 환경마다 다를 수 있으므로, 명령어를 복사하기 전에 정확한 폴더 이름부터 확인한다. STEP 2에서 위 명령어의 결과로 나온 폴더명을 그대로 쓰면 된다.

PowerShell 여는 법: Windows 키 → “PowerShell” 검색 → 일반 실행(이 단계는 관리자 불필요). 파란 창이 열리면 된다.

STEP 2 — 용량을 잡아먹는 폴더 찾기

무작정 옮기기 전에 어느 하위 폴더가 용량을 차지하는지 짚는다. 개별 파일은 작은데 전체 용량이 큰 경우, 범인은 보통 하위 폴더 한 곳에 몰려 있다. 아래 명령어는 각 폴더 용량을 MB 단위로 큰 순서대로 정렬해 보여준다.

결과는 다음과 같았다. vm_bundles가 9.6GB로 압도적 1위였고, 나머지는 200MB대였다. 용량의 90% 이상이 한 폴더에 몰려 있었으니, 이 폴더 하나만 옮기면 끝나는 상황이었다.

STEP 3 — Claude 완전 종료 + 관리자 PowerShell

폴더를 이동하는 중 앱이 파일을 사용하고 있으면 이동이 실패한다. 단순히 창을 닫는 것으로는 부족하다. 백그라운드 프로세스까지 완전히 종료해야 한다.

1

Claude 앱 완전 종료

작업 표시줄 우측 하단 트레이의 Claude 아이콘을 우클릭 → 종료(Quit). 이어 Ctrl+Shift+Esc로 작업 관리자를 열어 “Claude”로 시작하는 프로세스가 남아 있지 않은지 확인한다.

“Claude Helper”, “claude.exe” 등 여러 개일 수 있다. 전부 종료한다.

2

관리자 권한 PowerShell 실행

Windows 키 → “PowerShell” 검색 → 우클릭 → 관리자 권한으로 실행. 창 제목에 “관리자”가 표시되면 성공. 심볼릭 링크 생성에는 관리자 권한이 반드시 필요하다.

앱이 완전히 종료되지 않은 상태에서 폴더를 이동하면 다른 프로세스가 파일을 사용 중입니다 오류가 난다. 이 단계를 건너뛰지 말 것.

STEP 4 — vm_bundles 이동 + 심볼릭 링크

핵심은 폴더를 D드라이브로 옮긴 뒤, 원래 자리에 심볼릭 링크를 만들어 앱이 같은 경로로 인식하게 하는 것이다. 관리자 PowerShell에서 순서대로 실행한다.

MSIX 샌드박스는 구조상 심볼릭 링크를 무시하는 경우가 있다고 알려져 있다. 다만 필자 환경에서는 정상 작동했다. 환경에 따라 결과가 다를 수 있으니 STEP 5 검증까지 반드시 확인한다.

STEP 5 — 정상 작동 검증

링크가 실제로 D드라이브를 가리키는지 확인한다. LinkType이 SymbolicLink, Target이 D:\ClaudeData\vm_bundles로 나오면 성공이다.

확인이 끝났으면 Claude 데스크탑 앱을 다시 실행하고 Cowork 기능을 잠깐 써본 뒤, D:\ClaudeData\vm_bundles 폴더에 새 데이터가 쌓이는지 본다. 이제부터 vm_bundles는 아무리 커져도 전부 D드라이브에 저장된다.

자주 발생하는 오류와 해결법

오류 1: 링크 생성 시 “ResourceExists / 이미 존재합니다”

원인: Move-Item으로 내용물은 옮겨졌지만 원래 위치에 빈 폴더가 남아, 그 위에는 링크를 덮어쓸 수 없다. 가장 흔한 케이스다.

해결 방법

남은 빈 폴더를 지우고 링크만 다시 만든다.
Remove-Item "$base\vm_bundles"
New-Item -ItemType SymbolicLink -Path "$base\vm_bundles" -Target "D:\ClaudeData\vm_bundles"

오류 2: “이 작업을 수행할 권한이 없습니다”

원인: PowerShell을 일반 권한으로 실행했다. 심볼릭 링크 생성은 반드시 관리자 권한이 필요하다.

해결 방법

창을 닫고 Windows 키 → “PowerShell” 검색 → 우클릭 → 관리자 권한으로 실행으로 다시 연다.

오류 3: Move-Item 후 데이터가 그대로 C드라이브에 남음

원인: 대상 경로(D:\ClaudeData\vm_bundles)에 이미 같은 이름 폴더가 있으면 폴더 안으로 중첩 이동돼 vm_bundles\vm_bundles 구조가 생긴다.

해결 방법

탐색기에서 D드라이브 경로의 중첩 폴더를 확인해 정리한 뒤 STEP 4의 링크 생성을 다시 진행한다.

Remove-Item은 반드시 내용물이 D드라이브로 옮겨진 것을 확인한 뒤 빈 폴더에만 사용한다. 데이터가 남은 폴더에 쓰면 그대로 삭제된다. 링크를 지울 때도 -Recurse는 절대 붙이지 않는다(실제 데이터까지 삭제될 수 있음).

vm_bundles가 대체 뭔가요

vm_bundles는 Claude 데스크탑의 Cowork(코드 실행·자동화) 기능이 사용하는 가상환경 번들 파일로 보인다. Cowork 탭을 쓸수록 계속 쌓이는 구조다. 즉 기능을 쓰는 한 용량은 다시 늘어나므로, 단순 삭제보다 D드라이브로 ‘이전’하는 것이 근본 해결책이다.

이전(심볼릭 링크) 방식의 장점

• 앱이 경로 변경을 인식하지 못해 완벽 호환
• 아무리 커져도 전부 D드라이브에 쌓임
• C드라이브 용량 즉시 회복 (필자 9.6GB)
• 되돌리기 쉬움 (링크만 삭제)

주의할 점

• MSIX 환경에 따라 링크가 막힐 수 있음
• D드라이브가 없으면 기능 실행 불가
• 생성 시 관리자 권한 필요
• 이동 전 앱 완전 종료 필수

당장 급하다면 임시 방편으로 vm_bundles를 삭제할 수도 있다. 다만 앱 재실행 시 다시 다운로드되므로 근본 해결은 아니다. 용량을 항구적으로 줄이려면 위의 이전 방식을 권한다.

전체 작업 요약 — 한눈에 보기

심볼릭 링크를 걸었는데도 C드라이브가 차오른다면, 십중팔구 앱이 다른 경로에 데이터를 쌓고 있는 것이다. MSIX 앱이라면 AppData\Local\Packages 안쪽까지 들어가 ‘용량 큰 폴더 찾기 → 이동 → 링크 → 검증’ 4단계만 거치면 된다. 필자는 vm_bundles 한 폴더만으로 C드라이브 9.6GB를 되찾았다.

정리: 기본 이전 가이드로 %APPDATA%\Claude·.claude를 옮긴 뒤, 이 글의 vm_bundles 이전까지 마치면 Claude가 C드라이브에 남기는 건 작은 바이너리뿐이다. Cowork를 자주 쓰는 사용자일수록 효과가 크다.