Как отделить скачивание, staging, InstallerCli и работающий engine при откате обновления Docker Desktop с кодом 1, не удаляя CLI plugins вручную.
Зафиксируйте результат отката
После сообщения InstallerCli exited with code 1 не запускайте обновление многократно. Запишите исходную и целевую версии Docker Desktop, тип установки для текущего пользователя или всех пользователей, момент ошибки и факт автоматического отката. Затем проверьте только штатным способом, запускается ли оставшаяся версия и отвечает ли engine на безопасный запрос версии. Не выполняйте pull, build и запуск контейнеров: они меняют состояние и не нужны для проверки updater. Если текущая версия не запускается, остановитесь и не продолжайте статью как сценарий успешного rollback. Если работает, сохраните эту рабочую точку до сбора evidence.
Разделите стадии updater
Скачивание пакета, распаковка, staging и выполнение InstallerCli — разные стадии. Верхнеуровневый код 1 сообщает только о неуспешном процессе, а не о конкретном конфликтующем файле. Публичный issue связывает ошибку с CLI plugins, но эта причинная цепочка пока не подтверждена проектом. Поэтому не переименовывайте и не удаляйте plugin-файлы по чужому логу. Официальная документация Docker Desktop CLI предоставляет штатные команды update, logs и diagnose. Используйте их для определения стадии, сохранив вывод локально и удалив из копии имена пользователей, registry и приватные пути перед отправкой.
Учитывайте тип установки Windows
Официальная инструкция Docker Desktop различает установку для текущего пользователя и системную установку. Зафиксируйте вариант, не повышая права только ради эксперимента: запуск updater от администратора меняет контекст и может скрыть исходную границу. Сверьте путь приложения и версию через интерфейс Docker Desktop, не публикуя домашний каталог. Если проблема появляется только в одном режиме установки, это полезный факт для поддержки, но не разрешение переносить файлы между каталогами. Красные флаги — предложение отключить защиту Windows, удалить весь каталог Docker или выполнять factory reset без подтверждённой резервной копии volumes.
Передайте пакет без конфигураций и данных
В отчёт включите версии Docker Desktop, CLI и Windows, тип установки, результат проверки engine после отката, название стадии ошибки и обезличенный фрагмент журналов вокруг InstallerCli. Добавьте идентификатор диагностики только в приватный канал поддержки, если он необходим; не публикуйте его вместе с путями и именами проектов. Release notes служат первичным местом для проверки исправления в будущей версии, но отсутствие записи не доказывает, что issue неверен. До подтверждённого решения сохраняйте рабочую версию и не меняйте plugin-файлы. Так updater исследуется отдельно от контейнерных данных и WSL integration.
Материал подготовлен редакцией VOne с применением ИИ для дерева стадий updater; поддерживаемые команды и режимы установки сверены по Docker Docs, issue использован только как сигнал.
Источники и проверка
- Docker Desktop CLI проверено 2026-08-10
- Docker Desktop — Windows installation проверено 2026-08-10
- Docker Desktop release notes проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.