Claude Desktop 0x80070020: не запускается после обновления

Сразу после обновления Claude Desktop (Windows) при попытке запустить приложение появляется диалоговое окно «Этот файл уже используется другой программой», и приложение не открывается — и оно остаётся неработоспособным до перезагрузки ПК. Это известная ошибка, о которой сообщают для сборки Claude Desktop из Microsoft Store (MSIX) (GitHub #53247 и другие).

Сначала — главное. Полная перезагрузка ПК не обязательна. Во многих случаях достаточно просто выйти из Windows и войти снова, чтобы всё восстановилось (это не перезагрузка ПК и не выход из аккаунта Claude). Ниже мы разбираем что помогает, что не помогает и что на самом деле представляет собой ошибка, разделяя всё на подтверждённое / предполагаемое / неподтверждённое. Статья основана на логах исследования с одной машины (Windows 11 Home, 10.0.26200), сверенных с известными issue на GitHub.

1. Главное — сначала выйдите из Windows, и всё заработает

Реальный вред от этой ошибки — «невозможно запустить», но для восстановления полная перезагрузка ПК не обязательна. Согласно разбору в #53247, стоящий за проблемой «осиротевший дескриптор» сохраняется в пределах сеанса пользователя Windows, поэтому достаточно просто выйти из Windows и войти снова, чтобы он очистился. Большинство людей рефлекторно перезагружают весь ПК, так что это экономит время.

• ✅ Нужно исправить прямо сейчас: выйдите → войдите снова. Есть сообщения о случаях, когда после этого приложение снова запускается (#53247).
• ✅ Нужно исправить наверняка: перезагрузите ПК. Долго, но надёжно.
• ✅ Нужно, чтобы это не повторялось: откажитесь от сборки MSIX и перейдите на сборку Squirrel (установщик) (см. ниже; по данным автора #57221).

2. Симптом — появляется при запуске после обновления

Типичная последовательность: после применения обновления Claude Desktop при открытии приложения появляется диалоговое окно в стиле Проводника Windows с текстом «Этот файл уже используется другой программой», и приложение не запускается. Закрытие и повторное открытие даёт то же самое, и всё не восстанавливается до перезагрузки ПК (или выхода из системы).

Важно: формулировка этого диалога не отражает того, что происходит на самом деле (подробности в §4). Кроме того, само обновление прошло успешно — сбой не в обновлении, а в «запуске приложения». Это касается сборки Claude Desktop из Microsoft Store (MSIX).

3. Что помогает, а что нет

Это самая большая ловушка. В интернете попадаются утверждения вроде «остановите службу — и всё заработает», но для этой ошибки они, по сообщениям, не работают. Давайте чётко разделим, что помогает, а что нет.

Пункты справа зафиксированы как испробованные и не давшие результата и в #48003, и в #53247. Они склонны отнимать время, поэтому разумно сначала попробовать выход из системы.

Постоянное решение: переход на сборку Squirrel (установщик)

Если натыкаться на это при каждом обновлении невыносимо, автор #57221 сообщает, что удаление сборки MSIX и переход на сборку с установщиком (Squirrel) устранили и проблему с обновлением, и проблему с запуском. Суть шагов:

1. Полностью удалите сборку Claude Desktop из Store (MSIX).
2. Установите сборку с установщиком со страницы официальной загрузки Claude или через winget (например, winget install Anthropic.Claude).
3. После этого автообновление доведёт приложение до последней версии.

🟡 Объяснение таково: это выводит приложение за пределы ограничений C:\Program Files\WindowsApps и уровня контейнера AppX. Поведение может отличаться в зависимости от окружения, поэтому перед переходом проверьте свой сценарий (корпоративная политика распространения и т. п.).

4. Что на самом деле означает ошибка — это не блокировка файла (подтверждено)

Диалог читается как «файл используется», но в логах машины сбой происходит в другом месте. Журнал событий Microsoft-Windows-AppModel-Runtime/Admin фиксирует следующее (✅ подтверждено на машине):

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]

И ✅ проверено, что «никакой блокировки файла нет». В #53247 проверка с помощью handle.exe и Process Explorer показала отсутствие блокировки файла в пользовательском пространстве. Так что «потому что другая программа держит файл» — неверно, по крайней мере как блокировка в пользовательском пространстве. Реальная суть — проблема на уровне контейнера (Job/Silo) AppX/Desktop Bridge.

5. Две конкурирующие версии, вопрос не решён

«Проблема на уровне контейнера» — подтверждено, но относительно спускового механизма есть два взгляда, и вопрос ещё не решён. Мы избегаем утверждать что-то одно и приводим обе версии.

Обратите внимание на противоречие: если бы была верна версия A (удержание службой), то «остановка службы» должна была бы помочь — но, по сообщениям, не помогает (§3). Из-за этого противоречия неясно, какая версия основная. 🔴 На данный момент честнее всего приводить обе.

При этом данный симптом подтверждён на разных языках. Автор #53247 работает в португалоязычном окружении, где диалог гласит «Há um outro programa usando este arquivo no momento» (этот файл уже используется другой программой) — тот же симптом, что и в английской/японской формулировках.

6. Проверьте на своём компьютере (PowerShell)

Вы можете проверить, совпадает ли ваша проблема с описанной в статье (права администратора не нужны). Если появляются события 215/208 и 0x80070020, это та же проблема.

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

Чтобы сопоставить с историей обновлений и увидеть текущие настройки входящей в комплект службы:

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. Похожие проблемы, которые легко перепутать

У Claude Desktop (Windows) есть другие ошибки с похожими кодами, которые легко перепутать. Они отличаются от рассматриваемого в статье 0x80070020 (сбоя запуска), поэтому их стоит разделять.

Кроме того, при обновлении Claude Code CLI (того claude.exe, которым управляет настольное приложение) может появиться EPERM: operation not permitted, unlink ... claude.exe, но это всего лишь сбой удаления старой версии — новая установилась нормально — и не связано с этой ошибкой.

Итоги

• ✅ Сначала выйдите из Windows → войдите снова: для восстановления полная перезагрузка ПК не обязательна (#53247). Если не помогло, перезагрузите ПК.
• 🔴 Остановка/повторная регистрация службы, по сообщениям, не работает: обычно лишь тратит время, поэтому избегайте её.
• ✅ Реальная причина — не «блокировка файла»: это сбой на уровне контейнера AppX (преобразование Job→Silo). Формулировка диалога не отражает действительность.
• 🔴 У спускового механизма две нерешённые версии: удержание службой (#57221) против сбоя при запуске → осиротевшего дескриптора (#53247). Официального исправления пока нет.
• ✅ Постоянное решение — переход на сборку Squirrel: по сообщениям, устраняет и проблему обновления, и проблему запуска (#57221).

Статья основана на логах исследования с одной машины (Windows 11 Home, 10.0.26200), сверенных с issue на GitHub. Пользуйтесь ею, честно учитывая, что у всех пользователей она может воспроизводиться не одинаково и что мелкие детали причины остаются нерешёнными.

FAQ

Q1. Как исправить это быстрее всего?

Выйдите из Windows один раз и войдите снова (Пуск → значок пользователя → «Выйти»). Это не перезагрузка ПК и не выход из приложения/аккаунта Claude. Согласно #53247, стоящий за проблемой осиротевший дескриптор сохраняется в пределах сеанса пользователя Windows, поэтому полная перезагрузка ПК может не понадобиться. Если всё равно не восстанавливается, перезагрузите ПК.

Q2. Я видел совет «просто остановите службу» — это работает?

Для этой ошибки, по сообщениям, не работает (#48003, #53247). Stop-Service CoworkVMService перезапускается, и ошибка повторяется, а Reset-AppxPackage и перезапуск различных служб тоже не решили проблему. Разумнее сначала попробовать выход из системы.

Q3. Файл действительно заблокирован?

Нет. Диалог читается как «файл используется», но проверка (handle.exe / Process Explorer) подтвердила отсутствие блокировки файла в пользовательском пространстве (#53247). Реальная суть — сбой на уровне контейнера (преобразование Job Object → Silo) AppX/Desktop Bridge; универсальный код 0x80070020 (ERROR_SHARING_VIOLATION) просто передаётся именно такой формулировкой.

Q4. Так в чём же в итоге причина?

Проблема на уровне контейнера подтверждена, но у спускового механизма две нерешённые версии: (1) CoworkVMService (автозапуск), удерживающая Job Object (#57221), и (2) сбой при запуске, из-за которого очистка Silo/Job не выполняется и остаётся осиротевший дескриптор (#53247). Поскольку остановка службы не помогает, что противоречит (1), окончательно утверждать пока нельзя.

Q5. Есть ли официальное исправление?

На момент исследования официальное постоянное исправление не выпущено. Центральный issue #53247 по-прежнему открыт. В issue постоянные исправления, такие как перевод службы на запуск по требованию (Manual), находятся на стадии предложения.

Q6. Это происходит при каждом обновлении?

🔴 Утверждать однозначно нельзя. На машине было ощущение «это происходит при каждом обновлении», однако журнал событий показал это лишь в 2 обновлениях из 6 (более старые записи могли исчезнуть из-за ограничения размера журнала, так что это не установлено). Частота может различаться от машины к машине.

Q7. Как не допустить повторения?

Есть сообщение о том, что отказ от сборки MSIX (Store) и переход на сборку Squirrel (установщик) устранили и проблему обновления, и проблему запуска (#57221). Вы полностью удаляете сборку из Store, затем устанавливаете сборку с установщиком с официального сайта или через winget. Если у вас есть ограничения вроде корпоративной политики распространения, сначала уточните.

Похожие статьи

• Ошибка Claude Code «Response stalled mid-stream» — причина и решение ещё одной известной ошибки
• Ошибка Claude Code «Output blocked» — остановка на контент-фильтре