| Предыдущий | Следующий |
| ATDISK_DRIVER_INTERNAL | MULTIPLE_IRP_COMPLETE_REQUESTS |
NO_SUCH_PARTITION
Отсутствующий объект раздела в пути хранилища NO_SUCH_PARTITION
NO_SUCH_PARTITION имеет код проверки ошибки 0x00000043. Эта проверка ошибки относится к ссылке ядра на раздел хранилища, которую невозможно разрешить. Обычно она связана с разметкой диска, перечислением разделов, состоянием фильтрующего драйвера или устаревшей ссылкой после изменения топологии хранилища.
Как читать дамп NO_SUCH_PARTITION
- Стек дампа должен показывать, относится ли сбой к диспетчеру томов, классовому драйверу диска, диспетчеру разделов, файловой системе или фильтру хранилища.
- Аргументы менее важны, чем объект и стек устройства, видимые в WinDbg.
- Это не то же самое, что INACCESSIBLE_BOOT_DEVICE: ошибка не обязательно означает потерю загрузочного тома.
Что проверить для NO_SUCH_PARTITION
- Проверьте изменения дисков и разделов, подключение виртуальных дисков, изменения путей SAN и фильтрующие драйверы хранилища.
- Проверьте объекты устройств, состояние диспетчера томов и недавнее изменение конфигурации дисков.
- Для сбоев во время загрузки сравните BCD, порядок загрузки микропрограммы и видимость таблицы разделов.
Ссылки для NO_SUCH_PARTITION
Данные дампа для NO_SUCH_PARTITION
Для NO_SUCH_PARTITION сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «NO_SUCH_PARTITION»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для NO_SUCH_PARTITION
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра NO_SUCH_PARTITION, а не полагайтесь только на строку probably-caused-by. - Для NO_SUCH_PARTITION найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с such / partition.
- Для NO_SUCH_PARTITION сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с NO_SUCH_PARTITION до сохранения дампа и журналов событий. Для NO_SUCH_PARTITION способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для NO_SUCH_PARTITION
Для NO_SUCH_PARTITION сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «NO_SUCH_PARTITION»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для NO_SUCH_PARTITION
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра NO_SUCH_PARTITION, а не полагайтесь только на строку probably-caused-by. - Для NO_SUCH_PARTITION найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с such / partition.
- Для NO_SUCH_PARTITION сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с NO_SUCH_PARTITION до сохранения дампа и журналов событий. Для NO_SUCH_PARTITION способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.