| Предыдущий | Следующий |
| DFS_FILE_SYSTEM | RECOM_DRIVER |
OFS_FILE_SYSTEM
Сбой устаревшей файловой системы OFS_FILE_SYSTEM
OFS_FILE_SYSTEM имеет код проверки ошибки 0x00000083. Это историческое имя проверки ошибки файловой системы Windows. Её следует интерпретировать по фактическому стеку и загруженным драйверам файловой системы и фильтров; одного имени недостаточно для диагностики современного тома NTFS, ReFS или exFAT.
Как читать дамп OFS_FILE_SYSTEM
- Ищите в стеке компоненты файловой системы, диспетчера фильтров, устаревшего фильтра или хранилища.
- Имя кода устарело; в современных системах оно может существовать только как определённое значение проверки ошибки.
- Не считайте, что сбойный том использует OFS, если это не подтверждает дамп.
Что проверить для OFS_FILE_SYSTEM
- Определите модуль файловой системы, в котором произошёл сбой, и тип тома.
- Проверьте фильтры файловой системы, драйверы антивирусов, шифрования и резервного копирования, а также ошибки хранилища.
- Если подозревается взаимодействие фильтров или ошибка времени жизни объекта, используйте полный дамп.
Ссылки для OFS_FILE_SYSTEM
Данные дампа для OFS_FILE_SYSTEM
Для OFS_FILE_SYSTEM сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «OFS_FILE_SYSTEM»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для OFS_FILE_SYSTEM
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра OFS_FILE_SYSTEM, а не полагайтесь только на строку probably-caused-by. - Для OFS_FILE_SYSTEM найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с ofs / file / system.
- Для OFS_FILE_SYSTEM сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с OFS_FILE_SYSTEM до сохранения дампа и журналов событий. Для OFS_FILE_SYSTEM способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для OFS_FILE_SYSTEM
Для OFS_FILE_SYSTEM сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «OFS_FILE_SYSTEM»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для OFS_FILE_SYSTEM
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра OFS_FILE_SYSTEM, а не полагайтесь только на строку probably-caused-by. - Для OFS_FILE_SYSTEM найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с ofs / file / system.
- Для OFS_FILE_SYSTEM сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с OFS_FILE_SYSTEM до сохранения дампа и журналов событий. Для OFS_FILE_SYSTEM способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.