- Статус
- Оффлайн
- Регистрация
- 13 Фев 2026
- Сообщения
- 340
- Реакции
- 7
Народ, кто сейчас ковыряет 25H2 под свои нужды или пишет софт под ядро, отпишитесь. Столкнулся с тем, что на 26100.x ветке дампы системы тупо бьются.
Ситуация такая: имеем полностью рабочую среду на 23H2, где всё дебажится без проблем. Перекатываюсь на 25H2 — и при бсоде получаю какой-то мусор вместо дампа.
Что проверено по факту:
Похоже, что-то поменяли в механизме записи дампов или в структуре заголовков на новых сборках. Раньше хватало стандартной настройки, сейчас WinDbg вообще не видит стек, символы не подгружаются, анализировать причину краша анриально.
Кто-то уже сталкивался с такой подставой на 25H2? Может, есть какие-то специфические патчи или костыли через реестр, чтобы заставить систему писать дампы адекватно? А то без нормального стека дебажить Kernel-драйвер — это как гадать на кофейной гуще.
Кто допиливал обход или сидит на последних инсайдерских сборках — кидайте свои мысли, как лечите. Может, дело в какой-то новой политике безопасности, которая режет доступ к дампу в момент падения?
Ситуация такая: имеем полностью рабочую среду на 23H2, где всё дебажится без проблем. Перекатываюсь на 25H2 — и при бсоде получаю какой-то мусор вместо дампа.
Что проверено по факту:
- Настройки: CrashDumpEnabled выставлен в 1, AlwaysKeepMemoryDump в 1.
- Своп: Файл подкачки 128ГБ, места на диске вагон.
- Симптомы: MEMORY.DMP физически создается, но WinDbg при попытке открыть его выдает Dump failed with error code (0x0), прогресс 0% и KdDebuggerDataBlock is not present or unreadable.
- Минидампы: В папке Minidump пусто, хотя стоп-код ошибки на синем экране вижу.
Похоже, что-то поменяли в механизме записи дампов или в структуре заголовков на новых сборках. Раньше хватало стандартной настройки, сейчас WinDbg вообще не видит стек, символы не подгружаются, анализировать причину краша анриально.
Кто-то уже сталкивался с такой подставой на 25H2? Может, есть какие-то специфические патчи или костыли через реестр, чтобы заставить систему писать дампы адекватно? А то без нормального стека дебажить Kernel-драйвер — это как гадать на кофейной гуще.
Кто допиливал обход или сидит на последних инсайдерских сборках — кидайте свои мысли, как лечите. Может, дело в какой-то новой политике безопасности, которая режет доступ к дампу в момент падения?