| Предыдущий | Следующий |
| DPC_WATCHDOG_TIMEOUT | AGP_INVALID_ACCESS |
MUP_FILE_SYSTEM
Сбой Multiple UNC Provider для MUP_FILE_SYSTEM
MUP_FILE_SYSTEM имеет код проверки ошибки 0x00000103. MUP направляет операции открытия путей UNC соответствующему сетевому перенаправителю. Эта проверка ошибки относится к выбору UNC-провайдера и маршрутизации файловой системы в ядре, а не к отказу одного удалённого сервера принять соединение.
Как читать дамп MUP_FILE_SYSTEM
- Ищите в стеке MUP, перенаправитель SMB, перенаправитель WebDAV, DFS или драйверы сторонних сетевых провайдеров.
- Сбой может возникать в пути создания, перенаправления, регистрации провайдера, отмены, очистки или удаления.
- Могут иметь значение префикс UNC и порядок провайдеров.
Что проверить для MUP_FILE_SYSTEM
- Проверьте установленные сетевые перенаправители и фильтры файловой системы.
- Установите, ограничена ли проблема путём DFS, SMB, WebDAV или стороннего провайдера.
- Используйте Driver Verifier для драйверов перенаправителей и фильтров только при контролируемом воспроизведении.
Ссылки для MUP_FILE_SYSTEM
Данные дампа для MUP_FILE_SYSTEM
Для MUP_FILE_SYSTEM сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «MUP_FILE_SYSTEM»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для MUP_FILE_SYSTEM
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра MUP_FILE_SYSTEM, а не полагайтесь только на строку probably-caused-by. - Для MUP_FILE_SYSTEM найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с mup / file / system.
- Для MUP_FILE_SYSTEM сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с MUP_FILE_SYSTEM до сохранения дампа и журналов событий. Для MUP_FILE_SYSTEM способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для MUP_FILE_SYSTEM
Для MUP_FILE_SYSTEM сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «MUP_FILE_SYSTEM»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для MUP_FILE_SYSTEM
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра MUP_FILE_SYSTEM, а не полагайтесь только на строку probably-caused-by. - Для MUP_FILE_SYSTEM найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с mup / file / system.
- Для MUP_FILE_SYSTEM сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с MUP_FILE_SYSTEM до сохранения дампа и журналов событий. Для MUP_FILE_SYSTEM способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.