Claude Cowork không đọc được thư mục sau khi cập nhật Windows? Sửa lỗi Plan9 của KB5124008

Đăng: 18 tháng 10, 20265 phút

Cách dùng công cụ đọc

Nghe đọc bài thành tiếng. Đọc nhanh hiển thị lần lượt các cụm từ theo tốc độ bạn chọn. Luyện ngôn ngữ giúp đối chiếu các bản dịch hiện có. Lưu tạo dấu trang trong trình duyệt này; mở lại từ danh sách đã lưu của trình phát. Chơi kiểu phá gạch biến chữ trong bài thành những viên gạch để bạn phá.

Chia sẻ bài viết này

Chia sẻ lên Facebook (mở trong thẻ mới)

Mô tả: Bản cập nhật Windows 11 tháng 9/2026 có thể khiến lệnh chạy cục bộ của Claude Cowork báo no Plan9 drive shares mounted. Xem phiên bản bị ảnh hưởng, bản vá phù hợp và cách kiểm tra an toàn.

Nếu Claude Cowork đột nhiên không truy cập được thư mục đã kết nối sau bản cập nhật Windows ngày 8/9/2026, hãy kiểm tra lỗi chia sẻ Plan9 mà Microsoft đã xác nhận. Bản sửa lỗi phát hành ngày 14/9: KB5129195 dành cho Windows 11 24H2/25H2 và KB5129194 dành cho 26H1. Tính đến ngày 18/10/2026, nên ưu tiên bản cập nhật tích lũy mới nhất phù hợp với máy.[1][2][3]

Vì sao máy ảo khởi động nhưng thư mục biến mất?

Sự cố nằm ở cơ chế chia sẻ thư mục từ Windows sang máy ảo Linux do HCS quản lý bằng Plan9. Máy ảo vẫn có thể khởi động, nhưng Linux không nhìn thấy thư mục được chia sẻ từ máy chủ Windows. Microsoft nêu Claude Cowork và Windows Subsystem for Linux (WSL) là hai ví dụ bị ảnh hưởng. Điều đó không có nghĩa mọi cài đặt WSL đều gặp lỗi giống nhau.[1]

Trong báo cáo GitHub công khai #92958, lệnh cục bộ device_bash của Cowork thất bại với thông báo sandbox-helper: no Plan9 drive shares mounted under /mnt/.virtiofs-root/shared. Một số người vẫn xem danh sách hoặc chuyển tệp được. Có người giữ nguyên phiên bản Claude Desktop rồi so sánh trạng thái trước và sau khi thay đổi bản cập nhật Windows. Đây là kết quả thử nghiệm của người dùng; Microsoft xác nhận chính thức sự cố chia sẻ Plan9 và bản sửa lỗi.[4][2]

Bản vá nào dành cho Windows của bạn?

Windows 11	Bản cập nhật và build gặp lỗi	Bản sửa đầu tiên và build
24H2	KB5124008 / 26100.9445	KB5129195 / 26100.9457
25H2	KB5124008 / 26200.9445	KB5129195 / 26200.9457
26H1	KB5124012 / 28000.2954	KB5129194 / 28000.2956

Bảng ghi những bản đầu tiên có sửa lỗi. Bản cập nhật tích lũy mới hơn cùng nhánh cũng có thể chứa bản sửa. Không ép cài gói dành cho nhánh khác hoặc bản Insider.[2][3][5]

Kiểm tra từng bước, không cần đặt lại máy

Nhấn Win + R, nhập winver và ghi lại phiên bản cùng số build. Vào Settings → Windows Update → Update history để xem số KB.
Dùng thư mục thử nghiệm không chứa dữ liệu nhạy cảm. Nếu Cowork vẫn liệt kê được tệp nhưng không chạy được lệnh cục bộ, hãy tìm lỗi gắn kết Plan9. Xóa tên người dùng, đường dẫn và thông tin đăng nhập trước khi chia sẻ nhật ký.[4]
Cài bản cập nhật mới nhất được Windows Update cung cấp cho đúng thiết bị, sau đó khởi động lại. Với máy công ty, hãy liên hệ bộ phận CNTT.[2][3]
Thử đọc một tệp trong thư mục cũ; nếu cần thử ghi, chỉ dùng tệp tạm có thể bỏ. Kiểm tra tệp kết quả và thời điểm sửa đổi trước khi chạy lại tác vụ đã lỗi.
Nếu vẫn gặp sự cố, ghi lại build, KB, phiên bản Claude Desktop, chế độ cục bộ/đám mây và thông báo lỗi đã che dữ liệu cá nhân. Nếu WSL không khởi động được, cần chẩn đoán riêng.

Có nên gỡ bản cập nhật hay xóa máy ảo?

Một số báo cáo cho thấy khởi động lại ứng dụng hoặc kết nối lại thư mục không giải quyết được. Gỡ bản cập nhật bảo mật cũng làm mất các bản vá an toàn, vì vậy nên ưu tiên cập nhật bản sửa lỗi. Tránh xóa bản phân phối WSL, ổ đĩa ảo hoặc dữ liệu không gian làm việc Cowork.[4][2]

Có người tạm chuyển sang xử lý trên đám mây, nhưng nơi xử lý tệp có thể thay đổi. Hãy kiểm tra chính sách công ty và thiết lập bảo mật trước khi đưa dữ liệu mật lên dịch vụ. Thông báo chính thức xác nhận lỗi truy cập thư mục, không chứng minh các tệp cũ đã bị xóa.[1][4]

Kết luận

Lệnh cục bộ của Claude Cowork lỗi sau Windows Update có thể do chia sẻ Plan9 của Windows, không phải bản thân ứng dụng. Kiểm tra winver, cài bản vá đúng nhánh và thử lại với thư mục an toàn trước khi tính đến việc đặt lại hệ thống.