Папка с ошибками windows

Содержание
  1. Где хранятся отчеты об ошибках windows 7
  2. Отчеты об ошибках Windows 7
  3. Настройка отчетов об ошибках с помощью Центра поддержки Windows 7
  4. Настройка отчетов об ошибках с помощью Редактора локальной групповой политики
  5. Файл с ошибками windows 7
  6. [+] Сегодня в программе
  7. Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов
  8. Этап 1 – восстановление поврежденного хранилища компонентов
  9. Восстановление без установочного диска
  10. Восстановление с помощью установочного диска
  11. Этап 2 – проверка целостности системных файлов
  12. Этап 3 – установка обновления
  13. Что такое обслуживание Windows и зачем оно нужно
  14. Преимущества встроенного восстановления компонентов Windows
  15. Windows Vista и Windows 7
  16. Windows 8 и новее
  17. Консольные средства для восстановления компонентов
  18. Цель проверки (работающая система и образы)
  19. Проверка и восстановление хранилища
  20. Источник компонентов для восстановления
  21. Примеры команд PowerShell
  22. Результаты проверки и восстановления

Где хранятся отчеты об ошибках windows 7

Отчеты об ошибках Windows 7

Если вы не хотите, чтобы информация об ошибках операционной системы и установленных программ сохранялась на компьютере и отправлялась в Microsoft, то вы можете настроить параметры сохранения и отправки отчетов об ошибках Windows 7.

Параметры отправки отчетов об ошибках и поиска решений проблем можно настроить двумя способами:

  1. С помощью Центра поддержки Windows 7
  2. С помощью Редактора локальной групповой политики

Важно: после изменения настроек отчетов об ошибках вы не сможете получать информацию о решении проблем в Центре поддержки Windows 7. Изменяйте эти настройки только если вы точно знаете, зачем вам это нужно.

Настройка отчетов об ошибках с помощью Центра поддержки Windows 7

1. Откройте Панель управления > Центр поддержки.

2. Нажмите Обслуживание > Параметры.

3. Чтобы изменить параметры отправки отчетов об ошибках для своей учетной записи, выберите один из предложенных вариантов:

  • Автоматически проверять наличие решений (рекомендуется) – каждый раз при возникновении ошибки Windows 7 будет формировать полный отчет о критическом событии. Затем, при наличии подключения к Интернету, этот отчет будет автоматически отправлен в Microsoft. Если решение этой проблемы доступно в базе Microsoft, то в Центре поддержки появится уведомление об этом;
  • Автоматически проверять на наличие новых решений и при необходимости отправлять дополнительные данные отчета – практически, эта настройка не отличается от предыдущей;
  • Каждый раз при возникновении проблемы отображать запрос до проверки на наличие решений – при возникновении ошибки Windows 7 будет формировать отчет о критическом событии. Затем на экран будет выведено диалоговое окно, предлагающее отправить отчет о проблеме в Microsoft. В случае вашего согласия и при наличии подключения к Интернету, отчет будет отправлен и если решение будет найдено, вы получите уведомление в Центре поддержки. Если же вы откажетесь отправлять отчет, то информация об ошибке будет сохранена на компьютере, но отправлена в Microsoft не будет, а вам придется искать решение проблемы самостоятельно;
  • Не проверять на наличие новых решений (не рекомендуется) – при возникновении ошибки Windows 7 будет формировать отчет о критическом событии и сохранять его на компьютере. Никакой информации в Microsoft отправляться не будет.

Чтобы отключить отправку отчетов об ошибках определенных программ, нажмите Выбрать программы, исключаемые из отчета.

Чтобы настроить отправку отчетов об ошибках для всех пользователей компьютера, войдите в Windows 7 как администратор, откройте Панель управления > Центр поддержки > Обслуживание > Параметры и нажмите Изменить параметры отчетов для всех пользователей.

Настройка отчетов об ошибках с помощью Редактора локальной групповой политики

Поскольку редактор локальной групповой политики присутствует не во всех версиях Windows 7 , данный способ может быть применен только в Windows 7 Профессиональная, Windows 7 Максимальная и Windows 7 Корпоративная.

Важно: настройки, заданные в Редакторе локальной групповой политики, имеют более высокий приоритет, чем настройки, заданные в Центре поддержки.

1. Войдите в Windows 7 с правами администратора.

2. Откройте меню Пуск, введите в поисковую строку gpedit.msc и нажмите Ввод .

3. В левом меню Редактора локальной групповой политики откройте: Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Отчеты об ошибках Windows.

4. Выполните одно или несколько действий:

Читайте также:  Installing operating system windows

Чтобы запретить отправку в Microsoft дополнительных данных об ошибках, дважды щелкните пункт Не отправлять дополнительные данные, выберите Включить и нажмите ОК. Если данный параметр включен, любые запросы корпорации Microsoft на дополнительные данные в ответ на события в отчетах об ошибках Windows будут автоматически отклоняться без уведомления пользователя.

Чтобы отключить отправку отчетов об ошибках, дважды щелкните пункт Отключить отчеты об ошибках Windows, выберите Включить и нажмите ОК. Если этот параметр включен, то в случае обнаружения ошибок, Windows 7 не будет отправлять информацию о них в Microsoft. Однако и вы не сможете получать информацию о решениях проблем через Центр поддержки.

Чтобы отключить сохранение отчетов об ошибках, дважды щелкните пункт Отключить запись в журнал, выберите Включить и нажмите ОК. Если данный параметр включен, события отчетов об ошибках Windows не будут фиксироваться в системном журнале событий.

Файл с ошибками windows 7

В преддверии поступления Windows 8 в продажу Microsoft выпустила большое кумулятивное обновление KB2756872 , чего никогда раньше не делала для клиентских операционных систем. Однако при установке обновления меня ждал неприятный сюрприз — ошибка 80073712.


Увеличить рисунок

Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).

Эта запись открывает серию статей о нововведениях в обслуживании Windows. И нет, оно не имеет ничего общего с автоматическим обслуживанием с помощью планировщика. Сначала я покажу, как решил проблему с установкой обновления, а потом расскажу о технологии.

[+] Сегодня в программе

Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов

В справке предыдущих ОС Microsoft для ошибки 80073712 есть описание , из которого следует, что причиной является повреждение хранилища компонентов. Для Windows Vista и Windows 7 была выпущена утилита System Update Readiness Tool (CheckSUR), призванная устранить целый ряд ошибок Windows Update.

Список исправляемых ошибок

Для исправления этих ошибок в Windows 8 и более новых ОС утилита CheckSUR не нужна, потому что все необходимое уже встроено в систему! Вы можете восстановить поврежденные компоненты с помощью командлета PowerShell (рекомендуемый способ) или утилиты DISM.exe.

Upd. 28-Jul-2015. Microsoft выпустила специальное обновление , которое привносит в Windows 7 возможность встроенного восстановления компонентов по аналогии с Windows 8+.

Этап 1 – восстановление поврежденного хранилища компонентов

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

Восстановление без установочного диска

В этом случае используются файлы хранилища на локальном диске и Windows Update.

Запустите PowerShell от имени администратора и выполните команду:

Альтернативно, вы можете выполнить в командной строке, запущенной с правами администратора, команду:

Длительность процедуры восстановления зависит от конфигурации ПК и степени повреждения хранилища. У меня она заняла около 7 минут, а ее результат вы видите на рисунке ниже.


Увеличить рисунок

Состояние хранилища компонентов обозначается параметром Image Health State. У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.

Восстановление с помощью установочного диска

Когда системе не удается восстановить какие-либо компоненты, вам может помочь оригинальный установочный диск.

  1. Щелкните правой кнопкой мыши по ISO-образу и выберите в меню Подключить. Обратите внимание на букву диска, которую получил подключенный образ.
  2. В PowerShell выполните команду:

Здесь буква «E» соответствует букве подключенного образа, а цифра «1» — индексу издания в образе (в примере используется образ Windows 8 Enterprise с единственным изданием).

  • По окончании процедуры убедитесь, что хранилище компонентов в порядке (Healthy).
  • Этап 2 – проверка целостности системных файлов

    Строго говоря, этот этап не имеет отношения к восстановлению компонентов. Однако техническая поддержка Microsoft рекомендует после проверки целостности хранилища компонентов также проверить и целостность системных файлов. Для этого в командной строке, запущенной от имени администратора, выполните команду:

    У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.


    Увеличить рисунок

    Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).

    Этап 3 – установка обновления

    Итак, две команды восстановили целостность хранилища компонентов и системных файлов. Самое время попробовать установить обновление заново.


    Увеличить рисунок

    Как видите, на сей раз у меня все сработало!

    Что такое обслуживание Windows и зачем оно нужно

    Рассказ вынесен в отдельную статью .

    Преимущества встроенного восстановления компонентов Windows

    Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.

    Windows Vista и Windows 7

    Утилита CheckSUR представляет собой набор полезных файлов , который регулярно обновляется по мере выхода новых исправлений. Таким образом, при возникновении проблем нужно скачивать утилиту заново, а между тем, сентябрьский пакет весит 350 Мб.

    Но даже при таком размере в пакет не входят файлы для всех исправлений, выпущенных Microsoft (предположу, что файлов необязательных обновлений там нет). Это означает, что утилита не может устранить повреждения некоторых компонентов. И хотя обходной путь существует , он является костылем, требующим дополнительных телодвижений.

    После запуска утилита распаковывает содержимое пакета в папку \Windows\CheckSUR\. Поскольку большинство файлов в пакете имеет очень небольшой размер, этот процесс получается длительным и занимает до 75-80% процентов от общего времени работы утилиты. Оставшееся время уходит на проверку компонентов и создание журнала.

    И все это делается лишь ради того, чтобы восстановить манифесты и дать возможность системе обновиться…

    Windows 8 и новее

    Повреждение, как правило, означает пропажу манифеста или каталога. В отличие от CheckSUR, встроенная функция системы способна восстанавливать не только манифесты, но и все прочие составляющие компонентов. Это одно из важнейших преимуществ!

    1. Все необходимые компоненты автоматически загружаются с Windows Update. С одной стороны – это самый актуальный источник компонентов, а с другой — от вас не требуется дополнительных действий.
    2. В дополнение к Windows Update или вместо него можно указать несколько источников компонентов, перечисляя WIM-образы в качестве параметров командной строки. Именно такой путь я описал выше для тех, кому не удастся обойтись только Windows Update. Например, если из г-сборки вырезаны необходимые компоненты, сочетание оригинального дистрибутива с Windows Update должно решить проблему.
    3. Windows периодически проверяет состояние компонентов в фоновом режиме и в случае неполадок помечает повреждение специальным флагом. Благодаря этому, с помощью консольных инструментов можно выполнить моментальную диагностику состояния хранилища компонентов.

    Консольные средства для восстановления компонентов

    Начиная с Windows 8, управление обслуживанием можно осуществлять не только с помощью утилиты DISM.exe, но и командлетов PowerShell, причем второй способ является рекомендуемым.

    Я не любитель дублировать справку, но на русском языке ее пока нет. Поэтому я покажу вам основные возможности командлета Repair-WindowsImage, а для параметра Cleanup-Image утилиты DISM.exe ограничусь ссылкой на документацию .

    Цель проверки (работающая система и образы)

    Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.

    Проверяет работающую систему.

    Проверяет подключенный автономный образ по указанному после параметра пути.

    Проверка и восстановление хранилища

    Для определения состояния и восстановления компонентов в командлете Repair-WindowsImage предусмотрены три параметра, выполняющих проверку хранилища. Результатом сканирования может быть:

    • отсутствие повреждений (Healthy)
    • наличие повреждений, которые можно восстановить (Repairable)
    • наличие повреждений, которые нельзя восстановить (Not repairable)

    Однако функции параметров отличаются.

    Моментально проверяет, присутствует ли в системном реестре маркер, обозначающий повреждение. Этот маркер может появиться в процессе работы системы обслуживания.

    Проверяет хранилище на предмет повреждений. Эта операция занимает больше времени, чем простая проверка маркера.

    Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.

    Источник компонентов для восстановления

    Чтобы восстановить компоненты, их нужно откуда-то взять. Когда источник не указан, при проверке автоматически используется локальное хранилище компонентов и Windows Update.

    Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.

    В обоих случаях вы можете указывать более одного источника и даже блокировать Windows Update при этом. Приведенные ниже параметры предназначены только для восстановления, и поэтому допустимы только в связке с -RestoreHealth.

    В качестве источника можно использовать путь к:

    • работающей системе, к которой имеется доступ по сети
    • автономному образу, причем его предварительное подключение необязательно

    Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации 😉 Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.

    Вы можете перечислить несколько путей через запятую. Дополнительные источники задействуются только в том случае, если в предыдущих не нашлось подходящих компонентов.

    Когда в качестве источника используется WIM-образ, необходимо указать его индекс:

    Блокирует доступ к Windows Update во время проверки.

    Примеры команд PowerShell

    Я приведу несколько примеров практического использования командлета Repair-WindowsImage с разными целями и источниками проверки. Первые два вы уже видели в начале статьи.

    Восстановление хранилища работающей системы, используя локальные файлы и Windows Update в качестве источника:

    Восстановление хранилища работающей системы, используя Windows Update и WIM-образ в качестве источников:

    Проверка хранилища автономного VHD-образа. Сначала он подключается в папку C:\mount (это происходит очень быстро), а затем выполняется проверка.

    Восстановление хранилища автономного VHD-образа, используя в качестве источника WIM-образ. Сначала VHD подключается в папку, затем выполняется восстановление образа, после чего VHD отключается с сохранением изменений.

    Результаты проверки и восстановления

    Помимо результатов в консоли вы можете найти подробный отчет ближе к концу файла %WinDir%\Logs\DISM\dism.log

    В первой половине приведенного фрагмента видны конкретные компоненты и результат их восстановления (успех или неудача), а во второй – сводка об операции, включая время ее выполнения.

    Посмотреть отчет из журнала DISM

    Как видите, у меня были повреждены 7 манифестов, относящихся языковому пакету, что и стало препятствием к установке обновления Windows. Все повреждения были исправлены.

    Безусловно, этот материал не подразумевает моментального практического применения, хотя проверить состояние хранилища компонентов Windows вы можете прямо сейчас. Более того, за три года работы в Windows 7 у меня ни разу не возникало проблем с установкой обновлений.

    Однако ошибки Windows Update, связанные с повреждением хранилища, вовсе не редкость, даже если судить только по форуму OSZone. Поэтому важно знать, как бороться с ними.

    Мне показалось, что часть аудитории блога откровенно заскучала от серии статей о современном интерфейсе Windows 8 и приложений. Конечно, там все примитивно, никаких технических тонкостей, а главное – у некоторых людей создается ощущение, что кроме Modern UI в Windows 8 нет ничего нового. Это не так…

    Я давно планировал серию записей об изменениях в обслуживании Windows, а возникшая проблема с установкой обновления лишь форсировала публикацию, заодно вынудив меня изменить порядок статей в серии.

    Вам хватило технических тонкостей сегодня? 😉

    Если нет, в следующей записи из этой серии вас ждет не только экскурс в историю инструментов обслуживания ОС Microsoft, но и уникальная возможность попробовать себя в роли г-сборщика Windows! Но до этого в блоге появятся записи на другие темы.

    Читайте также:  Windows проблемы жесткий диск
    Оцените статью