Кінцевий посібник для вирішення помилок синього екрану (BSOD) на Windows

Totovelo10 подав новий коментар до статті VirtualBox: Встановіть запрошені доповнення 7 годин тому

Вручну збої вручну – синій екран на вимогу

Windows включає функцію, яку можна ввімкнути для руйнування системи вручну, утримуючи правильну клавішу CTRL та натиснувши клавішу “Lock Lock” двічі. Це може бути корисно для створення аварійного сміттєзвалища для налагодження додатків, або це може бути весело. Виконайте ці кроки, щоб увімкнути цю функцію:

1. Відкрийте редактор реєстру, натиснувши кнопку «Пуск» та ввівши регенерувати і натискання введення. Якщо ви перебуваєте на XP, спочатку виберіть запустити, а потім введіть регенерувати і натисніть Enter.
2. Перейдіть до: Hkey_local_machine \ system \ currentcontrolset \ services \ i8042prt \ параметри.
3. Створіть нове значення DWORD та назвіть його Crashonctrlscroll
4. Клацніть правою кнопкою миші на нове значення DWORD та виберіть Змінювати.
5. Введіть 1 у полі значення даних і натисніть кнопку ОК.
6. Закрийте Regedit та перезавантажте свою систему.

Тепер ви можете синій екран (зійти) свою систему, утримуючи потрібну клавішу CTRL та натиснувши “Блокування прокрутки” двічі.

ПОРАДА:

Ваша система може перезавантажити автоматично, коли ця аварія ініціюється. Якщо ваша система перезавантажується, ініціюючи аварію, і ви хочете побачити синій екран, виконайте ці кроки:

1. Йти до Панель управління > Система
2. Клацніть на Просунутий вкладка
3. Під Стартап та відновлення, Клацніть на Набір кнопка.
4. Під Несправність системи, Зніміть прапорець Автоматично перезапустити.

Кінцевий посібник для вирішення помилок синього екрану (BSOD) на Windows

Коли у вашій системі виникає фатальна помилка, Windows відображає знаменита Синій екран смерті (або BSOD для синього екрану смерті). Ця фатальна помилка виникає, коли операційна система досягає критичного стану, коли вона більше не може функціонувати належним чином.

Ви можете зустріти його під час встановлення оновлення, програми, обладнання або раптом, без точних дій, здавалося б, викликали її. Windows все ще діє так : Він раптово зупиняється, щоб захистити себе від можливої ​​втрати даних, відображає його синій екран Потім перезапустіть комп’ютер.

Відповідно до звітів про помилки, які були надіслані Microsoft до квітня 2014 року, причини, чому Windows Crashe розподіляються:

• Третій -партії периферійних пілотів: 70%
• Невідомо, через серйозну корупцію пам’яті: 15%
• Матеріальні помилки: 10%
• Microsoft Code: 5%

Іноді винятковий, синій екран смерті, що слідує за фатальною помилкою. Якщо це стосується вас зараз, вам знадобиться Знайдіть пілота, відповідального за фатальну помилку і принесіть йому рішення. Пристрій, його пілот або програма, пов’язана з ним, може бути причиною синього екрану. Оновлення пілота або програми вирішує в більшості випадків проблеми, що виникають.

У цьому підручнику я покажу вам, як Проаналізуйте синій екран Для того, щоб знайти Водій, відповідальний за фатальну помилку і, таким чином, вміти остаточно вирішити проблему ! Мета полягає в тому, щоб дозволити вам знову використовувати свій ПК у мирі, не боячись, що синій екран знову з’явиться і перериває вас у вашій роботі.

Преамбула: файли зображення пам’яті

Коли система виходить з ладу, тому Windows відображає a синій екран, який супроводжується Зупинити код. Цей код зупинки дає нам першу інформацію про Природа фатальної помилки.

Я Інформація: Ви можете знайти всі стоп -коди та їх значення на довідковому коді перевірити помилку веб -сайту Microsoft Hardware Dev Center.

Однак цей код зупинки може бути цілком Avare з інформацією. У вищевказаному коді зупинки Memory_management вказує на те, що сталася серйозна помилка управління пам’яттю … не знаючи набагато більше (див. Перевірка помилок 0x1a: memory_management).

До Windows 7, синій екран відображається Чотири параметри, які були пов’язані з Зупинити код (Можна знайти ці чотири параметри у спостерігачі події). Вони дозволяють вам дізнатися трохи більше про фатальну помилку.

У наведеному нижче прикладі перший параметр коду зупинки Unmountable_boot_volume Вказує на пристрій, який не зміг встановити систему (див. : Перевірка помилок 0xed: unmountable_boot_volume).

Якщо вони доступні, пілотне ім’я який посадили також. У наведеному нижче прикладі це rtkvhd64.sys. Останнє розповідає, з іншого боку, з іншого боку набагато більше Про причину смертельної помилки. Google Research говорить нам, що це драйвер звукового аудіо Audio Audio Audio Realtek.

Однак назва модуля, відповідального за аварію Не завжди з’являється !

У мене є код відключення, який не дає мені інформації, і назва драйвера, відповідального за аварію, не відображається … як я зроблю, щоб знайти походження фатальної помилки ?

Я не встиг побачити, що було позначено на синьому екрані ! Як я буду робити для налагодження вікон ?

Без паніки ! Я збирався вам дати Рішення Щоб знайти джерело своїх синіх екранів.

Після посадки системи та після відображення синього екрану Windows переходить до Випорожнення фізичної пам’яті (Оперативна пам’ять) комп’ютера, вивантажуючи його вміст у файлі жорсткого диска: Файл зображення пам’яті (або файли звалища пам’яті). Ви також можете дотримуватися прогресу спорожнення пам’яті на синьому екрані через відсоток завершення, який поступово неймовірний (до “100% закінченого”)))))).

Таким чином, цей файл зображення пам’яті містить копію всіх даних, присутніх у пам’яті комп’ютера, перед тим. Ці дані виявляться дорогоцінними, щоб встановити Повна діагностика при аварії Вікна. Консультуючись з ними, ми неодмінно знайдемо Пілот Windows пілот !

Існує два типи файлів зображень пам’яті: файли для Основний режим (Дамп у режимі ядра) та файли для режим користувача (Файли дампу в режимі користувача). [1]

[1] Режим користувача та режим ядра ^

На ПК з Windows процесор має два різні режими: a режим користувача і один Основний режим. Процесор Перемикайте між двома режимами Залежно від типу коду, який він виконує: заявки Існує в режимі користувача, Компоненти операційної системи У режимі ядра. Більшість пілоти Існують у режимі ядра, але деякі можуть працювати в режимі користувача.

Щоб вирішити проблеми з синім екраном, ви повинні проаналізувати Ядро режиму файлів зображень. Це файли, які містять інформацію для налагодження системи; Файли режиму користувача дозволяють їм налагодити лише програми, встановлені користувачами.

Windows може генерувати П’ять типів Пам’ять зображення для режиму ядра, різниця полягає в розмірі створеного файлу:

• Повне зображення пам’яті : містить Вся фізична пам’ять який використовував Windows під час аварії. Це найбільший файл зображення пам’яті. Це вимагає файлу обміну [2], який принаймні такий же громіздкий, як основна пам’ять системи: розмір файлу обміну повинен бути рівним усім оперативним оперативним операцією + 1 Мб. Якщо у вас на комп’ютері 16 ГБ оперативної пам’яті, розмір файлу обміну повинен бути 16,001 ГБ, щоб мати можливість розміщення даних про фізичну пам’ять !
• Зображення ядра : містить Тільки пам’ять, що використовується ядром На момент аварії. Цей файл значно менший, ніж файл зображення повного пам’яті. Його розмір приблизно дорівнює третині фізичної пам’яті, встановленої в системі (якщо у вас 16 ГБ оперативної пам’яті, розмір файлу буде приблизно 5,3 ГБ). Цей файл зображення не включає в себе неаллоковану пам’ять, ані пам’ять, виділену в програмах режиму користувача. Він містить лише пам’ять, виділену ядром Windows, шару апаратної абстракції (HAL), а також пам’яті, виділеною пілотами та програмами в режимі ядра. Це найкорисніший файл зображення пам’яті. Менший і швидше виконувати, ніж файл зображення повного пам’яті, він не містить даних про фізичну пам’ять, які, як правило, не беруть участь у краху.
• Часткове зображення пам’яті (256 Кб) : Найменший файл зображення пам’яті, корисний для дуже обмежених космічних систем на диску. Наскільки він містить Обмежена інформація (Зупиніть повідомлення, список завантажених драйверів …), аналіз цього файлу може не дозволити виявити джерело помилок, що виникають під час збої комп’ютера.
• Автоматичне спорожнення пам’яті : містить та сама інформація що Файл зображення пам’яті ядра. Різниця між ними не знаходиться у самому файлі зображення, а в тому, як Windows визначає розмір файлу обміну системи. Якщо розмір файлу обміну системи визначений на “Автоматичному управлінні файлами управління для читачів”, а параметр зображення пам’яті визначається на “Автоматичному спорожненні пам’яті”, Windows автоматично визначає розмір для файлу обміну, достатньо великого для зйомки ядра Зображення пам’яті.
• Активне спорожнення пам’яті : Подібно до повного зображення пам’яті, він не містить пам’яті, призначеної віртуальній машинам Hyper-V, марний для налагодження хост-машини.

[2] Файл обміну Windows ^

Коли оперативна пам’ять (оперативна пам’ять) насичена, Windows створює файл (PageFile.Sys) на системному зчитувачі (c 🙂 для зберігання додаткової інформації там: це Файл обміну. Ця техніка дозволяє Windows зберігати інформацію на жорсткому диску, який зазвичай повинен зберігати в оперативній пам’яті. Кажуть, що Windows має Віртуальна пам’ять, що відповідає сумі між розміром оперативної пам’яті (оперативної пам’яті) та розміром файлу обміну.

Ви можете налаштувати тип пам’яті, який створює Windows у випадку катастрофи в Розширені налаштування системи (%Systemroot%\ system32 \ systempertiesadvanced.Exe)> Початок та відновлення.

Рекомендується залишити тип зображення пам’яті за замовчуванням: Автоматичне спорожнення пам’яті.

Лише один і єдиний файл Зображення пам’яті можна створити під час аварії системи. Якщо виникає друга фатальна помилка і створюється пам’ять зображення ядра (або повне зображення пам’яті), воно замінить попередній (якщо опція “замінити всі існуючі файли параметрів” перевірена).

Файл зображення пам’яті записується за замовчуванням у %Systemroot%\ пам’ять.DMP.

Незалежно від типу зображення пам’яті, який ви вибрали, Windows завжди створює більше частковий файл зображення пам’яті Щоразу, коли система зупиняється несподівано (коли відображається синій екран), навіть якщо ви вибрали “Зображення пам’яті ядра” або “Зображення повного пам’яті” в Налаштуваннях.

Якщо виникає друга смертельна помилка, друге Часткове зображення пам’яті створено, і попередній буде збережений. Кожен новий файл зображення часткової пам’яті матиме інше ім’я, з датою краху, кодованого в імені файлу. Наприклад, “050917-10843-01.DMP ” – це файл зображення пам’яті, створений 9 травня 2017 року.

Усі часткові файли зображення пам’яті зберігаються у папці %Systemroot%\ minidump.

Тепер, коли ви знаєте, як операція файлів зображень пам’яті, давайте проконсультуємося з Інформація про розбещення що вони містять, щоб знайти пілота, відповідального за ваші сині екрани смерті !

РОЗДІЛУЙТЕ СВІЙ ДЕМОРУВАННЯ (BSOD)

Крок 1: Проаналізуйте файли зображення пам’яті

Для початку ми проаналізуємо Файли зображень часткової пам’яті.

Навіть якщо останнє містить мало інформації, не рідкість знайти пілота, відповідального за фатальну помилку.

Якщо часткові файли зображення пам’яті не дозволять нам знайти джерело синього екрану смерті, ми проаналізуємо Повне зображення або файл ядра який містить набагато більше інформації про аварію, яка спричинила синій екран смерті.

через часткові файли зображення пам’яті

L ‘Утиліта управління зображенням пам’яті (.ex) – це утиліта командного рядка, запропонована Microsoft для перевірки та Прочитайте файли зображення пам’яті.

На відміну від інших доступних інструментів налагодження, Dumpchk.Exe не вимагає доступу до налагодження символів, які є об’ємними і які необхідно завантажити, щоб зробити налагодження.

Хоча ефективний, цей інструмент не дуже ергономічний.

Ось чому ми будемо використовувати програму Bluescreenview : Він сканує всі файли зображень пам’яті, створені на вашому комп’ютері після краху Windows, і чітко відображає інформацію, яку вони містять.

Тепер завантажте та встановіть Blascreenview на комп’ютер, а потім запустіть його.

На верхній панелі всі Файли зображення пам’яті Знайдений у папці %Systemroot %\ minidump, а також файл зображення %systemroot %\ пам’ять.Відображаються DMP. У наведеному вище зйомці відображаються шість часткових зображень пам’яті. Це означає, що цей комп’ютер зіткнувся з синім екраном шість разів !

Для кожної аварії Bluescreenview відображає ім’я файлу зображення часткової пам’яті, Дата аварії та час, З Зупинити код (відображається на синьому екрані), 4 Параметри коду зупинки, і Деталі про пілота Хто, ймовірно, спричинив аварію (ім’я файлу, ім’я продукту, опис файлу та версія файлу).

На нижній панелі за замовчуванням дисплеї Bluescreenview Всі пілоти, які були завантажені Під час аварії (яку ви вибрали на верхній панелі). Пілоти, адреса пам’яті яких була знайдена в акумуляторі аварії, виділяються рожевим рожевим кольором, що дозволяє легко знайти пілотів, які, ймовірно, несуть відповідальність за аварію.

Ваша місія проста : Знайдіть пілота, відповідального за синій екран у стовпці “викликаний драйвером” !

У наведеному нижче захопленні ми бачимо, що аварія 5 серпня 2013 року була спричинена пілотом NVLDDM.SYS, яка, ймовірно, перетворює відеокарту NVIDIA.

Якщо ви хочете мати більше деталей щодо виявленого драйвера (до якого компонента, пристрою або програми він належить), клацніть правою кнопкою миші на файлі зображення пам’яті та виберіть Пошук Google – Перевірка помилок + драйвер Щоб розпочати пошук в Інтернеті.

На жаль, часто трапляється, що часткові файли зображень не містять достатньої інформації, щоб можна було визначити пілота, відповідального за синій екран.

Це так, якщо відображає Bluescreenview ntoskrnl.витягувати У стовпці “викликано драйвером”. Це неправильно : Це просто останній файл акумулятора, який був завантажений до з’явлення синього екрана. Це не файл критична помилка.

Відповідно до того, що впливає Bluescreenview у стовпці “причина драйвера”, Застосовуйте наступне ::

• Якщо Blascreenview відображає ім’я файлу, що стосується компонент, пристрій або програма → Застосовуйте конкретні рішення до несправного пілота.
• Якщо плакат Bluescreenview ntoskrnel.витягувати → Нам доведеться проаналізувати повний файл зображення (або ядро), щоб знайти пілота, який справді спричинив синій екран. Перейдіть до наступного розділу: Прочитайте повну пам’ять або файл зображення ядра.

через повну пам’ять або файл зображення ядра

Я Інформація: Повний файл пам’яті або основного зображення, який ми проаналізуємо, відповідає файлу зображення пам’яті в Останній синій екран, який з’явився на вашому комп’ютері. Іншими словами, це більш “повна” версія Найновіший частковий файл зображення, що відображається в Bluescreenview (Ви можете сортувати часткові файли зображень за датою, натиснувши на заголовок стовпця “Час краху”).

Для аналізу файлу зображення повного або ядра ми повинні встановити Windows Debugurs (Входить у Windows SDK).

Для цього дотримуйтесь цих інструкцій:

1. Завантажте програму встановлення SDK (набір розробки програмного забезпечення) відповідно до вашої версії Windows.
2. Запустіть у програмі інсталяції Windows DUSDK. На першому екрані залиште місце за замовчуванням, а потім натисніть кнопку Наступний.
   
3. Серед усіх запропонованих функцій встановіть лише інструменти налагодження. Залишати Інструменти налагодження для Windows перевірили та зніміть перевірку всіх інших поля, а потім натисніть кнопку Встановити.
   

Після встановлення інструментів налагодження у вас у вас є п’ять середовищ видалення (див. Налагодження областей для отримання більш детальної інформації), які Debugger Microsoft Windows (Windbg), налагоджувач здатний налагоджувати в режимі користувача та режимі ядра.

Windbg надає налагодження для драйверів та системних служб Windows ядра, режиму ядра, а також програми та драйвери користувачів. Це той, який ми будемо використовувати.

Я Хитрість: Для того, щоб мати можливість легше читати файли зображення пам’яті (.DMG), ви можете асоціювати їх з програмою Windbg. Для цього відкрийте командний рядок як адміністратор та введіть наступні команди (щоб адаптуватись відповідно до вашої версії Windows):

CD "C: \ Program Files (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Запустіть Windbg як адміністратор: Відкрийте меню «Пуск», введіть «windbg», клацніть правою кнопкою миші Windbg (x64) (Або Windbg (x86) Якщо ви використовуєте 32 -бітну версію Windows), тоді виберіть Виконати як адміністратор.
2. Принципове вікно Windbg налагоджувач відкривати.
3. Вкажіть розташування символів налагодження через Лінія >Шлях файлу символів. Файли символів містять різноманітні дані, які дуже корисні для налагодження.
   
4. Введіть наступне місце, а потім натисніть кнопку в порядку ::

Srv*c: \ symbsssrvcache*https: // msdl.Microsoft.com/завантажити/символи

Збережіть робочу область через Лінія >Зберегти робочу область. Це заважає нам переосмислити розташування символів налагодження з кожним сеансом.

Відкрийте файл зображення пам’яті через Лінія >Відкрити аварію.

Перейдіть у папку C: \ Windows і виберіть файл Пам’ять.DMP.

Зачекайте, щоб Windbg завантажує символи, необхідні для налагодження файлу зображення пам’яті. Текст Налагодження не підключений відображається внизу вікна; Ви повинні зачекати, поки не відобразиться командний рядок Kd>.

Після того, як ви отримаєте руку, введіть команду !Аналіз -v для запускуАналіз файлів зображення пам’яті.

Image_name: cpuz138_x64 module_name: cpuz138_x64 Модуль несправності: fffff8004dc30000 cpuz138_x64 Process_name: speccy64.витягувати

0x000000D1: драйвер_irql_not_or_equal 0x0000000a: irql_not_less_equal 0x00000050: page_fault_in_nunped_area 0x000000c2: bad_pool_caller 0x000000ed: unmoutable_boot_volume 0x00001e: Kmode_not_boot_volume 0x00001e: Kmode_not_bled_volume 0x00001e: KMODE_NOTABLE_BLELUME 0x0000001E s_file_system