Компьютер с Windows 10 с BSOD менее чем за 30 секунд при каждой загрузке, запущенный после обновления 1803
8/20/2018

У меня есть система под управлением Windows 10, которая довольно новая (менее 2 лет). Когда впервые вышло обновление 1803, оно поливало машину из шланга - оно не проходило через загрузку. Я больше не помню подробностей, но, поискав в Интернете, наткнулся на что-то, что сработало, вернул его и сохранил обновление 1803 в страхе (я думаю, благодаря некоторым дополнительным советам).

Однако на этой неделе Microsoft решила снова запустить 1803 через центр обновления Windows, и снова моя машина отключена. На этот раз он полностью загрузится в Windows 10, но ВСЕГДА будет иметь синий экран (BSOD) в течение примерно 30 секунд. Точное количество времени варьируется, но этого недостаточно для запуска программы установки Windows, чтобы переустановить Windows поверх самой себя.

Когда он отключается, сообщение об ошибке выглядит несколько случайным, с memory_management, IRQ_Not_Equal и KRNL_..., сообщение является наиболее популярным, что, на мой взгляд, указывает на то, что какой-то плохой драйвер, скорее всего, приводит к сбою ключевых системных файлов. Журналы дампа, которые я смог проанализировать, казалось, указывали на это, хотя я не эксперт в анализе журналов дампа.

Вещи, которые я пробовал:

Основываясь на том, что я исследовал до сих пор, есть большая вероятность, что переустановка Windows поверх самой себя исправит мой компьютер, но, похоже, это невозможно сделать, не загрузившись в небезопасный режим Windows, который, опять же, имеет BSOD в течение примерно 30 секунд.

Другие примечания:

Я безуспешно пытался просмотреть файлы журнала/дампа, включая переключение на "полный дамп памяти", но мне не удалось найти файл дампа для его анализа. Если у кого-нибудь есть советы о том, какой файл журнала мне следует просмотреть, чтобы найти файл-нарушитель, и/или как его захватить, пожалуйста, дайте мне знать.

Похоже, я застрял в обновленной системе 1803, которая запускает BSOD вскоре после завершения загрузки. Пожалуйста, помогите!

Ответы (7)

Moses O'Reilly
8/20/2018

Делитесь аварийными дампами из безопасного режима с сетью Нам нужны файлы журналов (называемые файлами дампа), которые сообщают нам, что привело к сбою. Пожалуйста, поделитесь ими с нами для лучшего анализа проблемы. Инструкции можно найти здесь: https://answers.microsoft.com/en-us/windows/for ... [https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/how-to-post-crash-dumps-after-blue-screen-of-death/5b11c5c7-5903-45b8-8348-0fbee6b2ba6e?tm=1517484313690] Пожалуйста, дайте нам знать, если вам нужна какая-либо помощь по размещению файлов дампа.

Помогло 0 людям
Anne Howe
8/20/2018

Привет LightCC, Запустите свой компьютер, как только Windows попытается загрузиться (вращающиеся точки), нажмите и удерживайте кнопку питания в течение 5-10 секунд, чтобы выполнить жесткое завершение работы, Сделайте это дважды При третьем запуске Windows загрузится в среду восстановления и оттуда вы можете получить доступ к Восстановлению системы, Безопасному режиму, командной строке... и т. Д. Перейдите в раздел Устранение неполадок - Дополнительные параметры - Настройки запуска и нажмите Перезагрузка После перезагрузки нажмите 4, чтобы войти в безопасный режим Один раз в безопасном режиме Создайте резервную копию своих данных, если у вас еще нет резервной копии Откройте Проводник Windows, перейдите к C:\Windows\Minidump Заархивируйте содержимое этой папки, если у вас возникли проблемы с архивированием этих файлов, скопируйте их на свой рабочий стол и заархивируйте их оттуда, загрузите zip-файл в облако (OneDrive, Dropbox... и т. Д.) Затем разместите здесь ссылку на zip-файл, чтобы мы могли взглянуть на вас.,,

Помогло 0 людям
Warren Collins
8/20/2018

Вот папка мини-дампа с 5 недавними мини-дампами. * Одна общая ссылка на Диск - ZIP-файл мини-дампа[https://1drv.ms/u/s!AoWTsocdhrWihWjoZ_T3A694X583] Дополнительная информация: Я переключился на полный дамп памяти, чтобы запустить некоторые инструменты в файле memory.dmp в c:\windows , и теперь, когда это BSOD, для завершения записи требуется гораздо больше времени (несколько минут), но после перезагрузки я не могу найти файл дампа. Я не знаю, не ищу ли я в нужном месте (я искал Windows, Windows.old, Windows10Upgrade, $WINDOWS.~BT и $Windows.~Папки WS), или если это связано с этой проблемой. Спасибо за помощь.

Помогло 0 людям
Warren Collins
8/21/2018

Я наконец-то получил файл memory.dmp, который будет отображаться в c:\windows . Вот вывод интерпретатора журнала для этого. Поскольку он составляет 32 ГБ (распакован), я не собираюсь публиковать этот... -------------- В Пн 8/20/2018 10:17:40 на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\MEMORY .DMP Это, вероятно, было вызвано следующим модулем: Неизвестно [http://www.google.com/search ?вопрос=Неизвестно] (0xFFFFC584FA0FB520) Код проверки на ошибку: 0x1A (0x61941, 0x7ff959af0000, 0x9, 0xFFFFC584FA0FB520) Ошибка: УПРАВЛЕНИЕ ПАМЯТЬЮ[http://www.google.com/search?q=MSDN +проверка ошибок+MEMORY_MANAGEMENT] Описание проверки ошибок: Это указывает на то, что произошла серьезная ошибка управления памятью. Это может быть случай повреждения памяти. Это может быть из-за аппаратной проблемы, такой как неисправная оперативная память, перегрев (проблема с перегревом) или из-за неисправного драйвера. Эта проблема также может быть вызвана перегревом (проблема с температурой). В качестве вероятной основной причины этой системной ошибки был определен сторонний драйвер. Запрос в Google: УПРАВЛЕНИЕ ПАМЯТЬЮ[http://www.google.com/search?q=MEMORY_MANAGEMENT] --------------- Кроме того, вот вывод из 5 файлов мини-дампа, которые я опубликовал в последнем ответе. Как видно, BSOD выглядят довольно случайными, из-за управления памятью, ядра, проблемы с IRQ и т.Д. ----------------- В Вс 8/19/2018 10:58:16 ВЕЧЕРА на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\Minidump\081918-4937-01.dmp Вероятно, это было вызвано следующим модулем: ntoskrnl.exe [http://www.google.com/search ?q=ntoskrnl.exe] (nt+0x198560) (nt+0x198560) Код проверки на ошибку: 0x1A (0x61941, 0xFFFFDd8E10800000, 0xB, 0xFFFFF90F6F979290) Ошибка: УПРАВЛЕНИЕ ПАМЯТЬЮ[http://www.google.com/search?q=MSDN +проверка ошибок+УПРАВЛЕНИЕ ПАМЯТЬЮ] путь к файлу: C:\WINDOWS\system32\ntoskrnl.exe продукт: Операционная система Microsoft® Windows® [http://www.google.com/search ?q=Microsoft%C2%AE%20Windows%C2%AE%20операционный%20Система] компания: Microsoft Corporation [http://www.google.com/search ?q=Microsoft%20Corporation] описание: Проверка ядра и системы NT описание: Это указывает на то, что произошла серьезная ошибка управления памятью. Это может быть случай повреждения памяти. Это может быть из-за аппаратной проблемы, такой как неисправная оперативная память, перегрев (проблема с перегревом) или из-за неисправного драйвера. Эта проблема также может быть вызвана перегревом (проблема с температурой). Сбой произошел в ядре Windows. Возможно, эта проблема вызвана другим драйвером, который в настоящее время не может быть идентифицирован. В Вс 8/19/2018 10:56:56 ВЕЧЕРА на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\Minidump\081918-6531-01.dmp Вероятно, это было вызвано следующим модулем: ntoskrnl.exe [http://www.google.com/search ?q=ntoskrnl.exe] (nt+0x198560) (nt+0x198560) Код проверки на ошибку: 0x139 (0x3, 0xFFFFF3806CBD3910, 0xFFFFF3806CBD3868, 0x0) Ошибка: KERNEL_SECURITY_CHECK_FAILURE[http://www.google.com/search?q=MSDN +проверка на ошибку+KERNEL_SECURITY_CHECK_FAILURE] путь к файлу: C:\WINDOWS\system32\ntoskrnl.exe продукт: Операционная система Microsoft® Windows® [http://www.google.com/search ?q=Microsoft%C2%AE%20Windows%C2%AE%20операционный%20Система] компания: Microsoft Corporation [http://www.google.com/search ?q=Microsoft%20Corporation] описание: Проверка ядра и системы NT на наличие ошибок описание: Ядро обнаружило повреждение важной структуры данных. Сбой произошел в ядре Windows. Возможно, эта проблема вызвана другим драйвером, который в настоящее время не может быть идентифицирован. В Вс 8/19/2018 10:44:32 ВЕЧЕРА на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\Minidump\081918-5218-01.dmp Вероятно, это было вызвано следующим модулем: ntoskrnl.exe [http://www.google.com/search ?q=ntoskrnl.exe] (nt+0x198560) (nt+0x198560) Код проверки на ошибку: 0xA (0xfffffffffffff010, 0x2, 0x0, 0xfffff8026edbac13) Ошибка: IRQL_NOT_LESS_ИЛИ_РАВНЫЙ [http://www.google.com/search?q=MSDN +проверка на ошибку+IRQL_NOT_LESS_ ИЛИ_EQUAL] путь к файлу: C:\WINDOWS\system32\ntoskrnl.exe продукт: Операционная система Microsoft® Windows® [http://www.google.com/search ?q=Microsoft%C2%AE%20Windows%C2%AE%20операционный%20Система] компания: Microsoft Corporation [http://www.google.com/search ?q=Microsoft%20Corporation] описание: Проверка ошибок ядра и системы NT описание: Это указывает на то, что Microsoft Windows или драйвер режима ядра обращались к выгружаемой памяти на уровне DISPATCH_LEVEL или выше. Это программная ошибка. Эта проверка на ошибки относится к тесту аварийного дампа, который вы выполнили с помощью WhoCrashed или другого программного обеспечения. Это означает, что файл аварийного дампа был правильно записан. Сбой произошел в ядре Windows. Возможно, эта проблема вызвана другим драйвером, который в настоящее время не может быть идентифицирован. В Пт 8/17/2018 7:13:57 ВЕЧЕРА на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\Minidump\081818-5015-01.dmp Вероятно, это было вызвано следующим модулем: ntoskrnl.exe [http://www.google.com/search ?q=ntoskrnl.exe] (nt+0x198560) (nt+0x198560) Код проверки на ошибку: 0x1A (0x61941, 0xFFFFB700df7D2000, 0x9, 0xFFFFE00E765B82D0) Ошибка: УПРАВЛЕНИЕ ПАМЯТЬЮ[http://www.google.com/search?q=MSDN +проверка ошибок+УПРАВЛЕНИЕ ПАМЯТЬЮ] путь к файлу: C:\WINDOWS\system32\ntoskrnl.exe продукт: Операционная система Microsoft® Windows® [http://www.google.com/search ?q=Microsoft%C2%AE%20Windows%C2%AE%20операционный%20Система] компания: Microsoft Corporation [http://www.google.com/search ?q=Microsoft%20Corporation] описание: Проверка ядра и системы NT описание: Это указывает на то, что произошла серьезная ошибка управления памятью. Это может быть случай повреждения памяти. Это может быть из-за аппаратной проблемы, такой как неисправная оперативная память, перегрев (проблема с перегревом) или из-за неисправного драйвера. Эта проблема также может быть вызвана перегревом (проблема с температурой). Сбой произошел в ядре Windows. Возможно, эта проблема вызвана другим драйвером, который в настоящее время не может быть идентифицирован. В Пт 8/17/2018 7:12:38 ВЕЧЕРА на вашем компьютере произошел сбой или сообщалось о проблеме с файлом аварийного дампа: C:\WINDOWS\Minidump\081718-7625-01.dmp Вероятно, это было вызвано следующим модулем: nvlddmkm.sys [http://www.google.com/search ?q=nvlddmkm.sys ] (0xfffff8014d661f45) Код проверки на ошибку: 0x50 (0xffffd100be459000, 0x0, 0xfffff8014d661f45, 0x0) Ошибка: Ошибка PAGE_FAULT_IN_NONPAGED_AREA[http://www.google.com/search?q=MSDN +проверка ошибок+СТРАНИЦА_FAULT_IN_NONPAGED_AREA] продукт: Драйвер режима ядра NVIDIA для Windows, версия 359.46 [http://www.google.com/search?q=NVIDIA%20Windows%20Kernel%20Mode%20Driver,%20версия%20359.46] компания: Корпорация NVIDIA [http://www.google.com/search?q=NVIDIA%20Corporation ] описание: Драйвер режима ядра NVIDIA для Windows, версия 359.46 Описание проверки ошибок: Это указывает на то, что была указана недопустимая системная память. Это, по-видимому, типичная ошибка драйвера программного обеспечения и вряд ли может быть вызвана аппаратной проблемой. В качестве вероятной основной причины этой системной ошибки был определен сторонний драйвер. Рекомендуется поискать обновление для следующего драйвера: nvlddmkm.sys (Драйвер режима ядра NVIDIA для Windows, Версия 359.46, Корпорация NVIDIA). Запрос в Google: nvlddmkm.sys Корпорация NVIDIA_СТРАНИЧНАЯ ОШИБКА_В_НАСТРАИВАЕМОЙ ОБЛАСТИ [http://www.google.com/search ?q=nvlddmkm.sys +Корпорация NVIDIA%20+ОШИБКА СТРАНИЦЫ_ В_НАСТРАИВАЕМОЙ ОБЛАСТИ]

Помогло 0 людям
Warren Collins
8/21/2018

Обновление: Я смог загрузиться в Windows небезопасного режима, используя опцию "Диагностическая загрузка" в приложении msconfig. Это позволило мне полностью удалить драйвер Nvidia (единственный неосновной файл/драйвер, отображаемый в дампах). Затем я переустановил с нуля, что, казалось, решило эту проблему для нескольких других людей на этом форуме. К сожалению, это было лишь частичное исправление. Теперь иногда я все еще получаю BSOD очень быстро (в течение 30 секунд или около того), в других случаях это может длиться 5 минут или даже до 30 минут или около того, но Windows все равно в конечном итоге выходит из строя. Я получаю новые сообщения BSOD. Из-за того, что BSOD все еще работают, и теперь, когда я смог войти в обычную Windows, я использовал диагностическую загрузку, чтобы переустановить Windows 1803 поверх самой себя (т.Е. Сохранить опцию "Мои файлы и приложения"). Есть Еще Какие-Нибудь Предложения? Здесь никто не публиковал никаких других вариантов или анализа журналов. Я думаю, мне нужно просмотреть мои драйверы один за другим или стиснуть зубы и выполнить чистую установку? Любая помощь в том, как отследить, в чем проблема драйвера? По какой-то причине Windows не всегда оставляет мини-дампы. После того, как я получу несколько новых, я смогу опубликовать их, может быть, это поможет.

Помогло 0 людям
Warren Collins
8/27/2018

Никаких ответов? Есть какие-нибудь предложения? Что дальше?

Помогло 0 людям
Warren Collins
8/28/2018

Есть какие-нибудь предложения? Ссылка на исходные файлы дампа находится в сообщении № 3.

Помогло 0 людям

Похожие вопросы

790

Просмотров

10

Ответов

788

Просмотров

1

Ответов

787

Просмотров

5

Ответов

3/20/2018

787

Просмотров

6

Ответов