Cowork-VM-Dienst schlägt unter Windows 11 aufgrund fehlender DCOM-Registrierungseinträge fehl
Eine detaillierte Diagnose zeigt, warum der VM-Dienst von Cowork auf Windows 11-Systemen nicht startet, insbesondere nach einem Upgrade von Home auf Pro. Die Ursache ist ein fehlender DCOM-Registrierungseintrag, der die Kommunikation mit Hyper-V blockiert.
Das Problem
Nutzer erhalten die Fehlermeldung: "Fehler beim Starten von Claudes Arbeitsbereich – VM-Dienst läuft nicht. Der Dienst konnte nicht gestartet werden." Der CoworkVMService wird mit Code 1066 ("Falsche Funktion") beendet, aufgrund eines DCOM-Berechtigungsfehlers (Ereignis-ID 10016). Der Claude MSIX-Container kann die benötigte Hyper-V COM-Schnittstelle nicht aktivieren.
Ursache
Die spezifische APPID {15C20B67-12E7-4BB6-92BB-7AFF07997402}, die die lokale Aktivierungsberechtigung für DCOM benötigt, fehlt vollständig in der Windows-Registrierung. Dies verhindert die Standard-DCOM-Reparatur (Übernahme des Besitzes in der Registrierung und Erteilung von Berechtigungen in den Komponentendiensten), da es nichts zu ändern gibt.
Nutzer-Setup und versuchte Lösungen
Die Diagnose wurde durchgeführt auf:
- Windows 11 Pro (von Home aktualisiert)
- ASUS ROG-System
- Claude Desktop v1.1.8629
- Hyper-V vollständig aktiviert, vmcompute läuft, WSL2 installiert
Versuchte Lösungen, die nicht funktionierten:
- Aktualisierung von Windows 11 Home auf Pro
- Aktivieren von Hyper-V, VirtualMachinePlatform und HypervisorPlatform
- Installation von WSL2
- Löschen und erneutes Herunterladen des VM-Bundles
- Manuelles Ausführen von
Start-Service CoworkVMService - Überprüfung der Komponentendienste via
dcomcnfg
Warum nur Anthropic dies beheben kann
Die fehlende APPID ist Teil von Anthropics eigener COM-Registrierung. Deren Installationsprogramm muss diesen Registrierungseintrag mit den korrekten Berechtigungen erstellen. Nutzer können diese DCOM-Konfiguration nicht sicher selbst erstellen.
GitHub-Issues, die diesen Fehler verfolgen
Das Problem ist in zwei GitHub-Threads dokumentiert:
- Issue #30179 (Home→Pro-Aktualisierung, identische Ursache)
- Issue #36801 (Stand letzte Woche noch offen, keine Lösung verfügbar)
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
Domo CDO: Stoppt KI-FOMO, beginnt mit Tabellenkalkulationen
Der Chefdesigner von Domo, Chris Willis, argumentiert, dass KI ohne Spezifikation verkauft wird, was ein angstgetriebenes 'Tokenmaxxing'-Theater erzeugt. Sein Vorschlag: Fangen Sie damit an, einen Tabellenkalkulationsprozess zu automatisieren, anstatt nach dem Mond zu greifen.
OpenAI entwickelt laut Reuters-Bericht eine GitHub-Alternative
Reuters berichtet, dass OpenAI eine Alternative zu Microsofts GitHub entwickelt, wobei die Geschichte auf Hacker News 35 Punkte und 12 Kommentare erhielt.
GLM-5.1 veröffentlicht mit Programmierleistung auf dem Niveau von Claude Opus 4.5
Zhipu AIs GLM-5.1-Modell ist jetzt für alle Coding Plan-Nutzer verfügbar und erreicht 77,8 Punkte auf SWE-bench-Verified und 56,2 Punkte auf Terminal Bench 2.0. Das Modell verfügt über ein 200K-Kontextfenster, eine maximale Ausgabe von 128K und 744B Parameter mit 40B aktivierten.
Claude Code übernimmt die Entfernung des QNX Big Kernel Locks, beginnend mit Benutzerraum-Kontentionsstatistiken
Ein Entwickler bat Claude Code, den QNX-Microkernel umzugestalten, um den Big Kernel Lock zu entfernen. Claude schätzte 3 Monate für einen Top-Entwickler und begann dann damit, /proc-ähnliche Locking-Statistiken zu entwerfen und Kernel-Subsysteme nacheinander zu reparieren.