Типовые ошибки при установке Windows через SCCM

В этой статье мы расскажем, как легко и эффективно траблшутить установку Windows, выполняемую через System Center Configuration Manager (SCCM) или с помощью MDT.

Итак, мы рассматриваем ситуацию, когда выполняется task sequence, запущенный с SCCM сервера или из MDT, интегрированной с WDS. Существенной разницы нет, ведь exit коды фактически у них одинаковые для стандартных типовых шагов. также соверщенно не важно, загружали ли вы клиента с PXE или через Boot media (загрузочную срезу на USB или DVD), главное, чтобы вы попали в среду Windows PE и могли там выбрать нужный task sequence.

Exit win32 codes — коды ошибок в task sequence

Итак, представим себе, что вы успешно запустили task sequence и через некотрое время получили окно с кодом ошибки. Вот типовые коды:

0x80070070 — «There is not enough space on the disk.» На диске нет достаточно места. Такое встречается, когда диск не обнаружен или не является disk 0 на SATA контроллере (нельзя установить ОС на disk 1 и т. д.) или когда в компьютер вставлены другие носители (флэшки, внешние диски). Также такое встречается, когда структура разделов на диске не соотвествует утанавливаемой ОС: например, диск разбит в MBR, а вы ставите в GPT. Это типовая ситуация, когда вы устанавливаете Windows 10 в UEFI (со структурой разделов GPT) после того, как на этом диске стояла Windows 7 в Legacy mode (структура разделов MBR). И самый последний возможный случай — когда на диске есть скрытые или зашифрованные разделы (например с помощью Bitlocker). Во всех случаях диск необходимо очистить от разделов с помощью утилиты diskpart.
Очистка выполняется следующими командами в окне cmd:

diskpart
select disk 0
clean
exit

0x80070490 — «Invalid disk number specified». «System partition is not defined». Failed to identify HDD, failed to identify existing partitions on the HDD, failed to find driver for PCI\VEN device. Типовая ошибка, когда Windows PE не может определить наличие диска на контроллере, разделов на нем, часто в случае неправильной настройки в BIOS или в следствие того, что ваш загрузочный образ Windows PE просто не содержит нужных драйверов для вашего контроллера диска. Напомню, что необходимо добавлять драйвера контроллеров в загрузочный образ через утилиту DISM, когда вы переходите с одной платформы на другую.

0x80070032 — «The active system partition on a MBR system must be NTFS». Существующая файловая система или разбиение диска не NTFS. Диск необходимо очистить от разделов с помощью утилиты diskpart.

0x80070570 — «An error occurred while starting task sequence». «The file or directory is corrupted and unreadable.» Эта ошибка может как означать повреждение самого диска или файловой системы, так и исходных файлов пакетов, которые вы ставите на диск. Также эта ошибка встречается, когда компьютер некорректно выключен и Windows хочет проверить диск на ошибки при следующей загрузке.

0x80070057 — «Format failed». Утилита для форматирования диска. встроенная в MDT, не может отформатировать диск. Чаще всего из-за того, что диск не определяется или не подключен как disk 0 в системе.

0x80070002 — «The system cannot find the file specified». Если установка происходит с SCCM, то это означает, что пакет не удалось успешно скачать с сервера, в остальных случаях — в пакете установки программы используется неверный путь или отсуствуют какие-то файлы.

0x80004005 — «An error occurred while retrieving policy for this computer». Эта ошибка может иметь за собой массу различных причин, потому что 4005 — это generic code, означающий, что операция не может быть выполнена. Но если она встречается в самом начале до выбора task sequence для исполнения и сопровожается текстом ошибки «An error occurred while retrieving policy for this computer», то это происходит, когда клиент не может получить список task sequence с SCCM сервера. Причина тому — неправильное время, установленное на клиете или сетевая ошибка. Также, это может быть следствием того, что сертификат в загрузочном образе (boot image) и сертификат на Management point сервере SCCM отличаются.
Поясню механизм, как это работает. Ваш загрузочный образ должен содержать всю неободимую информацию для подключения к серверам SCCM (прописывается в конфигурационном файле MDT). Затем, при загрузке Windows PE исполняется необходимая последовательность команд, в частности подключение к Management Point, откуда клиент должен забрать список доступных Task sequences. В этот момент ко всему прочему проверяется время на клиенте и на сервере, если они отличаются, сервер ответит отказом. Равно как и в случае неподходящего сертификата.

В остальных случаях 0x80004005 просто означает неудачное выполнение операции. Чтобы узнать детали, что именно было не выполенно, необходимо изучать логи SCCM.

Как собирать логи SCCM / MDT

MDT создает следующие лог-файлы:

В конце выполнения task sequence все логи копируются в папку, указанную в свойстве SLShare файле настроек MDT Customsettings. ini file. Если вы указали сетевой путь, то сетевой ресурс должен быть доступен для этого.

Дополнительно, сама Windows создает два полезных файла в папке C:\Windows\Panther\UnattendGC — setupact. log и setuperr. log. С помощью них вы можете найти ошибки во время конфигурирования Windows и добавления компьютера в домен.

Расположение логов меняется в зависимости от того, какой тип установки вы используете (LTI, ZTI, с SCCM или без). Но в общем случае порядок их поиска таков:

Чем читать логи

Программой Cmtrace. Она вохдит в состав пакет System Center 2012 R2 Configuration Manager Toolkit в виде самостоятельной утилиты. Я рекомендую встроить ее в ваш загрузочный образ. Чтобы прочитать логи в Windows PE, нажмите F8, появится окно cmd, где вы можете или вызвать cmtrace или explorer.

[Посещений: 4 145, из них сегодня: 1]

Ошибка 0x8007000d при обновлении Windows: как исправить?

Если вы читаете данную статью, то наверняка столкнулись с ошибкой 0x8007000d, верно? Эта ошибка способна появляться в Центре обновления всякий раз, когда пользователь ОС Windows попробует проверить наличие новых обновлений, а также попытается установить их.

В сообщении ошибки будет утверждаться, что Центр обновления столкнулся с трудностями, вследствие чего найденные обновления не удалось установить. В общем, вполне распространенная проблема с обновлениями, с которой могут столкнуться многие пользователи всевозможных версий Windows, начиная от XP и заканчивая «десяткой».

Такая ошибка 0x8007000d является рядовой проблемой с Центром обновления, то и методы борьбы с ней будут представлять собой классический набор из решений, которые запросто справятся с ней. В данный набор войдут утилиты SFC, DISM, средство устранения неполадок и, конечно же, сброс компонентов Центра обновления Windows.

0x8007000d: руководство по решению ошибки

Метод №1 System File Checker

Давайте начнем с самого простого – использование системной программы System File Checker. Данная утилита нацелена на то, чтобы проверить целостность ваших системных файлов, так как именно из-за их повреждения и могла возникнуть ошибка 0x8007000d.

Использовать System File Checker можно только с помощью Командной строки. Чтобы получить доступ к Командой строке вам нужно нажать правой кнопкой мыши на Пуск и выбрать «Командная строка(администратор)».

Заметка: если ваш компьютер работает на базе операционной системы Windows 7 – получить доступ к Командной строке нужно немного по другому. Откройте меню Пуск, после чего пройдите в папку «Стандартные». Затем нажмите правой кнопкой мыши на Командную строку и выберите «Запустить от имени Администратора».

Как только вы запустите Командную строку, впишите в нее коротенькую команду sfc /scannow и нажмите на Enter на клавиатуре. После ввода команды сразу же начнется процесс сканирования ваших системных файлов. Если системная утилита найдет какие-то повреждения в них, то она попытается устранить их, что в большинстве случаев, получается осуществить.

Процесс сканирования системных файлов может затянуться на достаточно длинный промежуток времени, который будет основываться на конфигурации вашей системы. Как только он закончится, System File Checker предоставит вам сводку сканирования, где вы сможете найти информацию о найденных повреждениях, и были ли они устранены.

Если утилита System File Checker восстановила поврежденные файлы – пройдите в Центр обновления Windows, и проверьте наличие ошибки 0x8007000d. Вероятно, вы она была уже разрешена и теперь вы можете спокойно приступить к установке обновлений.

Метод №2 DISM

В этом методе мы с вами станет использовать системную программу «Система обслуживания образов развертывания и управления ими» или же проще – DISM. Данная утилита применяется большинством пользователей для восстановления образа системы, чтобы исправить всевозможные проблемы в Windows. Если SFC вам не смогла помочь в решении ошибки 0x8007000d, то DISM определенно это сделает.

Снова откройте Командную строку, как это уже было ранее показано в первом пункте, если вы ее закрыли. Далее вам потребуется ввести в строку несколько команд для проверки, сканирования и восстановления образа системы. Итак, введите в Командную строку следующее:

Завершив ввод команд для утилиты DISM, выполните перезагрузку системы. Как только снова войдете в систему, перейдите в Центр обновления Windows. На этот раз ошибки 0x8007000d быть не должно. Однако, если же вы с ней все же столкнулись, то у нас припасена еще парочка методов, которые определенно помогут вам.

Метод №3 Применение средства устранения неполадок

Разумеется, компания Майкрософт в курсе несовершенства своей операционной системы Windows, и она уж точно знает о таких ошибках, как 0x8007000d. В связи с этим, они выпустили средство устранения неполадок Центра обновления Windows, которое каждый желающий и, что более важно, нуждающийся пользователь их продукции может загрузить для себя.

Пройдите по этой ссылке на официальный сайт Майкрософт и загрузите средство к себе на компьютер. Сделав это, запустите его из любой удобной для вас директории – это не имеет значения. Как только вы это сделаете, перед вами появится небольшой список элементов – выберете Центр обновления Windows и двигайтесь по утилите, выбирая «Далее».

Просто следуйте подсказкам на экране, которые будут предоставляться вам средством устранения неполадок, и вы, с большой вероятностью, разрешите ошибку 0x8007000d. Однако, если вам даже не помогло специальное средство, и в Центре обновления все еще возникает данная ошибка, то давайте попробуем кое-что другое.

Метод №4 Сброс компонентов Windows

Давайте попробуем избавиться от ошибки 0x8007000d с помощью сброса компонентов Центра обновления Windows. Для это вам снова понадобится прибегнуть к услугам Командной строки(нажмите Win+X→Командная строка(администратор)». Как только откроете Командную строку, вам потребуется ввести в нее огромный ряд команд. В общем, времени придется потратить довольно много.

Итак, введите в командную строку следующее:

Длительный процесс, но он определенно того стоил. Попробуйте снова зайти в Центр обновления Windows, дабы убедиться, что ошибка 0x8007000d была устранена.