Коды настраиваемых ошибок развертывания операционной системы
| 0x80040001 | Не удалось получить GUID клиента | Проверьте, импортирован ли компьютер в базу данных сайта. Дополнительные сведения см. в файле clientidmgr.log в папке точки управления (MP). |
| 0x80040101 | Не задана учетная запись доступа к сети | Проверьте пользовательский интерфейс администратора и убедитесь, что учетная запись доступа к сети установлена |
| 0x80040102 | Не возвращено расположение содержимого для заданного пакета | Проверьте сервер и убедитесь, что пакеты распространяются не менее, чем на одну точку распространения. Также проверьте, позволяет ли объявление последовательности задач использовать удаленную точку распространения при отсутствии локальной |
| 0x80040103 | Не удалось получить доступ к содержимому пакета в точке распространения | Убедитесь, что учетная запись доступа к сети установлена правильно. Проверьте подчеркнутое сетевое подключение. |
| 0x80040104 | Не удалось найти политику программы ссылок | Убедитесь, что политика программы ссылок загружается локально. Дополнительные сведения см. в журнале агента политик. |
| 0x80040105 | Не удалось найти необработанную политику CCM_ClientAgentConfig | Убедитесь, что политика загружается локально. Дополнительные сведения см. в журнале агента политик. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,1) | Указан недопустимый путь к сохраненному образу. | Введите допустимый путь. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,2) | Указано недопустимое расширение имени файла образа. | Введите допустимое расширение имени файла (.WIM) |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,3) | Указано недопустимое имя файла образа. | Введите допустимое имя файла. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,4) | Слишком длинный путь к сохраненному образу | Введите допустимый путь |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,5) | Указано недопустимое имя файла образа. | Введите допустимое имя файла |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,1) | Для PNP истекло время ожидания завершения инициализации. | Проверьте журналы Windows |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,2) | Не удалось выполнить последовательность задач в Windows PE | Дополнительные сведения см. в файле smsts.log. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,1) | Указан недопустимый индекс сетевого адаптера | Данный сетевой адаптер не найден. Проверьте, установлены ли правильные драйвера. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,1) | Не установлен Sysprep | Установите правильную версию sysprep |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,2) | Недопустимый Sysprep | Установите правильную версию sysprep |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,3) | Недопустимый системный раздел | Проверьте список поддерживаемых типов системных файлов в документации к OSD. |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,4) | Компьютер присоединен к домену | Отсоедините компьютер от домена и выполните перезапуск |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,5) | Компьютер является контроллером домена | Контроллеры доменов не могут быть использованы в качестве исходных компьютеров |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,1) | Для этого сайта не назначена точка управления по умолчанию. | Задайте точку управления по умолчанию |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,2) | Недоступны сертификаты для точки управления по умолчанию. | Повторите попытку |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,3) | Пакет недоступен на указанных точках распространения. | Назначьте пакет точке распространения |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,4) | Недопустимый пароль для сертификата носителя | Укажите допустимый пароль |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,5) | У сертификата носителя нет связанного закрытого ключа | Создайте сертификат носителя с закрытым ключом |
| MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,6) | Для этого сайта не задан сертификат центра сертификации. | Задайте центр |
Источник: vinadm.blogspot.com
Как решить проблему при установки windows 10 Официальная версия Нет драйверов для установки.
Как создать локальную учётную запись при установке Windows 8 ?
Ошибка WslRegisterDistribution failed with error: 0x80370102 – что делать?
Ошибка с кодом 0x80370102 сопровождается сообщением «WslRegisterDistribution failed with error». Имеет привычку появляться при попытке установить дистрибутив Linux для доступа через подсистему Windows к Linux 2 (WSL2). Таким образом процедура развертывания саб-системы обрывается и сам смысл свежевыпущенной функции Windows испаряется. Инсталляция Linux Distro обрывается сообщением:
WslRegisterDistribution failed with error: 0x80370102
Error: 0x80370102 The virtual machines could not be started because a required feature is not installed.
Причины ошибки 0x80370102
Речь идет о совсем новой ошибке, ведь она начала появляться только с конца лета 2021 года с выпуском WSL2. Она начала появляться не только при попытке установить подсистему Linux, но и Debian. В силу новизны, у нее пока нет подробного технического разбора со стороны разработчиков, и мы полагаемся на пользователей и их отчеты. Они указывают на наличие следующих нескольких проблем:
- Используется сборкаWindowsInsiderPreview. Многие пользователи инсайдерской версии Windows испытывают данную проблему и это нормально, ведь речь идет о незавершенной системе. Нужно ждать обновлений.
- Проблемы перехода сWSL 1 наWSL 2. Результат опять же недоработанного программного обеспечения.
- Выключена или отсутствует аппаратная виртуализация. Ее должен поддерживать процессор. Если такой функции в ЦП не предусмотрено, воспользоваться подсистемой Linux не получится. Может быть, что опция просто отключена и ее нужно включить.
- ВыключенHyper-V. Это важный компонент виртуальной среды, который участвует в запуске нескольких операционных систем на одной физической машине. Его нужно обязательно активировать.
Что делать при ошибке 0x80370102?
Все исправления вытекают из причин ошибки. Пока что мы можем только включить аппаратную виртуализацию и Hyper-V. Если ваша версия Windows (от 2004, май 2020 года) и оборудование позволяет использовать подсистему WSL2, она должна заработать после ручного включения обязательных компонентов.
1. Включить аппаратную виртуализацию в BIOS
Если попытаться запустить Ubuntu или другую разновидность Linux в VirtualBox без активации аппаратной виртуализации, Windows отобразит сразу ряд ошибок. Система начнет грешить на распределение регистров WSL, звук и другие сбои. Данная функция обязательно должна быть включена, иначе запустить виртуальную систему не получится. К сожалению, активируется опция в BIOS, поэтому придется сделать несколько лишних телодвижений.
Как исправить ошибку 0x80370102:
- Нажимаем на виртуальную кнопку в Пуске – «Перезагрузить».
- В момент включения компьютера должна быть подсказка снизу с тем, какую клавишу нужно нажать для активации BIOS. Обычно это Del, Esc, F2, но может отличаться. Если не удастся войти с первого раза, нужно будет снов перезагрузить ПК.
- Находим вкладку CPU config, Processor или Chipset.
- Ищем параметр Virtualization или Виртуализация.
- Нажимаем напротив него и выбираем опцию Enable. В зависимости от производителя он может называться Intel Virtualization Technology, AMD-V, Hyper-V, VT-X, Vanderpool, or SVM.
- Возвращаемся в начальное окно и жмем на вариант «Save https://gamesqa.ru/kompyutery/oshibka-wslregisterdistribution-failed-with-error-0x80370102-28084/» target=»_blank»]gamesqa.ru[/mask_link]
Ошибки центра обновления Windows
Как и во множестве иных компонентов, входящих в состав операционных систем Microsoft, вопрос о исчерпывающей информативности возникающих ошибок Центра обновления Windows, тем более рекомендаций по их устранению, никогда всерьез разработчиками не рассматривался 🙂 Традиционно было решено ввести огроменный перечень числовых статусов (для того, чтобы хотя бы отдаленно понимать о чем идет речь) и завести специализированные танцесбубновые форумы поддержки (как например, незабвенный TechNet), на которых зачастую предлагаются довольно-таки абстрактные рекомендации. Все это, конечно же, сарказм, тем более что для человека думающего, подобные приведенному выше ресурсу является превосходной отправной точкой, задающей верное направление движения. Ну а в данном материале мы попытаемся каталогизировать ошибки Центра обновления Windows.
Тем не менее, в каждой шутке есть только доля шутки. Понятное дело, что в представлении любого нормального человека (а не наглухо отбитого виндового гика), голых идентификаторов для понимая природы происходящего часто недостаточно, требуется как минимум символическое имя. Символическое имя присутствует, но и оно в большинстве случаев, не дает понимания проблемы и не подразумевает каких-либо рекомендаций. Ко всему этому добавляются факторы взаимного влияния различных компонентов системы друг на друга, при которых, к примеру, причиной недоступности файла обновления может быть некорректная работы файловой системы. В итоге, для некоторых ошибок уже наработаны общие рекомендации по устранению, для других же имеются какие-то абстрактные предположения, в силу чего все форумы забиты сообщениями с указанием кодов возврата и вопросов: «Кто виноват?» и «Что делать?».
Одним словом, все это привело к тому, что и я тоже, по примеру немногих, решил составить такой своеобразный каталог ошибок центра обновления Windows, который будет всегда под рукой. Правда из него так же ничего не понятно 🙂 Но для меня лично непонятного меньше чем в сторонних источниках. Остановимся на следующих утверждениях:- Надо понимать, что многие коды возврата, описанные в представленной ниже таблице, являются общими и их возникновение характерно для множества продуктов Microsoft (включая и Центр обновления Windows). Иными словами, неверно было бы считать все приведенные ошибки возникающими исключительно в компонентах Windows Update, тем не менее представлены и те, которые персонализированы исключительно для исполняемого кода группы компонентов Центра обновления Windows. Поэтому давайте условимся считать все приведенные в таблице ошибки возникающими исключительно в контексте исполнения процессов Центра обновления Windows, и не надо искать тут волшебное лекарство от всех проблем операционной системы!! 🙂
- У некоторых может возникнуть ложное ощущение, что найдя код ошибки в таблице вы тут же найдете однозначное решение своей проблемы. Для некоторых ошибок это действительно так, однако в большинстве случаев ошибку надо рассматривать во взаимосвязи с другими ошибками, возникающими совместно с искомой (отображаются в логах в непосредственной близости или в одной сессии). Это банально позволит уйти от незначащих ошибок и найти основную, решение которой и изменит ситуацию.
Тип результата
Во всех модулях, относящихся к механизму компонентной модели, ошибки Центра обновления Windows возвращаются в виде числовых идентификаторов, имеющих тип HRESULT (DWORD, 32-битовое целое).
Таким образом, компонентная модель Windows использует HRESULT для определения статуса завершения метода или вызова функции.
В модели COM была предложена рекомендация, чтобы все функции на выходе, экспортируемые сервером и клиентом, возвращали результат работы типа HRESULT , по которому можно судить о результате выполнения функции (успех/неудача). Старший бит значения специфицирует успешное/ошибочное (0/1) завершении работы функции, следующие далее 15 битов содержат тип ошибки и обеспечивают способ группировки однотипных кодов завершения, младшие (правые) 16 битов предоставляют специфическую информацию о происшедшем. В модели-преемнице DCOM использование HRESULT уже было выдвинуто в виде обязательного требования. Возвращаемые символические значения в интерфейсе Win32 предваряются префиксом S_ в случае нормального завершения и префиксом Е_ в случае ошибки. Вот так, к примеру, выглядят некоторые типовые константы:
Константа Число Описание E_ACCESSDENIED 0x80070005 В доступе отказано. E_FAIL 0x80004005 Ошибка без указания причины. Неспецифицированная ошибка. E_INVALIDARG 0x80070057 Неверный аргумент функции. E_OUTOFMEMORY 0x8007000E Нехватка памяти. E_POINTER 0x80004003 Неверный указатель. В качестве значения указателя передан NULL. E_UNEXPECTED 0x8000FFFF Неожиданное состояние. Непредвиденная ситуация, из-за которой операция не может быть выполнена. S_OK 0x00000000 Успешное завершение операции. S_FALSE 0x00000001 Успешное завершение операции. Отличие от S_OK заключается в том, что может определять какую-либо отличительную особенность при выполнении функции. Использование значений S_OK и S_FALSE строго не регламентируется. К примеру, если функция должна вернуть список объектов, она возвращает S_OK в случае непустого списка, и S_FALSE если список пустой но ошибок не было. Те ошибки, которые вы обычно наблюдаете в различных модулях операционной системы Windows, имеют в точности такие обозначения, соответственно, и ошибки Центра обновления Windows тоже классифицируются одинаково.
Методы использования
Таблица будет являться хабом, то есть диспетчером по поиску ошибок обновления. Соответственно, для пользования им можно предложить следующий алгоритм:
- Лицезреть ошибки Центра обновления Windows можно либо непосредственно в интерфейсе системы, либо по записям об ошибках в файлах %SystemRoot%WindowsUpdate.log и %Windir%LogsCBSCBS.log , а так же событий в системном Журнале Событий.
- Из информации в записях или интерфейсных окнах получаете шестнадцатеричное (либо десятичное) представление ошибки.
- В нижеприведенной таблице находите номер ошибки и смотрите алгоритм устранения в столбце Решение , если это ссылка, то щелкаете и переходите на статью с непосредственными рекомендациями по устранению.
Очевидно, что таблица находится в состоянии перманентного дополнения/изменения, поскольку как бы не хотелось получить на личном опыте, проанализировать и классифицировать такое огромное количество ошибок может разве что разработчик Windows Update у которого внезапно образовалось несколько свободных от работы лет.
Некоторые ошибки, возможно, никогда и не возникают в процессе работы Центра обновления Windows, а представляют собой информационные статусы/структуры, содержащие выводимые на экран статусные и информационные сообщения.
Таблица ошибок Центра обновления Windows
NTSTATUS Имя Описание/Решение x16 x10 0x80004003 -2147467261 E_POINTER Неверный указатель. Где то в коде в качестве значения [какого-то] указателя передан NULL. Из формулировки понятно, что это ошибка внутренняя, по анализу кода встречающаяся в нескольких местах wuauclt.exe : нулевой указатель при создании префикса трассировки кода, при работе с токенами, при проверке функций обратного вызова (намекает на связь с кодом внешних модулей), копировании SID. Поэтому подойдут рекомендации по сбросу/повторной регистрации всех [сторонних] компонентов, каким-либо образом связанных с обновлениями: - Сброс центра обновления Windows;
- Сброс WindowsStore ;
- Перерегистрация компонента WindowsStore ;
- Не загружается библиотека, необходимая в данный момент клиенту обновления ( wucltui.dll , wucltux.dll или иные);
- отсутствует какой-либо файл [устанавливаемого] обновления (ошибка распаковки .cab обновления);
Поэтому и решения могут варьироваться:
- Сброс центра обновления Windows;
- выкачиваем обновление вручную, распаковываем, устанавливаем;
- есть сомнительная стратегия: если ошибка повторяется, то изучаем файл CBS.log и ищем ошибки, расположенные в журнале непосредственно (вблизи) до места возникновения 80070002. потому как может возникать как сопутствующая ошибка при возникновении других, более точно указывающих на проблему ошибок.
- Выполните команды sc config wuauserv type=share и sc config bits type=share , затем перезагрузитесь.
- Сброс центра обновления Windows.
- Скачать и установить обновление KB3102810 вручную;
- Скачать и установить обновление KB3083324 вручную;
- Универсальное: посмотреть список найденных неустановленных критических обновлений, скачать их самостоятельно и поставить вручную;
- REG LOAD HKLMCOMPONENTS C:WindowsSystem32configCOMPONENTS
- REG DELETE HKLMCOMPONENTS /V PendingRequired
- Сброс центра обновления Windows;
- выполнить команду: sc create BITS binpath= «c:windowssystem32svchost.exe -k netsvcs» start= delayed-auto
- в случае невозможности восстановления службы — использовать восстановление системы;
- Сброс центра обновления Windows;
- Проверяем режимы запуска служб: Фоновая интеллектуальная служба передачи (BITS) , Центр обновления Windows , Удостоверение приложения , Служба криптографии ;
- Запускаем апплет Службы (Пуск → в строке поиска набираем services.msc → Ввод ;
- Находим в списке службу Брендмауэр Windows , открываем свойства (двойной щелчок);
- Выбираем вкладку Вход в систему .
- Ставим маркер на пункт С учетной записью: → щелкаем на кнопку Обзор и вводим в поле словосочетание Local Service и нажимаем кнопку Проверить имена → жмем Применить .
- переходим во вкладку Общие и выбираем тип запуска: Автоматически.
- Жмем кнопку Запустить . Дожидаемся пока служба перейдет в состояние Работает .
- Сброс центра обновления Windows.
- запустить проверку диска на битые сектора/ошибки ФС утилитой chkdsk c: /f/r
- Следует убедиться, что в системе нет каких-либо политик, влияющих функционирование Установщика модулей Windows (Windows Module Installer, он же TrustedInstaller). Данный сервис не должен настраиваться с какими-либо опциями запуска и должен целиком контролироваться только операционной системой.
- Тип запуска службы Установщик модулей Windows установлен в Вручную через групповую политику (GPO), что препятствует его запуску для завершения запланированных задач. Попробуйте временно установить тип запуска Автоматически ;
- Используйте браузер для проверки доступности хостов http://update.microsoft.com , https://update.microsoft.com , http://download.windowsupdate.com ;
- Используем утилиту tracert для проверку маршрута к хостам update.microsoft.com и download.windowsupdate.com ;
- Используем утилиту telnet для проверки доступности портов 80, 443, 8530, 8531 на вышеуказанных хостах.
- Убедитесь, что точка обновления программного обеспечения настроена для SSL;
- Убедитесь, что WSUS-сервер настроен на SSL;
- Добавьте сертификат проверки подлинности сервера на веб-сайт WSUS-сервера;
- Проверьте, корректно ли выставлены системные время/дата, если необходимо — произведите синхронизацию [вручную].
- Произвести Восстановление хранилища компонентов;
- Выполнить Сброс центра обновления Windows;
- Если ошибка все еще присутствует, изучить околоошибочные записи в файле CBS.log на предмет наличия проблемного KB. , попытаться переустановить его.
- Устранение ошибки 80092004;
- Выкачать обновление вручную: по поиску или из Центра загрузок Майкрософт или Центра обновления Майкрософт.
- Попробовать отключить сторонний криптопровайдер (Vipnet/КриптоПро);
- Попробовать обновить сторонний криптопровайдер (Vipnet/КриптоПро);
- Попробуйте поочередно все методы восстановления, которые отписаны в статье восстановление при помощи SURT;
- Если это не помогло, нужно удалить обновление KB2488113 и временно отключить компонент Microsoft .Net Framework 3.5.1 . После этого нужно выполнить частичную загрузку системы и заново запустить средство проверки.
- Сброс центра обновления Windows
- проверить системное время (часы), возможно имеется рассинхронизация.
- произвести Восстановление хранилища компонентов
- Накатить [вручную] последние обновления стека обслуживания;
- Накатить [вручную] обновления удостоверяющего протокола;
- сбоях в процессе установки обновлений;
- настройке альтернативного источника установки, в котором отсутствуют некоторые (все) файлы обновления;
- проблема с правами текущего пользователя.
- Сброс центра обновления Windows
- самостоятельно скачать проблемное обновление и установить;
- проверить правильность пути загрузки (при альтернативном источнике);
- проверить разрешения доступа, наличие необходимых файлов в хранилище;
- Поочередное удаление обновлений: KB4015550, KB4019217, KB4019264;
- Патч для Windows Update: Отключение сообщения Несовместимое оборудование;
- Перезагрузите систему. Иногда последствия только что установленных обновлений вызывают проблемы отображения области уведомлений;
- Разверните скрытые значки в области уведомлений и выберите Настроить;
- В открывшемся окне Значки области уведомлений, в разделе Значки, отыщите Центр обновления Windows, щелкните раскрывающийся список рядом с ним, выберите Показать значок и уведомления и нажмите ОК;
- Повторите установку обновлений;
- В командной строке запускаем: wuauclt /detectnow /resetauthorizations ;
- Останавливаем службу автоматического обновления командой net stop wuauserv ;
- удаляем все файлы из папок C:WindowsSoftwareDistributionDataStore , C:WindowsSoftwareDistributionDownload ;
- Запускаем службу автоматического обновления и выполняем команду net start wuauserv wuauclt /detectnow ;
Другой причиной может быть проблема с WMI:
- останавливаем сервис Инструментарий управления Windows (Windows Management Instrumentation);
- перестраиваем/сбрасываем репозиторий WMI;
- повторно запускаем службу WMI ;
- выполняем команду wuauclt /detectnow ;
- Пробовать обновиться несколько раз: жмем кнопку, выжидаем окончание цикла, повторяем через несколько минут;
- Групповая политика: Computer Configuration → Adminsitrative Templates → Windows Components → Windows Update. Увеличиваем интервал до нескольких часов;
- WSUS: убираем ограничение на максимальный размер XML файла (получаемого клиентом);
- WSUS: проводим очистку при помощи встроенного мастера очистки;
- Локальный антивирус контролирует трафик. Отключаем антивирус;
- Корпоративный брандмауэр/шлюз расшифровывает SSL-трафик с сайта Microsoft, что приводит к сбою проверки сертификата. Отключаем;
- Попробовать самостоятельно выкачать проблемное обновление из Центра загрузок Майкрософт или Центра обновления Майкрософт. Затем установить вручную.
- Произвести Сброс центра обновления Windows.
- Ну и в последнюю очередь, самое сложное: произвести полный цикл восстановления хранилища компонентов.
- В вашей системе Защитник Windows не установлен. Для применения обновления установите и активируйте его;
- Выполните Сброс центра обновления Windows;
Похожие записи:
- Сброс центра обновления Windows
- Восстановление хранилища компонентов при помощи DISM
- Восстановление компонента прямой заменой файлов
- Установка Internet Explorer не закончена
- Ошибка обновления 0x80092004
Источник: datadump.ru