Inhalt

Direkt nach dem Update von Claude Desktop (Windows) erscheint beim Versuch, die App zu starten, ein Dialog mit dem Text „Eine andere Anwendung verwendet diese Datei gerade" und die App startet nicht — und sie bleibt defekt, bis der PC neu gestartet wird. Das ist ein bekannter Fehler, der für die Microsoft-Store-Variante (MSIX) von Claude Desktop gemeldet wurde (GitHub #53247 und weitere).

Hier zuerst die Kurzfassung. Ein vollständiger Neustart des PCs ist nicht zwingend nötig. In vielen Fällen genügt es, sich von Windows ab- und wieder anzumelden (kein PC-Neustart und kein Abmelden von Claude). Im Folgenden trennen wir was funktioniert, was nicht und was der Fehler wirklich ist, aufgeteilt in bestätigt / vermutet / unbestätigt. Dieser Artikel basiert auf Untersuchungsprotokollen eines einzelnen Rechners (Windows 11 Home, 10.0.26200), abgeglichen mit bekannten GitHub-Issues.

⚠️ Vertrauenskennzeichnung in diesem Artikel: ✅ Bestätigt = direkt in Rechnerprotokollen oder einem Issue verifiziert / 🟡 Vermutet = Interpretation aus Indizien / 🔴 Unbestätigt = nicht geklärt. Wir behaupten nichts, was wir nicht belegen können, etwa „die Ursache ist eine Dateisperre".

0x80070020 · APPMODEL-RUNTIME 215 / 208

Reihenfolge zur Wiederherstellung — zuerst probieren

① Von Windows abmelden → anmelden
Start → Ihr Benutzersymbol → „Abmelden". Am schnellsten; ein vollständiger PC-Neustart kann entfallen (#53247)
② PC neu starten
Zuverlässig, aber aufwendig. Wenn ① es nicht behebt
③ Zur Squirrel-Variante wechseln
Dauerhafte Lösung, die ein erneutes Auftreten verhindert (#57221-Melder)

1. Kurzfassung — zuerst von Windows abmelden, um es zu beheben

Der eigentliche Schaden dieses Fehlers ist „kann nicht starten", aber zur Wiederherstellung ist nicht zwingend ein vollständiger PC-Neustart nötig. Laut der Analyse in #53247 besteht der „verwaiste Handle" hinter dem Problem pro Windows-Benutzersitzung fort, sodass schon ein Ab- und Wiederanmelden bei Windows ihn beseitigt. Die meisten starten reflexartig den ganzen PC neu, sodass dies Zeit spart.

„Abmelden" bezieht sich auf Windows — nicht auf einen PC-Neustart und nicht auf das Abmelden von Claude

Gemeint ist hier das Abmelden von Ihrem Windows-Benutzerkonto (Start → Ihr Benutzersymbol unten links → „Abmelden"). Offene Apps werden geschlossen, aber der PC schaltet sich nicht aus, und es geht schneller als ein Neustart. Es ist nicht das Abmelden von der Claude-App/dem Claude-Konto und nicht das erneute Starten der App — das behebt es nicht.

  • ✅ Sofort beheben: abmelden → anmelden. Es gibt gemeldete Fälle, in denen die App danach wieder startet (#53247).
  • ✅ Sicher beheben: PC neu starten. Aufwendig, aber zuverlässig.
  • ✅ Erneutes Auftreten verhindern: die MSIX-Variante aufgeben und zur Squirrel-Variante (Installer) wechseln (siehe unten; laut #57221-Melder).

2. Symptom — es erscheint beim Start nach einem Update

Der typische Ablauf: Nachdem ein Update von Claude Desktop angewendet wurde, zeigt das Öffnen der App einen Windows-Explorer-artigen Dialog mit „Eine andere Anwendung verwendet diese Datei gerade", und sie startet nicht. Schließen und erneutes Öffnen führt zum selben Ergebnis, und es erholt sich nicht bis zu einem PC-Neustart (oder einem Abmelden).

Entscheidend: Der Wortlaut dieses Dialogs spiegelt nicht genau wider, was tatsächlich geschieht (Details in §4). Außerdem war das Update selbst erfolgreich — was scheitert, ist nicht das Update, sondern der „App-Start". Betroffen ist die Microsoft-Store-Variante (MSIX) von Claude Desktop.

3. Die Lösung — was funktioniert und was nicht

Das ist die größte Falle. Im Netz finden sich Behauptungen wie „das Beenden des Dienstes behebt es", aber bei diesem Fehler wird berichtet, dass diese nicht funktionieren. Trennen wir sauber, was funktioniert und was nicht.

✅ Funktioniert (gemeldet)
  • Von Windows abmelden → anmelden (am schnellsten; ein PC-Neustart kann entfallen)
  • PC neu starten (zuverlässig)
  • Zur Squirrel-Variante wechseln (dauerhaft; verhindert erneutes Auftreten)
🔴 Gemeldet: funktioniert NICHT (nicht empfohlen)
  • Stop-Service CoworkVMService (startet neu und tritt erneut auf)
  • taskkill auf allen Claude-/Cowork-Prozessen
  • Reset-AppxPackage / Add-AppxPackage -Register
  • Neustart von AppXSvc, ClipSVC, vmcompute usw.

Die Punkte auf der rechten Seite sind sowohl in #48003 als auch in #53247 als ausprobiert und gescheitert verzeichnet. Sie kosten meist nur Zeit, daher ist es sinnvoll, zuerst das Abmelden zu versuchen.

Dauerhafte Lösung: zur Squirrel-Variante (Installer) wechseln

Wenn es untragbar ist, bei jedem Update darauf zu stoßen, gibt der #57221-Melder an, dass das Deinstallieren der MSIX-Variante und der Wechsel zur Installer-Variante (Squirrel) sowohl das Update- als auch das Startproblem gelöst hat. Der Kern der Schritte:

  1. Die Store-Variante (MSIX) von Claude Desktop vollständig deinstallieren.
  2. Die Installer-Variante über den offiziellen Claude-Download oder per winget installieren (z. B. winget install Anthropic.Claude).
  3. Danach bringt das automatische Update sie auf die neueste Version.

🟡 Als Begründung wird angeführt, dass es die Beschränkungen von C:\Program Files\WindowsApps und der AppX-Container-Schicht umgeht. Das Verhalten kann je nach Umgebung abweichen, prüfen Sie daher vor dem Wechsel Ihren Anwendungsfall (Unternehmensverteilungsrichtlinie usw.).

4. Was der Fehler wirklich ist — keine Dateisperre (bestätigt)

Der Dialog liest sich wie „die Datei ist in Benutzung", aber in den Rechnerprotokollen liegt der Fehler woanders. Das Ereignisprotokoll Microsoft-Windows-AppModel-Runtime/Admin zeichnet Folgendes auf (✅ auf dem Rechner bestätigt):

Event ID 215:
0x80070020: Cannot create the Desktop AppX container for package
            Claude_..._x64__pzs8sxrjxfjjc
            because an error was encountered converting the job.

Event ID 208:
0x80070020: Cannot create the process for package ... [LaunchProcess]
ElementBedeutung
0x80070020ERROR_SHARING_VIOLATION. Der Code, den Windows generisch als „der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird" wiedergibt. Das ist es, was der Dialog wirklich ist.
[LaunchProcess]Ein Startfehler, kein Update-Fehler (das Update war bereits erfolgreich).
Wo es scheitertBeim Erstellen des Desktop-AppX-Containers — konkret beim Schritt, der das Job Object in ein Silo umwandelt.

Und ✅ es wurde verifiziert, dass „keine Dateisperre existiert". In #53247 zeigte die Prüfung mit handle.exe und Process Explorer keine Dateisperre im Benutzerbereich. Somit ist „weil ein anderes Programm die Datei hält" falsch, zumindest als Sperre im Benutzerbereich. Das eigentliche Problem liegt in der Container-Schicht (Job/Silo) von AppX/Desktop Bridge.

5. Zwei konkurrierende Erklärungen, noch nicht geklärt

„Ein Problem der Container-Schicht" ist bestätigt, aber über den Auslöser gibt es zwei Ansichten, und er ist nicht geklärt. Wir vermeiden es, eine zu behaupten, und stellen beide dar.

Ansicht A: Der Dienst hält das Job Object (#57221)

Der mitgelieferte CoworkVMService (SYSTEM-Konto, Autostart) hält das Job Object des Pakets und blockiert die Container-Erstellung des neuen Pakets. Auf dem Rechner trat der Fehler in derselben Sekunde wie eine Neuinstallation des Dienstes auf, was zu dieser Ansicht passt (🟡 Indiz).

Ansicht B: Ein Absturz beim Start überspringt die Aufräumphase (#53247)

Wenn der Claude-Prozess beim Start abstürzt, läuft die kernelseitige Silo-/Job-Aufräumphase nicht, und ein verwaister Handle bleibt zurück. Nachfolgende Starts scheitern dann beim Umwandeln des Jobs desselben Pakets. Dass das Abmelden es behebt, passt zu dieser Ansicht.

Beachten Sie die Spannung: Wäre Ansicht A (Dienst hält es) richtig, sollte „den Dienst beenden" es beheben — aber es wird berichtet, dass es das nicht tut (§3). Wegen dieses Widerspruchs ist nicht geklärt, welche primär ist. 🔴 Vorerst ist es die ehrliche Haltung, beide darzustellen.

Zudem ist dieses Symptom sprachübergreifend bestätigt. Der #53247-Melder ist in einer portugiesischen Umgebung, in der der Dialog „Há um outro programa usando este arquivo no momento" lautet (eine andere Anwendung verwendet diese Datei gerade) — dasselbe Symptom wie beim englischen/japanischen Wortlaut.

🔴 Stand einer offiziellen Lösung: Zum Zeitpunkt der Untersuchung ist keine offizielle dauerhafte Lösung ausgeliefert worden. Das zentrale Issue #53247 ist weiterhin offen (ohne zugewiesene Person). Im Issue werden dauerhafte Lösungen vorgeschlagen — CoworkVMService von Autostart auf bei Bedarf (Manual) umzustellen oder die Dienst-Binärdatei aus WindowsApps herauszubewegen — aber sie befinden sich im Vorschlagsstadium.

6. Auf dem eigenen Rechner prüfen (PowerShell)

Sie können prüfen, ob Ihr Problem dasselbe ist wie in diesem Artikel (keine Administratorrechte nötig). Wenn die Ereignisse 215/208 und 0x80070020 erscheinen, ist es dasselbe Problem.

Get-WinEvent -LogName 'Microsoft-Windows-AppModel-Runtime/Admin' |
  Where-Object { $_.Message -match 'Claude' } |
  Select-Object TimeCreated, Id, Message | Format-List

Um es mit Ihrem Update-Verlauf abzugleichen und die aktuellen Einstellungen des mitgelieferten Dienstes zu sehen:

Get-WinEvent -LogName 'Microsoft-Windows-AppXDeploymentServer/Operational' |
  Where-Object { $_.Message -match 'Claude' } |
  Select-Object TimeCreated, Id, LevelDisplayName, Message | Format-List

Get-CimInstance Win32_Service -Filter "Name='CoworkVMService'" |
  Select-Object Name, StartMode, State, PathName

7. Andere Probleme, die leicht zu verwechseln sind

Claude Desktop (Windows) hat weitere Fehler mit ähnlich aussehenden Codes, die leicht zu verwechseln sind. Sie unterscheiden sich vom 0x80070020 dieses Artikels (ein Startfehler), halten Sie sie also auseinander.

SymptomCodeUnterschied zu diesem Fehler
Dieser Artikel: startet nach dem Update nicht0x80070020—
Das Update scheitert (#49655)0x80073CF6Ein Update-Fehler, kein Start. Anderer Code.
Neuinstallation bleibt bei „Servicing" hängen (#51132)0x80073D28 usw.Ein Bereitstellungsstillstand. Anderer Code.

Auch wenn die Claude Code CLI (die claude.exe, die die Desktop-App verwaltet) aktualisiert, sehen Sie möglicherweise EPERM: operation not permitted, unlink ... claude.exe, aber das ist lediglich ein Fehler beim Löschen der alten Version — die neue wurde einwandfrei installiert — und steht in keinem Zusammenhang mit diesem Fehler.

Zusammenfassung

  • ✅ Zuerst von Windows abmelden → anmelden: Die Wiederherstellung braucht nicht zwingend einen vollständigen PC-Neustart (#53247). Wenn das scheitert, den PC neu starten.
  • 🔴 Das Beenden/Neuregistrieren des Dienstes funktioniert laut Berichten nicht: Es kostet meist nur Zeit, also vermeiden Sie es.
  • ✅ Die eigentliche Ursache ist keine „Dateisperre": Es ist ein Fehler in der AppX-Container-Schicht (Job→Silo-Umwandlung). Der Dialog-Wortlaut spiegelt die Realität nicht wider.
  • 🔴 Für den Auslöser gibt es zwei ungeklärte Erklärungen: Dienst hält es (#57221) vs. Absturz beim Start lässt Aufräumen unerledigt (#53247). Noch keine offizielle Lösung.
  • ✅ Die dauerhafte Lösung ist der Wechsel zur Squirrel-Variante: Laut Bericht löst sie sowohl das Update- als auch das Startproblem (#57221).

Dieser Artikel basiert auf Untersuchungsprotokollen eines einzelnen Rechners (Windows 11 Home, 10.0.26200), abgeglichen mit GitHub-Issues. Bitte nutzen Sie ihn im ehrlichen Bewusstsein, dass er sich nicht bei jedem Nutzer identisch reproduzieren lässt und dass die feinen Details der Ursache ungeklärt bleiben.

FAQ

Q1. Was ist der schnellste Weg, es zu beheben?

Melden Sie sich einmal von Windows ab und wieder an (Start → Ihr Benutzersymbol → „Abmelden"). Es ist kein PC-Neustart und kein Abmelden von der Claude-App/dem Claude-Konto. Laut #53247 besteht der verwaiste Handle dahinter pro Windows-Benutzersitzung fort, sodass ein vollständiger PC-Neustart entbehrlich sein kann. Wenn es sich immer noch nicht erholt, starten Sie den PC neu.

Q2. Ich habe „einfach den Dienst beenden" gesehen — funktioniert das?

Bei diesem Fehler wird berichtet, dass es nicht funktioniert (#48003, #53247). Stop-Service CoworkVMService startet neu und der Fehler tritt erneut auf, und auch Reset-AppxPackage sowie der Neustart der verschiedenen Dienste haben es nicht gelöst. Es ist sinnvoller, zuerst das Abmelden zu versuchen.

Q3. Ist die Datei wirklich gesperrt?

Nein. Der Dialog liest sich wie „die Datei ist in Benutzung", aber die Verifizierung (handle.exe / Process Explorer) hat bestätigt, dass keine Dateisperre im Benutzerbereich vorliegt (#53247). Das eigentliche Problem ist ein Fehler in der Container-Schicht (Job Object → Silo-Umwandlung) von AppX/Desktop Bridge; der generische Code 0x80070020 (ERROR_SHARING_VIOLATION) wird einfach so wiedergegeben.

Q4. Was ist letztlich die Ursache?

Das Problem der Container-Schicht ist bestätigt, aber der Auslöser hat zwei ungeklärte Erklärungen: (1) CoworkVMService (Autostart) hält das Job Object (#57221) und (2) ein Absturz beim Start lässt die Silo-/Job-Aufräumphase unerledigt, sodass ein verwaister Handle zurückbleibt (#53247). Da das Beenden des Dienstes es nicht behebt, was (1) widerspricht, lässt es sich vorerst nicht definitiv sagen.

Q5. Gibt es eine offizielle Lösung?

Zum Zeitpunkt der Untersuchung ist keine offizielle dauerhafte Lösung ausgeliefert worden. Das zentrale Issue #53247 ist weiterhin offen. Im Issue befinden sich dauerhafte Lösungen wie die Umstellung des Dienstes auf Start bei Bedarf (Manual) im Vorschlagsstadium.

Q6. Passiert es bei jedem Update?

🔴 Lässt sich nicht definitiv sagen. Auf dem Rechner gab es den Eindruck „es passiert bei jedem Update", doch das Ereignisprotokoll zeigte es nur bei 2 von 6 Updates (ältere Einträge könnten wegen der Größenbeschränkung des Protokolls weggefallen sein, daher ist es unklar). Die Häufigkeit kann je nach Rechner variieren.

Q7. Wie verhindere ich, dass es erneut auftritt?

Es gibt einen Bericht, dass der Verzicht auf die MSIX-Variante (Store) und der Wechsel zur Squirrel-Variante (Installer) sowohl das Update- als auch das Startproblem gelöst hat (#57221). Sie deinstallieren die Store-Variante vollständig und installieren dann die Installer-Variante von der offiziellen Website oder per winget. Wenn Sie Einschränkungen wie eine Unternehmensverteilungsrichtlinie haben, prüfen Sie das vorher.

Verwandte Artikel