Файлы журналов и устранения неполадок развертывания
В следующем разделе описывается связь между распространенными сценариями развертывания и связанными с ними файлами журналов. Развертывание Windows — это процесс с высокой степенью настройки, который может привести к многочисленным сбоям. Определение конкретной точки сбоя начинается с понимания принципов работы базовых технологий.
Сценарий установки Windows
Этот сценарий начинается с завершения установки Windows на новом компьютере, чтобы вы попали на рабочий стол. Этот сценарий наиболее распространен при создании эталонного образа. Этот процесс также называется первым взаимодействием с пользователем.
Как показано на следующем рисунке, ключом к устранению сбоев является определение того, где вы находитесь в процессе установки и когда происходит сбой. Так как вы создаете новую установку, жесткий диск изначально недоступен, поэтому программа установки Windows записывает журналы в память. После форматирования жесткого диска программа установки продолжит вход непосредственно на новый жесткий диск (C:\Windows
). Файлы журналов, созданные на этапе Windows PE, являются временными.
При сбое в программе установки Windows сначала просмотрите записи в файле Setuperr.log, затем затем в файле Setupact.log, а затем другие файлы журнала при необходимости.
Файлы журналов windows Setup-Related
Файл журнала | Описание | Расположение |
---|---|---|
Setupact.log |
Основной файл журнала для большинства ошибок, которые происходят в процессе установки Windows. Существует несколько экземпляров файла Setupact.log, в зависимости от того, в какой точке процесса установки происходит сбой. Важно знать, какую версию файла Setupact.log следует просмотреть в зависимости от этапа, на котором вы находитесь. |
Настройка (специализация): X:\Windows\panther Настройка (OOBE), LogonUI, oem First Run:%windir%\panther Встроенный интерфейс (OOBE): %windir%\panther\unattendGC |
Setuperr.log |
Общий список ошибок, возникших на этапе специализированной настройки. Файл Setuperr.log не содержит никаких конкретных сведений. |
Настройка (специализация): %windir%\panther Настройка (специализация): %windir%\panther Настройка (OOBE), LogonUI, oem First Run: %windir%\panther |
Setupapi.offline.log |
Сбои драйвера на подфазе специализации компонентов этапа специализации установки. |
%windir%\inf |
Cbs_unattend.log |
Сбои автоматической установки при обслуживании. |
%windir%\panther |
Setupapi.dev.log |
Сбои драйвера на этапе запуска программы установки. |
%windir%\inf |
Sessions.xml |
Файл журнала транзакций на основе XML, который отслеживает все действия по обслуживанию на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений. |
%windir%\servicing\sessions |
CBS.log |
Файл журнала обслуживания, содержащий дополнительные сведения о сбоях автономного обслуживания. |
%windir%\panther |
Сценарий автономного обслуживания
Сценарий автономного обслуживания включает добавление и удаление обновлений, драйверов и языковых пакетов, а также настройку других параметров без загрузки Windows. Так как это устраняет необходимость в повторном создании обновленных образов, автономное обслуживание является эффективным способом управления существующими образами, хранящимися на сервере. Вы можете выполнять автономное обслуживание образа, подключенного или применяемого к диску или каталогу.
DISM — это основное средство для всех задач автономного обслуживания. DISM выполняется из командной строки из среды предустановки Windows или операционной системы Windows. Если при выполнении команды DISM возникает сбой, средство предоставит немедленный ответ и зановит проблему в файл DISM.log. Файл Session.xml — это файл журнала транзакций, в который записываются все действия по обслуживанию в целевой операционной системе. Файл Session.xml можно использовать вместе с файлом DISM.log для определения точек сбоев и необходимых действий по обслуживанию.
При сбое при автономном обслуживании сначала просмотрите файл DISM.log, чтобы найти конкретные ошибки. Если файл DISM.log не содержит ошибок, просмотрите файл журнала Sessions.xml второй, а затем файл CBS.log.
Файлы журналов, связанные с автономным обслуживанием
Файл журнала | Описание | Расположение |
---|---|---|
DISM.log |
Основной файл журнала для всех автономных действий с использованием DISM. |
%windir%\logs\dism Вы также можете создать файл журнала DISM в другом расположении с помощью параметра /LogPath . Уровень данных, записанных в файл журнала, также можно контролировать с помощью параметра /LogLevel . |
Sessions.xml |
Журнал транзакций на основе XML, который отслеживает все действия обслуживания на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений. |
%windir%\servicing\sessions |
Дополнительные сведения об автономном обслуживании см. в статье Основные сведения о стратегиях обслуживания.
Сценарий обслуживания по сети
Этот сценарий заключается в обслуживании работающей операционной системы. Этот сценарий включает загрузку компьютера в режим аудита для добавления драйверов, приложений и других пакетов. Обслуживание по сети идеально подходит для драйверов, если пакеты драйверов имеют совместные установщики или зависимости приложений. Это также эффективно, если большинство пакетов обслуживания имеют установщики, обновления находятся в .msi или KB.exe форматах файлов или приложения используют службы и технологии, установленные windows (например, платформа .NET Framework или полную поддержку plug and play).
Как и при автономном обслуживании, все журналы записываются в файлы DISM.log, CBS.log и Sessions.xml. Если при выполнении команды DISM возникает сбой, средство предоставит немедленный ответ, а также зановит проблему в файл DISM.log. Файл Session.xml — это файл журнала транзакций, в который записываются все действия по обслуживанию в целевой операционной системе. Файл Session.xml можно использовать вместе с файлом DISM.log для определения точек сбоев и необходимых действий по обслуживанию.
При сбое при автономном обслуживании просмотрите файл DISM.log на наличие определенных ошибок. Если файл DISM.log не содержит ошибок, просмотрите файл журнала Sessions.xml, а затем файл CBS.log.
Файлы журналов Servicing-Related в Сети
Файл журнала | Описание | Расположение |
---|---|---|
DISM.log |
Основной файл журнала для всех сетевых действий с помощью DISM. При необходимости DISM.log указывает на CBS.log для получения дополнительных сведений. |
%windir%\logs\dism Вы также можете указать файл журнала DISM в другое расположение с помощью команды /LogPath. Данные журнала также можно контролировать с помощью команды /LogLevel. |
CBS.log |
Дополнительный файл журнала, содержащий дополнительные сведения о сбое обслуживания в сети. DISM.log будет ссылаться на CBS.log для получения дополнительных сведений. |
%windir%\logs\cbs |
Sessions.xml |
Журнал транзакций на основе XML, который отслеживает все действия обслуживания на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости Sessions.log будет указывать на DISM.log и CBS.log для получения дополнительных сведений. |
%windir%\servicing\sessions |
Дополнительные сведения об автономном обслуживании см. в статье Основные сведения о стратегиях обслуживания.
Диагностика файлов журналов Servicing-Related в Интернете
SetupDiag — это автономное средство диагностики, которое можно использовать для получения сведений о причинах неудачного обновления. SetupDiag работает путем проверки файлов журнала установки Windows. Он пытается проанализировать эти файлы журналов, чтобы определить первопричину сбоя при обновлении компьютера до новой версии Windows. Начиная с Windows 10 версии 2004 программа установки Windows включает и запускает SetupDiag. При запуске программы установки Windows setupdiag.exe с параметрами /ZipLogs:False /Format:xml /Output:%windir%\logs\SetupDiag\SetupDiagResults.xml /RegPath:HKEY_LOCAL_MACHINE\SYSTEM\Setup\SetupDiag\Results
.
Дополнительные сведения о SetupDiag см. в разделе SetupDiag.