| Предыдущий | Следующий |
| SAVER_RPCFAILURE | SAVER_ACCOUNTPROVSVCINITFAILURE |
SAVER_AUXILIARYFULLDUMP
Категория SAVER вспомогательного полного дампа SAVER_AUXILIARYFULLDUMP
SAVER_AUXILIARYFULLDUMP имеет код проверки ошибки 0x0000F014. Эта категория означает, что в диагностическом пути SAVER использовался вспомогательный полный дамп. Она описывает главным образом способ сбора и набор данных, а не первопричину.
Как читать дамп SAVER_AUXILIARYFULLDUMP
- Рассматривайте это значение как внутреннюю диагностическую категорию семейства Windows SAVER, а не как классический код синего экрана с публично описанными параметрами.
- Для SAVER_AUXILIARYFULLDUMP полезны тип дампа, категория WER, инициировавший процесс, данные конкретного источника и контекст журнала событий в момент создания дампа.
- Для SAVER_AUXILIARYFULLDUMP символьное имя сужает круг поиска до подсистемы, запросившей дамп, но само по себе не определяет неисправный драйвер или приложение.
Что проверить для SAVER_AUXILIARYFULLDUMP
- Сохраните вспомогательный полный дамп вместе с минидампом или живым дампом.
- Определите, кто запросил дамп и был ли он инициирован WER, оболочкой или средством поддержки.
- Используйте полный дамп для исследования состояния процесса, давления памяти и объектов конкретного поставщика.
Ссылки для SAVER_AUXILIARYFULLDUMP
- Windows SDK bugcodes.h
- Исследовательский указатель кодов проверок ошибок Windows
- Отчёты об ошибках Windows
- Анализ kernel-mode dump в WinDbg
- Справочник кодов проверок ошибок Microsoft
Данные дампа для SAVER_AUXILIARYFULLDUMP
Для SAVER_AUXILIARYFULLDUMP сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_AUXILIARYFULLDUMP»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_AUXILIARYFULLDUMP
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_AUXILIARYFULLDUMP, а не полагайтесь только на строку probably-caused-by. - Для SAVER_AUXILIARYFULLDUMP найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / auxiliaryfulldump.
- Для SAVER_AUXILIARYFULLDUMP сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_AUXILIARYFULLDUMP до сохранения дампа и журналов событий. Для SAVER_AUXILIARYFULLDUMP способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для SAVER_AUXILIARYFULLDUMP
Для SAVER_AUXILIARYFULLDUMP сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_AUXILIARYFULLDUMP»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_AUXILIARYFULLDUMP
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_AUXILIARYFULLDUMP, а не полагайтесь только на строку probably-caused-by. - Для SAVER_AUXILIARYFULLDUMP найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / auxiliaryfulldump.
- Для SAVER_AUXILIARYFULLDUMP сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_AUXILIARYFULLDUMP до сохранения дампа и журналов событий. Для SAVER_AUXILIARYFULLDUMP способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.