В следующем разделе описывается взаимосвязь между стандартными сценариями развертывания и соответствующими файлами журнала. Развертывание Windows® представляет собой настраиваемый процесс, который содержит множество потенциальных точек отказа. Определение точки отказа начинается с понимания базовых технологий.
Сценарий установки Windows
Этот сценарий начинается с завершения установки Windows на новом компьютере и начала работы. Эта ситуация часто возникает при создании исходного образа. Этот процесс также называется первым запуском.
Как показано на следующем рисунке, основным аспектом устранения ошибок является возможность определения этапа установки и момента возникновения ошибки. Так как создается новая установка, жесткий диск изначально недоступен, поэтому программа установки Windows записывает журналы в память, в особенности в сеанс Windows PE (X:\Windows). После форматирования жесткого диска программа установки продолжает записывать журнал прямо на новый жесткий диск (C:\Windows). Файлы журнала, создающиеся в ходе сеанса Windows PE, являются временными.
Когда в программе установки Windows возникает ошибка, просмотрите записи в файлах Setuperr.log, Setupact.log, а также в других файлах.
Файлы журналов, связанные с установкой Windows
Файл журнала
Описание
Расположение
Основной файл журнала для записи ошибок, возникающих в ходе установки Windows. Существует несколько экземпляров файла Setupact.log (в зависимости от этапа установки, на котором возникает ошибка). В связи с этим важно знать версию файла Setupact.log, которую необходимо открыть.
Установка (специализация): X:\Windows\panther
Установка (OOBE), LogonUI, первый запуск изготовителем оборудования:%windir%\panther
Экран приветствия Windows (OOBE): %windir%\panther\unattendGC
Общий список ошибок, возникших в ходе этапа специализации установки. Файл Setuperr.log не содержит подробных сведений.
Установка (специализация): %windir%\panther
Установка (специализация): %windir%\panther
Установка (OOBE), LogonUI, первый запуск изготовителем оборудования: %windir%\panther
Ошибки драйверов в ходе подэтапа специализации компонентов этапа специализации установки.
Ошибки обслуживания автоматической установки.
Ошибки драйверов на этапе установки oobe.
XML-файл журнала транзакций, который отслеживает все действия по обслуживанию по идентификатору сеанса, клиенту, статусу, задачам и действиям. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений.
Файл журнала обслуживания, который содержит подробные сведения об ошибках автономного обслуживания.
Подробные сведения о действиях на различных этапах первого запуска см. в разделе Первый запуск компьютера. Руководство для изготовителей.
Сценарий автономного обслуживания
Этот сценарий включает в себя добавление и удаление обновлений, драйверов и языковых пакетов, а также настройку других параметров без загрузки Windows. Автономное обслуживание — это эффективный способ управления существующими образами, хранящимися на сервере, поскольку оно устраняет необходимость повторного создания обновленного образа. Автономное обслуживание можно выполнить для образа, подключенного или примененного к диску или каталогу.
Новое средство DISM системы Windows 7 является основным средством для выполнения задач по автономному обслуживанию. DISM выполняется из командной строки Windows PE или ОС Windows. При возникновении ошибки выполнения команды DISM средство немедленно выведет ответ, а также запишет ошибку в файл DISM.log. Файл Session.xml является файлом журнала транзакций, который записывает все действия по обслуживанию для целевой операционной системы. Файл Session.xml может использовать в сочетании с файлом DISM.log для определения точек отказа и необходимых действия по обслуживанию.
При возникновении ошибок автономного обслуживания обратитесь к файлу DISM.log для просмотра ошибок. Если файл DISM.log не содержит ошибок, обратитесь к файлу Sessions.xml и файлу CBS.log.
Файлы журналов, связанные с автономным обслуживанием
Файл журнала
Описание
Расположение
Основной файл журнала для всех автономных действий с помощью средства DISM.
Файл журнала DISM также можно создать в другом расположении с помощью параметра /LogPath. Уровень записываемых данных также определяется параметром /LogLevel.
XML-файл журнала транзакций, который отслеживает все действия по обслуживанию по идентификатору сеанса, клиенту, статусу, задачам и действиям. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений.
ImageX поддерживает вывод в файл обычного текста. Этот файл не создается по умолчанию. Если при выполнении средства ImageX возникает ошибка, то для записи сведений о событии следует повторить команду с параметром /logfile. Формат данных не предназначен для диагностики пользователем. Этот файл необходимо отправить локальному представителю корпорации Майкрософт для дальнейшего анализа.
Пользовательский путь. По умолчанию в одной папке с Image.exe.
Дополнительные сведения об автономном обслуживании см. в разделе Общие сведения о стратегиях обслуживания.
Сценарий обслуживания в интерактивном режиме
Этот сценарий представляет собой обслуживание запущенной операционной системы. При этом компьютер загружается в режиме аудита для добавления драйверов, приложений и других пакетов. Интерактивное обслуживание идеально для драйверов, если для пакетов драйверов существуют соустановщики или зависимости приложений. Кроме того, его использование эффективно в случае, если для большинства пакетов обслуживания существуют установщики, обновления используют форматы файлов 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.
Файлы журналов, связанные с интерактивным обслуживанием
Файл журнала
Описание
Расположение
Основной файл журнала для всех интерактивных действий с помощью средства DISM. При необходимости файл DISM.log будет указывать на файл CBS.log для получения дополнительных сведений.
Файл журнала DISM также можно создать в другом расположении с помощью параметра /LogPath. Уровень записываемых данных также определяется параметром /LogLevel.
Дополнительный файл журнала обслуживания, который содержит подробные сведения об ошибках интерактивного обслуживания. DISM.log будет ссылаться на файл CBS.log для получения дополнительных сведений.
XML-файл журнала транзакций, который отслеживает все действия по обслуживанию по идентификатору сеанса, клиенту, статусу, задачам и действиям. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений.
Дополнительные сведения об автономном обслуживании см. в разделе Общие сведения о стратегиях обслуживания.
Щелкните здесь, чтобы отправить отзыв на этот раздел.
Файлы журналов программы установки Windows
Установка Windows® создает файлы журналов для всех действий, выполняемых во время установки. При наличии проблем с установкой Windows просмотрите файлы журналов для поиска и устранения неполадок.
Файлы журналов установки Windows сохраняются в следующих каталогах:
Расположение файла журнала
Описание
Местоположение журнала перед доступом установки к диску.
Расположение журнала при откате установки в случае неустранимой ошибки.
Расположение журнала действий установки после настройки диска.
Используется для регистрирования установок устройств Plug and Play.
Местоположение дампа памяти для проверки на ошибки.
Местоположение зарегистрированных мини-дампов для проверки на ошибки.
Местоположение журналов программы Sysprep.
Журналы событий установки Windows
Установка Windows теперь позволяет просматривать события производительности установки Windows в средстве просмотра журнала событий Windows. Это упрощает просмотр действий, выполненных во время установки Windows, и позволяет просматривать статистику производительности для различных компонентов установки Windows. Для просмотра только необходимых записей в журнале можно использовать фильтр. Дополнительные сведения о средстве просмотра событий см. на данном веб-сайте Майкрософт (страница может быть на английском языке).
События производительности установки Windows регистрируются в файле журнала с именем Setup.etl, который находится в каталоге %WINDIR%\Panther всех установок Windows® 7.
Чтобы просмотреть эти журналы, необходимо воспользоваться средством просмотра событий в Windows 7, Windows Vista®, Windows Server® 2008 или Windows Server® 2008 R2.
Чтобы просмотреть эти журналы на компьютере под управлением Windows Vista без Windows AIK 2.0 или Windows OPK 2.0, необходимо из корневого каталога носителя с Windows 7 или Windows Server 2008 R2 запустить сценарий, который устанавливает поставщика отслеживания событий Windows. В командной строке введите:
где — это буква DVD-диска Windows.
Просмотр журналов событий установки Windows
Запустите средство просмотра событий, разверните узел «Журналы Windows», а затем выберите Система.
На панели Действия выберите команду Открыть сохраненный журнал, а затем выберите файл Setup.etl. По умолчанию этот файл находится в каталоге %WINDIR%\Panther.
В средстве просмотра событий отображается содержимое файла журнала.
Экспорт журнала в файл
Для сохранения журнала в XML- или текстовый файл введите в командной строке команду Wevtutil или Tracerpt. Дополнительные сведения об этих программах см. в справке командной строки. В следующих примерах показано, как можно использовать эти программы:
990x.top
Простой компьютерный блог для души)
Windows Log files что это?
Всем привет. Сегодня мы поговорим на тему лог-файлов, а вернее о том что такое Windows Log files. Значит сперва немного общей информации так бы сказать. Что такое лог-файлы? Это такие файлы, куда программа записывает свои действия — что у нее получилось сделать, а что нет, где произошла ошибка.. То есть можно сказать что лог-файл это типа отчета. Если вдруг случилась ошибка, то при помощи лог-файла можно попробовать понять где именно она появилась.
Но что такое Windows Log files? Ну логично что это лог-файлы винды. Может вы где-то нашли папку с названием Windows Log files? Если это папка, то удалять.. в принципе можно, но я думаю что не стоит.
Сами по себе лог-файлы безобидны. Представляют из себя текстовые документы с расширением log. Внутри такого файла может быть просто текст какой-то, а может будут строчки, каждая из которых начинается на дату, время, ну а потом идет описание события.
Название Windows Log files может быть где угодно. Например это может быть папка, как я уже писал, а может быть еще пункт в проге по очистке системы, там может быть где-то галочка Windows Log files. И если эту галочку отметить, то будут в теории удалены лог-файлы.
То есть лог-файлы в принципе это не очень там уж критически важные файлы. И если комп работает исправно то их можно удалить. Но может быть такое, что будет ошибка при удалении какого-то лог-файла, типа он занят. Да, такое может быть, если в данный момент лог-файл открыт для записи, и прога пишет туда отчет о том что она делает.
Также забыл сказать, что вообще лог-файлы могут быть как у системы так и у любой программы, если в ней это заложено. Мне кажется что лог-файлы только для этого и придуманы — анализ работы программы, выявление ошибок. Другого на ум ничего не приходит
Вот давайте для примера я вам покажу лог-файлы. Самые обычные — они есть в каждой винде, я их даже искать не буду, я просто открою папку Windows. Итак, смотрите, зажимаем кнопки Win + R, потом пишем в окошку команду:
Нажали ОК и потом откроется самая важная и самая системная папка Windows, в ней сразу нажимаем на колонку Тип, чтобы отсортировать файлы по типам:
После этого все файлы с расширением log будут рядышком, стоит немного мышкой покрутить и вот они, у меня их тут всего четыре штуки, что-то даже как-то маловато:
Вот видите тут есть WindowsUpdate.log? Это лог-файл обновления винды, то есть в этом файле идет отчет об обновлениях, все ли там нормально, это просто пример, но я файл открыл и вот что внутри:
Вот здесь все как обычно — сначала идет дата, потом время, потом еще что-то.. даже не знаю что.. а потом идет описание события. Для примера я открыл еще файл setupact.log, здесь вот уже нет времени, даты, тут просто указана какая-то инфа:
Но все равно, традиционно лог-файл должен идти с датой и временем вначале каждой строки.
Так, а давайте поищем лог-файлы? Ну вообще посмотрим сколько их, в каких папках.. ребята, зажимаем Win + E, появится окно проводника, вы туда, а вернее в правом верхнем углу есть текстовое поле поиска, вот туда вставляете это:
Вот я только вставил и файлы уже появились, как видите, размер их невелик, поэтому они.. ну вряд ли могут реально много занимать места на диске. Хотя я вот тут подумал.. а если в проге какой-то глюк случился.. и она постоянно пишет и пишет в лог-файл.. и сам файл то удалить нельзя, он ведь занят.. а она пишет и пишет.. ну это я нафантазировал конечно, но думаю что и такое в жизни может быть. Так, в итоге у меня нашлось всего 219 лог-файлов, я честно говоря думал что будет больше:
Но видите там есть еще файлы с расширением LOG1? Я думаю что это не лог-файлы, то есть не отчеты, их даже открыть нельзя, типа нет проги которой можно открыть, выскакивает такое окошко:
Но я сделал вот что.. я выбрал второй пункт и там попробовал открыть при помощи блокнота, но увы, была ошибка и я кстати о ней писал, что такое может быть:
Ибо файл открыт системой для записи, а значит файл занят Но я попробовал другой. Это мы с вами пробовали открыть SYSTEM.LOG1, а я вот нашел другой файл COMPONENTS.LOG1 и его открыть я смог, но содержимое все равно непонятное:
Может это и лог файл, но как видим он идет в другой кодировке. Короче ладно.
Так, вернемся к Windows Log files.. а то я что-то прям очень увлекся лог-файлами. Я решил поискать картинки в интернете на тему Windows Log files, может что-то интересное найду.. вообще мало что есть интересного, но я нашел такую картинку, это чистилка CCleaner и тут как раз упоминается Windows Log files:
То есть на картинке мы видим что CCleaner может чистить комп от лог-файлов Windows Вот еще одна прога, тоже какая-то чистилка, но мне она незнакома, называется Sweepi и тут тоже есть пункт Windows Log files:
Видите, там еще есть Temporary Internet Files — это временные файлы интернета. Вообще везде где видите слово Temp, это все типа временное, поэтому его можно как бэ удалить типа для ускорения системы.
На всякий случай, мало что, я не знаю что там у вас — папка с названием Windows Log files или программа такая, или что-то еще.. Но перед любыми изменениями в винде я рекомендую создавать точку восстановления. И это не требует особых знаний. Вам нужно всего лишь зажать Win + R, вставить туда:
Потом там нужно выбрать системный диск и нажать кнопку Создать (но если нужно наоборот — то есть кнопка выше Восстановление):
Название точки советую задавать простое, например Удаление папки Windows Log files:
Процесс создания будет недолгим:
И все, потом будет написано что успешно:
И все — теперь можете проводить какие-то действия и не бояться, ибо если что, есть точка восстановления! Конечно я не имею ввиду что можно например удалять загрузочные файлы.. нет, все в рамках приличия.
На этом все друзья, надеюсь представленная информация для кого-то все таки оказалась полезной. Удачи вам и суперского настроения!
Всем привет. Сегодня мы поговорим на тему лог-файлов, а вернее о том что такое Windows Log files. Значит сперва немного общей информации так бы сказать. Что такое лог-файлы? Это такие файлы, куда программа записывает свои действия — что у нее получилось сделать, а что нет, где произошла ошибка.. То есть можно сказать что лог-файл это типа отчета. Если вдруг случилась ошибка, то при помощи лог-файла можно попробовать понять где именно она появилась.
