0x80004005 - это E_FAIL, «операция не удалась». Microsoft так обозначает общий отказ, когда вызывающий код не получил более честной причины. Поэтому один и тот же номер всплывает в Центре обновления, при расшаривании папки, в VirtualBox, в архиваторе и в установщике программы. Это не стоп-код синего экрана и не 0xc0000005. В логах рядом пишут E_FAIL или «ns error failure» - та же обёртка, не новый код. «hr 0x80004005» значит HRESULT, форма записи, не отдельная ошибка.
Почему это происходит
Нет прав или объект занят. Файл держит процесс, папка в сети с кривым гостем, антивирус режет запись. E_FAIL вместо внятного «отказано в доступе» - дурная вежливость программы.
VirtualBox и похожие машины. 0x80004005 при старте ВМ часто про VT-x/AMD-V в прошивке, Hyper-V, который занял виртуализацию, или битый диск виртуалки. Это не «ошибка Windows вообще». Лечат галочкой в UEFI и отключением лишнего гипервизора, не Pack драйверов.
Сеть и общие папки. Гостевой доступ, SMB, кривой пароль, «Windows не может получить доступ». Тот же номер. Смотрят службу и права, не переустанавливают систему.
Обновление и установщик. Реже как единственный код, чаще вместе с более узким 0x8007xxxx. Тогда читают узкий, E_FAIL игнорируют как обёртку.
Повреждённый архив или образ. Распаковка, установка из битого ISO. Перекачать источник честнее, чем чистить реестр.
Не выдумывайте уникальный смысл. У 0x80004005 нет «всегда это реестр» и нет «всегда это VirtualBox». Контекст окна важнее числа.
Проводник и архивы. E_FAIL при распаковке часто значит битый zip или антивирус, который вырвал файл на лету. Перекачайте архив, проверьте хэш если автор его дал. Не «чините WinRAR через реестр». Тот же код при копировании на сетевой диск - квота, обрыв SMB, права. Локальная копия на другой внутренний диск на проверку отделяет сеть от самого файла.
Обновление Windows под маской E_FAIL. В журнале рядом почти всегда есть узкий код: 0x80070002, 0x80070643 и другие. Лечите узкий. Если мастер пишет только 0x80004005 - средство устранения неполадок и очистка кэша, как в статье про обновления. Универсальный .reg «для 80004005» с форума 2015 года на современную Windows не накладывайте.
Что делать самому
Зафиксируйте, какая программа показала код. Обновление, проводник, VirtualBox, установщик, браузер с ns error failure. Скрин всего окна, не одной строки.
Для VirtualBox. В прошивке включите аппаратную виртуализацию. В Windows: если не нужен Hyper-V / Песочница / Изоляция ядра для ВМ - решите конфликт осознанно, не «отключите всё в реестре по гайду 2017 года». Другой движок (Hyper-V сам, VMware) на проверку.
Для общей папки. Права на папку, одна рабочая учётная запись, служба «Сервер». Не «everyone полный доступ в интернет». Антивирус на минуту, не навсегда.
Для установщика программы. Другой источник, запуск от администратора только если без него не стартует, временное исключение в защите. Не правьте ключи установщика наугад: от этого рождается уже ошибка Windows Installer.
Для Центра обновления. Смотрите второй код в журнале. Чистка кэша и DISM - как в статье про обновления. Один только 0x80004005 без второго номера - сначала средство устранения неполадок.
Не импортируйте
.reg«фикс 0x80004005». Универсальных фиксов у общего E_FAIL быть не может. Такой файл легко снесёт политику безопасности.
Часто задаваемые вопросы
E_FAIL и 0x80004005 - одно? Да. HRESULT E_FAIL.
ns error failure 0x80004005 - это Firefox? Часто браузер или среда, которая пробросила тот же E_FAIL. Смотрят, какое действие не удалось: прокси, расширение, файл.
Это вирус? Редко. Чаще права, виртуализация, битый файл.
Поможет ли переустановка Windows? Только если вы уже убили политики и установщик правками. Для VirtualBox и сети - обычно нет.
hr 0x80004005 в логе установщика - это другой код? Нет. hr - HRESULT, форма записи того же E_FAIL. Смотрите, какой шаг установщика не удался, не изобретайте «ошибку hr».
VirtualBox пишет ns error failure - лечить как Firefox? Нет. В VirtualBox это обычно виртуализация или диск ВМ. В браузере - сеть и расширения. Одно число, разные окна.