Windows 업데이트 후 Claude Cowork 폴더가 안 열리나요? KB5124008 Plan9 오류 해결

2026년 9월 Windows 11 업데이트 이후 Claude Cowork의 로컬 명령 실행에 no Plan9 drive shares mounted 가 표시되는 문제의 조건, 확인 방법, KB5129195·KB5129194 수정 사항을 정리했습니다.

게시: 2026년 10월 18일약 7분

이상 현상 찾기

읽기 기능 사용법

듣기는 본문을 읽어 줍니다. 속독은 구절을 차례로 표시하며 속도를 조절할 수 있습니다. 언어 연습은 다른 언어판과 번역을 비교합니다. 저장한 북마크는 이 브라우저의 플레이어 목록에서 다시 열 수 있습니다. 벽돌깨기로 읽기는 글자 하나하나를 벽돌 삼아 깨면서 노는 게임입니다.

이 글 공유하기

X에 공유 (새 탭에서 열림)

설명: 2026년 9월 Windows 11 업데이트 이후 Claude Cowork의 로컬 명령 실행에 no Plan9 drive shares mounted가 표시되는 문제의 조건, 확인 방법, KB5129195·KB5129194 수정 사항을 정리했습니다.

9월 8일 Windows 업데이트 직후 Claude Cowork가 연결된 폴더에 접근하지 못한다면, Microsoft가 인정한 Plan9 공유 문제인지 확인하세요. 2026년 9월 14일 배포된 KB5129195(Windows 11 24H2·25H2)와 KB5129194(26H1)가 해당 문제를 수정합니다. 2026년 10월 18일 현재는 PC에 맞는 최신 누적 업데이트를 설치하는 편이 안전합니다.[1][2][3]

가상 머신은 켜지는데 파일이 보이지 않는 이유

문제가 생긴 부분은 Windows의 폴더를 HCS 관리 Linux 가상 머신에 Plan9 방식으로 연결하는 기능입니다. 가상 머신이 정상적으로 시작되어도 공유 폴더가 Linux 환경에 나타나지 않을 수 있습니다. Microsoft는 영향을 받은 사례로 Claude Cowork와 WSL(Windows Subsystem for Linux)을 명시했습니다. 다만 모든 WSL 사용자가 동일한 장애를 겪었다는 뜻은 아닙니다.[1]

공개 GitHub 이슈 #92958에서는 Cowork의 로컬 device_bash 실행이 sandbox-helper: no Plan9 drive shares mounted under /mnt/.virtiofs-root/shared 오류로 중단됐습니다. 일부 사용자는 파일 목록과 파일 전송은 계속 작동했다고 설명합니다. 같은 Claude Desktop 버전을 유지하고 Windows 업데이트만 변경한 비교 결과도 있지만, 이는 개별 사용자의 재현 기록입니다. 공식적으로 확인된 사실은 Windows의 Plan9 공유 장애와 수정 배포입니다.[4][2]

Windows 버전별 수정 업데이트

버전	문제가 보고된 업데이트·빌드	첫 수정 업데이트·빌드
24H2	KB5124008 / 26100.9445	KB5129195 / 26100.9457
25H2	KB5124008 / 26200.9445	KB5129195 / 26200.9457
26H1	KB5124012 / 28000.2954	KB5129194 / 28000.2956

위의 수정 빌드는 처음 배포된 수정 버전입니다. 같은 배포 계열의 후속 누적 업데이트에도 수정이 포함될 수 있습니다. Insider 또는 다른 버전의 PC에 맞지 않는 KB를 강제로 설치하지 마세요.[2][3][5]

초기화 없이 확인하는 순서

Win + R을 누르고 winver를 실행해 Windows 버전과 OS 빌드를 확인합니다. 설정 → Windows 업데이트 → 업데이트 기록에서 KB 번호도 확인합니다.
민감한 정보가 없는 테스트 폴더로 Cowork의 로컬 실행을 확인합니다. 파일 목록은 보이는데 명령 실행만 실패하면 Plan9 오류 문구를 살펴봅니다. 로그를 공유할 때는 사용자 이름, 경로, 인증 정보를 가립니다.[4]
Windows 업데이트에서 해당 PC에 제공되는 최신 누적 업데이트를 설치하고 재시작합니다. 회사 PC라면 IT 관리자에게 요청하세요.[2][3]
같은 폴더에서 읽기 테스트를 먼저 수행하고, 쓰기는 임시 파일로만 시험합니다. 실패한 예약 작업은 결과물과 수정 시각을 확인한 뒤 다시 실행합니다.
여전히 실패하면 OS 빌드, KB, Claude Desktop 버전, 로컬·클라우드 실행 여부, 개인정보를 제거한 오류를 기록합니다. WSL 자체가 부팅되지 않는 증상은 별도로 진단해야 합니다.

업데이트 삭제나 작업 공간 초기화는 피해야 할까?

여러 사용자 보고에서 앱 재시작이나 폴더 재연결은 효과가 없었습니다. 보안 업데이트를 제거하면 보안 수정 사항도 사라집니다. 따라서 수정 업데이트 적용을 우선하고 WSL 배포판, 가상 디스크, Cowork 작업 공간을 삭제하지 마세요.[4][2]

일부 사용자는 클라우드 실행으로 임시 우회했습니다. 이 경우 데이터 처리 위치가 달라질 수 있으므로 회사 규정과 기밀 파일 처리 방침을 먼저 확인해야 합니다. 공식 장애 공지는 공유 폴더 접근 문제를 설명하며, 기존 파일 삭제가 발생했다고 입증하지는 않습니다.[1][4]

결론

Claude Cowork가 업데이트 후 로컬 파일 명령을 실행하지 못했다면 Windows의 Plan9 공유 장애일 수 있습니다. winver와 업데이트 기록을 확인하고, 24H2·25H2는 KB5129195 이상, 26H1은 KB5129194 이상에 해당하는 정상 업데이트를 적용하세요. 초기화보다 안전한 재검증이 먼저입니다.