Якщо комп'ютер видає помилку на екрані найпоширеніші види. На вашому ПК виникла проблема і його необхідно перезавантажити як виправити

Наша стаття розповість про критичну помилку при завантаженні Windows 10 – «На вашому ПК виникла проблема і його необхідно перезавантажити». Ви дізнаєтеся про основні причини цієї проблеми, а також про всі можливі шляхи вирішення цієї проблеми.

В операційній системі Windows 10 корпорація Microsoft оновила екран критичних помилок (Синій екран смерті). Тепер ПК не перезавантажується, через секунду після демонстрації повідомлення про помилку, а запитує у користувача дозвіл на відповідну операцію і вказує конкретний код помилки. Завдяки цьому користувач ПК може ознайомитися з причиною несправності та навіть швидко знайти метод усунення проблеми.

Синій екран смерті у Windows 10

Що це за помилка?

"На вашому ПК виникла проблема і його необхідно перезавантажити"- це повідомлення, яке користувач отримує внаслідок критичних збоїв у Windows 10. Помилка виникає з різних причин і може бути поодиноким багом або постійною проблемою.

На відміну від попередніх версій Windows, у десятці на синьому екрані також відображається QR-код, який включає пряме посилання на сторінку сайту Microsoft, що містить опис проблеми і можливі шляхи її вирішення. Завдяки цьому, якщо у людини, яка зіткнулася з відповідною проблемою, є сучасний смартфон, він може швидко дізнатися про несправність, що виникла у комп'ютера, і вирішити її.

Як виправити проблему

У більшості випадків від синього екрана смерті допомагає позбутися просте перезавантаження комп'ютера. Її можна виконати кількома способами:

• натиснути кнопку «Reset» на системному блоці (підходить для десктопів);
• жорсткий спосіб – висмикнути шнур (для десктопів);
• потримати 3-5 секунд кнопку Power (для десктопів та ноутбуків);
• жорсткий спосіб – вийняти акумулятор (для ноутбуків).

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

Що робити, якщо синій екран смерті виникає повторно

Причин виникнення критичної помилки "На вашому ПК виникла проблема" може бути багато. Її поява може бути пов'язана як із технічними несправностями заліза так і програмної частини ОС.

Якщо у вас помилки типу «Critical process died»(збій у роботі важливою для функціонування системи службі) або "KERNEL_SECURITY_CHECK_FILURE"(помилка при перевірці безпеки/цілісності ядра ОС) програмна, то виправити їх здебільшого нескладно. Це два найпоширеніші баги.

Для цього в першу чергу слід перевірити систему антивірусом. Можна скористатися вбудованим у Windows 10 або інсталювати інший, але попередньо відключивши перший.

Крок два: запустити відновлення системидо останніх точок. Щоб повернути ОС у більш ранній стан:

• натиснути на "Win + S";
• ввести «Відновлення системи» та запустити додаток;
• прослідкувати інструкції, які запропонує програма;
• з таблиці вибрати дату, за станом яку помилок не помічалося.

1. Інший варіант: відновити системні файлиза допомогою спеціальної утиліти. Для цього потрібно з-під адміністратора запустити командний рядок і виконати команду « sfc /scannow«. Якщо в процесі перевірки утиліта щось запитає, треба погодитись.
2. Також можна спробувати оновити драйверапристроїв. Перевірка та оновлення здійснюється через «Диспетчері пристроїв». Також можна використовувати цільові утиліти типу DriverPack Solution.
3. Якщо після виконання цих дій помилки, як і раніше, виникають, то, швидше за все, проблема апаратна. Для початку слід перевірити цілісність файлової системи, для чого вводимо « chkdsk /f» у командному рядку та погодитися з усім, що запропонує утиліта.
4. Якщо це теж ні до чого не спричинило, ймовірно, проблема з оперативною пам'яттю. Її потрібно перевірити Memtest86, що без проблем можна завантажити з офіційного ресурсу. Користувачеві потрібно створити завантажувальну флешку з цією програмою та перевірити оперативність на помилки читання/запису. Інструкцій, як це робити, у Мережі дуже багато. Якщо ОЗП зіпсовано, доведеться купувати нові модулі.

Висновок

Проблема з повідомленням "На вашому ПК виникла проблема і його необхідно перезавантажити" в більшості випадків є одиничною, але перевірити цілісність файлів системи не завадить. Щоб уникнути появи помилок Critical process diedабо KERNEL_SECURITY_CHECK_FILURE, потрібно завжди застосовувати нові оновлення Windows 10 та стежити за актуальними версіями антивірусу.

Почну спочатку. У мене комп'ютер з двома жіночими дисками. 1-й звичайний на 50 гіг, 2-й твердотільник тошиба 128 гіг. Колись давно у мене зламався сата-провід, який був приєднаний до приводу DVD-RW. Цей провід я викинув від'єднав твердотільник і шнур-сата від нього під'єднав до приводу. Твердотельник лежав близько 2-х років без діла. Комп працював нормально близько 2-х років на віндовсі 7. Якось пару місяців тому я вирішив почистити комп від пилу. Почистив, вологою ганчірочкою протер так, щоб не зачіпати плати схеми кінці шнурів. Волога коротше потрапляла тільки туди, де немає електрики. Щоб корпус швидше висох - я виніс його на балкон хвилин на 10. Але там забув його на кілька годин. Надворі був мороз. Коротше схаменувшись я заніс замерзлий комп'ютер в кімнату. Почекавши близько пари годин, доки він знову нагріється до температури кімнати ввімкнув. Вінда не завантажилася. Біос не побачив твердого. По-під'єднувавши різні сата в різні роз'єми, почаклувавши знову з протиранням зняттям і установкою на місце різних пристроїв комп'ютера, нічого не допомогло, (біос, як і раніше, не бачив гвинт) я вирішив що гвинт здох. Дістав твердотельник, що лежав без діла, і поставив на нього вин 10. Старий гвинт від'єднав. Все працювало близько трьох тижнів. Комп'ютер прям ожив став літати. Поки що з днів не завис комп. Випустив помилку 0x00000e9. Біос знову не бачив гвинт (твердотільник). Знову спробував почистити комп'ютер потягнув усі оперативки відюху і пр.заново все зібрав - біос побачив гвинт - все запрацювало. Але наступного дня знову все повторилося — тільки заново вінда (10) завантажилася з п'ятого разу. У такому режимі комп'ютер пропрацював з тиждень - щодня виникала помилка 0x00000e9. Кілька разів відкочував віндоус-в цей період були якісь оновлення вінди на комп'ютер. Після якогось оновлення відключалося багато служб, зокрема установник віндовс. На вихідних знову вирішив чистити комп'ютер - вилизав повністю - ні порошинки. Зібрав — ніфіга твердотільник не бачить. Дістав старий гвинт — про який думав, що він здох, — підключив замість твердотільника — і диво! вінда 7 (яка стояла на старому жорсткому) почала вантажиться. Перевірив – усе працює. Під'єднав твердотільник – не відключаючи старий гвинт – знову все нормально працює. Провідник вінди бачить усі розділи на обох жорстких дисках. Вирішив виставити в біосі пріоритетом твердотільник із завантаженням вінди 10. Все працювало. Знову всякий випадок перевстановив на твердотільник вінду 10, почистив старий гвинт, залишивши там вінду 7. Думав ну тепер все буде ок. Але ніфіга через пару днів знову зависає і ця помилка. Став грішити на обидва гвинти. Викликав платного фахівця із заліза. Приїхав якийсь Шрайбікус — що там порозумнів — перевірив за допомогою своїх прог обидва жорстокі, жодної помилки і навіть жодного бідблока не виявив. Сказав гвинти повністю в ідеальному стані. Відключивши старий жорсткий, відключивши видюху, привід і висмикнувши одну планки оперативної пам'яті - цей шрайбікус увімкнув комп'ютер і все запрацювало. Потім приєднав видюху - і знову включи комп - вилізла обійти ця помилка - біос знову не визначав гвинт. Потім цей малолітній мега-мозок почав тестувати мій комп всякими прогами зі свого окремого переносного хитромудрого гвинта. Повозившись заявив, що проблема в тому, що у мене хріновий блок живлення. Мовляв коли до комп'ютера приєднано по-мінімуму будь-яких пристроїв все нормуль. Якщо всі встромити-два гвинти привід видюху три плашки оперативної пам'яті окрему звукову то живлення типу не вистачає. При цьому мій блок живлення на 450Вт завжди працював справно - комп'ютер слабкий п'ятирічної давності. Відюха Нвідіа 9800GT слабка. Плюс три плашки оперативної пам'яті. Коротше запасу потужності при повному підключенні близько 150 Вт. Насамкінець встановивши мені вінду 10 і налаштувавши чото там у біосі, здерши з мене 1100р - цей шрайбікус звалили порекомендувавши мені змінити блок живлення. Далі я пішов і купив новий блок живлення на 700Вт фірми чівтек за 4000 руб. Все під'єднав і знову проблема повторилася за кілька днів. Тільки помилка 0x00000e9, тепер вилазить не завжди. Найчастіше відбувається таке:
Раптом зависає комп'ютер. Відвисає за хвилини 2-3. Пише чото типу виникла проблема комп необхідно перезавантажити- починають йти відсотки типу система збирає дані і комп сам перезавантажується. Після перезавантаження знову пише, що немає харддиска. Натискаю різе — тисну ділет, заходжу в біос. Біос не бачить або обидва гвинти або один той, який у пріоритеті (твердотільник). Виходжу з біосу комп сам знову намагається завантажиться - знову тисну ділет знову в біос і знову комп не бачить або один або обидва гвинта. І так 3-7 спроб перезавантаження і в якийсь момент біос знову бачить обидва гвинти. Знову нормально завантажується вінда. Через деякий час ця проблема знову повторюється. Якщо біос не визначає обидва гвинти після 7-ми спроб перезавантажиться - я вимикаю комп, лізу в залізо, знімаю 3 своїх плашки оперативної пам'яті (2, 2 і 4Гб) тусую їх місцями в різні слоти. Включаю комп і біос знову бачить обидва моїх гвинта. І отак от і живу. Проблема виникає десь щодня. Слоти сата міняв (всього на материнці їх 6 штук). Шнури сата теж змінював, правда пробував старі шнури - які не факт що справні (принаймні ці шнури на іншому слабкому комп'ютері працюють).
Ключове питання для мене може бути проблема в материнці. Так як не хотілося б купувати нову за 5 ++ штук. І не факт, що це допоможе. Хотілося б дізнатися у кого була схожа проблема і причиною виявлялася материнка.
Якщо жорсткі у мене перевірені. Блок живлення новий. Залишається 3 поки для мене варіанти:
1) купити нову материнку і перевірити допомогло чи ні.
2) купити нові найкращі сатовські шнури і перевірити допомогло чи ні.
3) викинути свої три плашки оперативки та купити нову на 8Гб і перевірити допомогло чи ні.
4) Знову викликати за бабки хитромудрого шрайбікуса щоб він подивився чо там з оптимальними налаштуваннями в біосі.

За всіх варіантів треба платити бабки. Не хотілося б платити за всіма варіантами одночасно, а лише по одному. Шрайбікусу довіри немає, оскільки він минулого разу помилився, та й поводиться ппц — гонору як у хакера, який американську АНБ зламав. Схоже дуже на халтурника який запудрив мозок мені-чайнику думає зрубати з мене ще тисячу іншу.
Взагалі буду радий будь-якій пораді. Заздалегідь дякую. Готовий надати будь-яку інфу (з обладнання комп'ютера, налаштувань у біосі і т.д.). Тільки будь ласка напишіть будь ласка заздалегідь, де мені цю інфу знайти (куди натискати).

В даний час складно собі уявити життя без комп'ютерів «PC», допомагаючи, а часто і замінюючи людину, комп'ютери виконують величезну кількість різноманітної роботи. Тим не менш, як і будь-яка інша техніка, вони можуть виходити з ладу, при цьому помилка, що позначає характер проблеми, буде відображена на екрані.

Різних проблем у комп'ютерах може бути досить багато, більше того, вони можуть бути як апаратні, так і програмні. Відмінність полягає в тому, що апаратна помилка означає вихід з ладу будь-яких комплектуючих комп'ютера, тобто, материнської плати, процесора і т.д., а програмна помилка, пов'язана з помилкою в роботі програмного забезпечення. Для полегшення діагностики в комп'ютерах використовуються коди помилок, вони допомагають фахівцю виявити проблему програмного забезпечення. На жаль, помилка, що відобразилася, не дає гарантії, що відбулася саме та помилка, яку він означає. Це пов'язано з тим, що виникнення однієї помилки могло бути спровоковано іншою, але в результаті на екрані буде відображено останню.

Наприклад:

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

Крім кодів помилок, комп'ютер може сигналізувати користувачеві про будь-які проблеми звуковим сигналом, це називається "Апаратна помилка". Як приклад, при включенні комп'ютера та стандартному завантаженні системи, ви можете чути один сигнал, це так зване POST (Power-On-Self-Test), тестування компонентів перед запуском, один сигнал означає що тестування компонентів пройшло успішно, інакше комп'ютер сигналами повідомить про помилку. Звукові помилки можна розшифрувати за допомогою інструкції від системної плати. Або скористатися описом на сайті.

Апаратні помилки

Апаратні помилки поділяються на два види, звукові та текстові.

Звукові помилки

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

Визначення звукових сигналів, що означають помилку

Для «AMIBIOS»

Для «AWARD BIOS»

Текстові повідомлення

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

Визначення текстових повідомлень, що означають помилку

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

Програмні помилки

Програмні помилки є найбільш поширеними, при виникненні проблем комп'ютер видає ту чи іншу помилку. Причому спосіб відображення помилки може бути різний, як правило це спливаюче вікно з повідомленням, в більшості випадків текст самого повідомлення містить посилання і код помилки. Не можна навіть точно сказати скільки кодів може відобразити комп'ютер, їх дуже багато. Наприклад, лише помилки операційної системи можуть видати більше 1000 повідомлень, при цьому багато програм мають свої помилки. На жаль, програмні помилки не настільки точні і часто реальна проблема може бути пов'язана з іншими речами. Тим не менш, для професійного майстра, «помилка з кодом, що відобразилася, говорить про багато чого», розуміючи весь принцип роботи програмного забезпечення та його залежність від апаратних засобів, можна звукових сигналів контрольна сума зрозуміти, що викликало цю помилку.

Шістнадцятковий код помилки

Помилки в шістнадцятковому коді відображаються на BSOD екрані, або як його ще називають синій екран смерті багато користувачів дуже цього бояться, помилково вважаючи, що це означає щось дуже погане з комп'ютером і це фатальна помилка. Насправді все не зовсім так, почнемо з того, що це дуже корисна річ, даний екран дійсно повідомляє користувача про те, що відбулася дійсно фатальна помилка системи, проте, в більшості випадків, допомагає банальне перезавантаження системи. Звичайно, буде дуже корисно ознайомитися все-таки і з помилкою, що з'явилася, щоб зрозуміти, що вона означає, але в більшості випадків, користувачі просто перезавантажують комп'ютер і продовжують ним користуватися до наступного виникнення помилки. Часто саме той факт, що користувачі не намагаючись з'ясувати причину виникнення помилки скидають її і користуються далі, призводить до більш серйозних несправностей.

Таблиця найчастіших помилок

Помилка	Опис помилки
0x00000001: APC INDEX MISMATCH	Внутрішня помилка в ОС
0x0000000A: IRQL NOT LESS OR EQUAL	Помилка драйвера пристрою
0x00000002E: DATA BUS ERROR	Помилка оперативної пам'яті
0x00000004C: FATAL UNHANDLED HARD ERROR	Фатальна помилка звернення (може бути багато варіантів виникнення цієї помилки)
0x00000004D: NO PAGES AVAILABLE	Помилка драйвера
0x000000050: PAGE FAULT IN NONPAGED AREA	Несправний модуль оперативної пам'яті
0x000000051: REGISTRY ERROR	Помилка роботи реєстру ОС
0x000000073: CONFIG LIST FAILED	Помилка в роботі реєстру або нестача місця в основному розділі HDD
0x000000074: BAD SYSTEM CONFIG INFO	Помилка прочитання системних файлів
0x00000008B: MBR CHECKSUM MISMATCH	Ця помилка часто пов'язана із зараженням комп'ютера вірусом.

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

Причини появи коду помилки комп'ютера

Основна причина відображення повідомлення про помилку – це програмний збій. Щоб зрозуміти, через що він відбувається, необхідно глибше розібратися в принципі роботи комп'ютера. На абсолютній більшості комп'ютерів встановлено операційні системи, операційна система, це фактично програма, яка взаємодіючи з усіма апаратними засобами комп'ютера, забезпечує роботу додаткового програмного забезпечення. Додаткове програмне забезпечення, це те, що користувач встановлює на комп'ютер, будь то ігри або будь-які робочі програми. Багато, переважно великі програми, перш ніж запустити, необхідно встановити. При встановленні програми, файли програми копіюються в певну папку операційної системи для подальшої роботи, при цьому вона робить у своєму реєстрі запис, про те, що певна програма розміщена в такому місці. Після встановлення програми вона запускається. У момент запуску програма відправляє операційній системі запит на надання їй необхідних для нормальної роботи ресурсів, наприклад, певну кількість оперативної пам'яті, виду пам'яті і т.д. Операційна система надає необхідні ресурси для роботи програми. Але буває так, що вона не може надати необхідну кількість певних ресурсів, скажімо тому, що в комп'ютері немає їх необхідної кількості. Тоді, не отримавши ресурсів для нормальної роботи програми, відбувається помилка ініціалізації, тобто збій підготовки запуску програми, так само може бути відображено повідомлення, що контрольна сума з помилкою фактично це теж саме, але має дещо іншу структуру несправності. В результаті, на екрані відображається повідомлення, що сталася помилка. Ця помилка може бути відображена як самою програмою, якщо в ній передбачено, або повідомлення показує операційна система. Код помилки залежить від того, хто відобразив повідомлення про помилку, операційну систему або програму.

Крім операційної системи, помилки видають різні програми (програми), це зроблено переважно для розробників цього програмного забезпечення. Практично всі можливі помилки програми, заздалегідь передбачені у програмному забезпеченні і якщо виникає будь-яка помилка, часто програма не просто показує код помилки, але й пропонує користувачеві відправити звіт про цю помилку. Цей звіт відправляється на певну, заздалегідь прописану в програмі адресу, за цією адресою всі помилки розподіляються за кодами, грубо кажучи розподіляються по папках, і розробники програмного забезпечення можуть бачити які помилки і в якій кількості відбулися. Виявивши помилки, що найчастіше виникають, розробники починають уважно переглядати кожен такий звіт. Справа в тому, що програма або операційна система, надсилаючи звіт про помилку, часто, крім самої помилки, надсилає важливі для розробників даного програмного забезпечення дані про комп'ютер користувача, точніше про його характеристики. Наприклад, якщо програма у роботі використовує 1Гб оперативної пам'яті, то розробникам важливо знати, скільки оперативної пам'яті на комп'ютері користувача. І вже проаналізувавши всі дані, програмістами випускається так званий «патч» для програми, завдяки якому виправляється якась помилка в програмі, що в результаті призводить до більш стабільної роботи програмного забезпечення і запобігає виникненню помилки.

З'явилася помилка комп'ютера

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

Усунення помилок комп'ютера

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

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

Висновки

Помилка не з'являється сама по собі, це результат процесів, що проходять в комп'ютері та його програмному забезпеченні, ігнорувати помилку, що знову і знову з'являються, не можна, оскільки це ігнорування попереджень комп'ютера і некоректній роботі обладнання або програмного забезпечення. Програми працюють не завжди стабільно і помилки, що з'являються, вкрай важливі, як звичайним користувачам, так і розробникам різного програмного забезпечення, вони допомагають перевірити з чим пов'язана та чи інша помилка комп'ютера або програмного забезпечення. Тим не менш, все ж таки визначити несправність помилково звичайному користувачеві буває досить складно, через взаємозв'язок різних процесів, так що не можна з впевненістю сказати, що, знайшовши опис помилки, проблема буде саме в цьому і помилку можна буде досить просто виправити. Досить часто, щоб виправити помилку, а також усі негативні фактори, що вплинули на її появу, потрібна повна переустановка системи. У зв'язку з цим, при виникненні будь-якої помилки комп'ютера, рекомендуємо не експериментувати з самостійним ремонтом, оскільки це може призвести до серйозніших наслідків, а звернеться до сервісного центру «ЕТехнік». Фахівці сервісного центру мають великий досвід з ремонту комп'ютерної техніки, а також налаштування різноманітного програмного забезпечення, вони швидко розберуться через помилку і виправлять всі неполадки.

Наші ціни

Ціни сервісного центру «ЕТехнік» абсолютно прозорі, ніяких накруток чи «сюрпризів» для клієнта, після проведення діагностики, майстер називає точну та остаточну ціну ремонту і лише після схвалення клієнтом приступає до роботи. Завдяки великій клієнтській базі та солідному матеріально-технічному оснащенню, сервісний центр «ЕТехнік» пропонує не лише високу якість робіт, а й одні з найкращих цін на ринку. Звертаючись до сервісного центру «ЕТехнік», ви звертаєтесь до професіоналів.

Багато власників ПК стикаються з різними помилками та збоями в роботі комп'ютера, але не можуть визначити причину несправності. У цій статті ми розглянемо основні способи діагностики комп'ютера, що дозволяють самостійно виявити та усунути різні проблеми.

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

Попереджаю, що писати буду докладно як для новачків, які жодного разу не розбирали комп'ютер, щоб попередити про всі можливі нюанси, які можуть спричинити проблеми.

1. Розбирання та чищення комп'ютера

При розбиранні та чищенні комп'ютера не поспішайте, робіть все акуратно, щоб нічого не пошкодити. Складайте комплектуючі в безпечне місце, що заздалегідь підготовлене.

До чищення починати діагностику не доцільно, тому що ви не зможете виявити причину несправності, якщо вона спричинена засміченням контактів або системи охолодження. Крім того, може не вдасться завершити діагностику через повторні збої.

Вимкніть системний блок з розетки щонайменше за 15 хвилин до чищення, щоб встигли розрядитися конденсатори.

Розбирайте наступну послідовність:

1. Відключіть від системного блоку всі дроти.
2. Зніміть обидві бічні кришки.
3. Від'єднайте роз'єм живлення від відеокарти та вийміть її.
4. Вийміть усі планки пам'яті.
5. Від'єднайте та вийміть шлейфи всіх дисків.
6. Відкрутіть та вийміть усі диски.
7. Від'єднайте всі кабелі живлення.
8. Відкрутіть та вийміть блок живлення.

Материнську плату, процесорний кулер, корпусні вентилятори знімати непотрібно, можна залишити DVD-привід, якщо він нормально працює.

Акуратно продуйте системний блок і всі комплектуючі окремо потужним потоком повітря з пилососу без мішка з пилу.

Акуратно зніміть кришку з блока живлення і продуйте його, не торкаючись руками та металевими частинами до електродеталів та плати, оскільки в конденсаторах може бути напруга!

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

Також, щоб вичистити пил, що прибився, можна використовувати м'який пензель.

Ретельно очистіть радіатор процесорного кулера, попередньо розглянувши де і наскільки сильно він забився пилом, тому що це одна з частих причин перегріву процесора та збоїв ПК.

Переконайтеся, що кріплення кулера не зламалося, притиск не розкрився і радіатор надійно притиснутий до процесора.

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

Після закінчення чищення не поспішайте збирати все назад, а переходьте до наступних етапів.

2. Перевірка батарейки материнської плати

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

Після цього потрібно заміряти її напругу мультиметром, оптимально, якщо вона буде в межах 2.5-3 В. Початкова напруга батареї 3 В.

Якщо напруга батареї нижче 2.5, то бажано її вже поміняти. Напруга 2 є критично низьким і ПК вже починає збоїти, що проявляється в скиданні налаштувань BIOS і зупинках на початку завантаження ПК з пропозицією натиснути F1 або ще якусь клавішу для продовження завантаження.

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

Явною ознакою батареї, що сів, є постійно злітаюча дата і час на комп'ютері.

Батарейку потрібно міняти вчасно, але якщо у вас зараз немає під рукою заміни, то просто не відключайте системний блок від живлення, поки не поміняєте батарейку. У такому випадку налаштування злітати не повинні, але проблеми можуть виникнути, так що не затягуйте.

Перевірка батарейки гарний час для повного скидання BIOS. При цьому скидаються не тільки налаштування BIOS, що можна зробити через меню Setup, але й так звана енергозалежна пам'ять CMOS, в якій зберігаються параметри всіх пристроїв (процесори, пам'яті, відеокарти тощо).

Помилки вCMOSчасто є причинами таких проблем:

• комп'ютер не вмикається
• включається через один раз
• вмикається і нічого не відбувається
• вмикається і сам вимикається

Нагадую, що перед скиданням BIOS системний блок має бути вимкнений з розетки, інакше CMOS підживлюватиметься від БП і нічого не вийде.

Для скидання BIOS на 10 секунд замкніть викруткою або іншим металевим предметом контакти в роз'єм батареї, цього зазвичай достатньо для розрядки конденсаторів і повного очищення CMOS.

Ознакою того, що скидання відбулося буде дата і час, що збився, потрібно буде встановити в біосі при найближчому завантаженні комп'ютера.

4. Візуальний огляд комплектуючих

Уважно огляньте всі конденсатори на материнській платі на предмет здуття та потік, особливо в області процесорного сокету.

Іноді конденсатори здуваються не вгору, а вниз, що призводить до їхнього нахилу, ніби їх просто трохи погнули або нерівно припаяли.

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

Також огляньте конденсатори та інші елементи блоку живлення, не повинно бути здуття, потік, слідів підгоряння.

Огляньте контакти дисків щодо окислення.

Їх можна почистити пральною гумкою і після цього обов'язково замінити шлейф або перехідник живлення, яким був підключений цей диск, тому що він вже зіпсований і через нього швидше за все сталося окислення.

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

Перевірте правильність підключення проводів від передньої панелі корпусу до материнської плати.

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

Де плюс і мінус у контактах передньої панелі вказано на самій платі, у паперовому посібнику до неї та в електронній версії посібника на сайті виробника. На контактах проводів від передньої панелі також буває вказано де плюс та мінус. Зазвичай білий провід це мінус, а плюсовий роз'єм може бути трикутником на пластиковому конекторі.

Багато навіть досвідчені збирачі припускаються тут помилки, так що перевіряйте.

5. Перевірка блоку живлення

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

Перевіряйте блок живлення у повністю зібраному вигляді, щоб уникнути удару струмом, замикання або випадкової поломки вентилятора.

Для перевірки блоку живлення замкніть єдиний зелений провід у роз'ємі материнської плати з будь-яким чорним. Це дасть сигнал блоку живлення, що він підключений до материнської плати, інакше він не ввімкнеться.

Потім увімкніть блок живлення у мережевий фільтр та натисніть кнопку на ньому. Не забувайте, що на самому блоці живлення також може бути кнопка увімкнення/вимкнення.

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

У деяких безшумних блоках живлення вентилятор може починати крутитися не відразу, а лише під навантаженням, це нормально і можна перевірити в процесі експлуатації ПК.

Заміряйте мультиметром напруги між контактами у роз'ємах для периферійних пристроїв.

Вони повинні бути приблизно в наступному діапазоні.

• 12 (жовтий-чорний) – 11.7-12.5 В
• 5 (червоний-чорний) - 4.7-5.3 В
• 3.3 (помаранчевий-чорний) – 3.1-3.5 В

Якщо будь-яка напруга відсутня або сильно виходить за вказані межі, блок живлення несправний. Найкраще замінити його на новий, але якщо сам комп'ютер недорогий, то допускається ремонт, БП піддаються цьому легко та недорого.

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

6. Перевірка контактів живлення

Перевірте всі електричні контакти від розетки до системного блоку. Розетка має бути сучасною (під європейську вилку), надійною і не розбовтаною, з чистими пружними контактами. Такі ж вимоги пред'являються до мережного фільтра та кабелю від блока живлення комп'ютера.

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

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

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

Ще збої можуть відбуватися через просадки або пульсації напруги в мережі 220 В, особливо в приватному секторі та віддалених районах міста. У такому разі збої можуть виявлятися навіть коли комп'ютер простоює. Спробуйте заміряти напругу в розетці одразу після мимовільного вимкнення або перезавантаження комп'ютера і поспостерігайте за показаннями якийсь час. Так можна виявити тривалі просідання, врятує від яких лінійно-інтерактивний ДБЖ зі стабілізатором.

7. Складання та включення комп'ютера

Після чищення та огляду ПК акуратно зберіть його та уважно перевірте, чи підключили все, що потрібно. Якщо комп'ютер до чищення відмовлявся вмикатися або вмикався через один раз, то бажано підключати комплектуючі по черзі. Якщо таких проблем не було, пропустіть наступний розділ.

7.1. Поетапне складання ПК

Спершу до материнської плати з процесором підключіть роз'єм живлення материнської плати та живлення процесора. Не вставляєте оперативну пам'ять, відеокарту та не підключайте диски.

Увімкніть живлення ПК і якщо з материнською платою все нормально, повинен закрутитись вентилятор процесорного кулера. Також, якщо до материнки підключена пищалка, зазвичай звучить звуковий код, що вказує на відсутність оперативної пам'яті.

Встановлення пам'яті

Вимкніть комп'ютер коротким або (якщо не вийде) довгим натисканням кнопки увімкнення на системному блоці та вставте одну планку оперативної пам'яті в найближчий до процесора кольоровий слот. Якщо всі слоти одного кольору, то просто в найближчий процесор.

Слідкуйте, щоб планка пам'яті вставлялася рівно, до упору й заклацалися фіксатори, інакше вона може пошкодитись під час увімкнення ПК.

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

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

Якщо у вас 3 або 4 планки пам'яті, то просто вставляйте їх по черзі, щоразу вимикаючи та включаючи ПК. Якщо з якоюсь планкою комп'ютер не стартує або видає звуковий код помилки пам'яті, то ця планка несправна. Також можна перевірити слоти материнської плати, переставляючи робочу планку в різні слоти.

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

Якщо комп'ютер запускається, то подальше тестування пам'яті відбувається на іншому етапі.

Встановлення відеокарти

Настав час перевірити відеокарту, вставивши її у верхній слот PCI-E x16 (або AGP для старих ПК). Не забудьте підключити додаткове живлення до відеокарти з відповідними гніздами.

З відеокартою комп'ютер повинен нормально стартувати, без звукових сигналів, або одиночним звуковим сигналом, що свідчить про нормальному проходження самотестування.

Якщо ПК не вмикається або видає звуковий код помилки відеокарти, значить вона неймовірно несправна. Але не поспішайте з висновками, іноді потрібно просто підключити монітор та клавіатуру.

Підключення монітора

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

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

Увімкніть комп'ютер і на екрані з'явиться графічна заставка та текстові повідомлення материнської плати. Зазвичай, ця пропозиція зайти в BIOS по клавіші F1, повідомлення про відсутність клавіатури або завантажувальних пристроїв, це нормально.

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

Підключення клавіатури та миші

Якщо з відеокартою та монітором все нормально, то йдемо далі. По черзі підключайте спочатку клавіатуру, потім мишку, щоразу вимикаючи та включаючи ПК. Якщо комп'ютер зависає після підключення клавіатури або мишки, вони потребують заміни – таке буває!

Підключення дисків

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

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

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

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

В кінці підключаємо основний системний диск і готуємося до входу в BIOS для початкового налаштування перед запуском операційної системи. Включаємо комп'ютер і, якщо все нормально, переходимо до наступного етапу.

Під час першого увімкнення комп'ютера зайдіть у BIOS. Зазвичай для цього використовується клавіша Delete, рідше за інші (F1, F2, F10 або Esc), що вказується в підказках на початку завантаження.

На першій вкладці встановіть дату та час, а на вкладці Boot виберіть першим завантажувальним пристроєм жорсткий диск з операційною системою.

На старих материнках із класичним BIOS це може виглядати так.

На більш сучасних з графічною оболонкою UEFI трохи по-іншому, але сенс такий самий.

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

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

Деякі сучасні відеокарти можуть не включати вентилятори до певної температури відеочіпа.

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

8. Аналіз помилок

Тут по суті починається діагностика, а вище описане було лише підготовкою, після якої багато проблем могли піти і без неї починати тестування не мало сенсу.

8.1. Увімкнення дампів пам'яті

Якщо в процесі роботи комп'ютера з'являлися сині екрани смерті (BSOD), це може суттєво полегшити виявлення несправності. Обов'язковою умовою для цього є наявність дампів пам'яті (або хоча б самостійно виписаних кодів помилок).

Для перевірки або включення функції запису дампів натисніть на клавіатурі сполучення клавіш «Win+R», введіть у рядок «sysdm.cpl», що з'явився, і натисніть ОК або Enter.

У вікні, перейдіть на вкладку «Додатково» і в розділі «Завантаження та відновлення» натисніть кнопку «Параметри».

У полі «Запис налагоджувальної інформації» має стояти «Малий дамп пам'яті».

Якщо це так, то у вас вже повинні бути дампи попередніх помилок у папці «C:WindowsMinidump».

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

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

Якщо дампи у зазначеній папці є, то переходимо до їхнього аналізу.

8.2. Аналіз дампів пам'яті

Для аналізу дампів пам'яті з метою виявлення того, що призводить до збоїв, є чудова утиліта «BlueScreenView», яку ви разом з іншими утилітами для діагностики можете завантажити в розділі « ».

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

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

Пройдіться дампами і подивіться які файли найчастіше фігурують як винуватці збою, вони виділені червоним тлом. Клацніть правою кнопкою миші на одному з таких файлів і перегляньте його властивості (Properties).

У нашому випадку нескладно визначити, що файл відноситься до драйвера відеокарти "nVidia" і більшість помилок була викликана ним.

Крім того, в деяких дампах фігурував файл dxgkrnl.sys, навіть з назви якого зрозуміло, що він відноситься до DirectX, безпосередньо пов'язаного з 3D графікою. А значить, найімовірніше, що в збій винна відеокарта, яку варто піддати ретельному тестуванню, що ми також розглянемо.

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

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

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

У будь-якому випадку не робіть поспішних висновків до закінчення діагностики, може у вас просто збоїть вінда або заліз вірус, що вирішується переустановкою системи.

Також у утиліті «BlueScreenView» можна переглянути коди помилок та написи, які були на синьому екрані. Для цього зайдіть в меню Options і виберіть вид Blue Screen in XP Style або натисніть клавішу F8.

Після цього, перемикаючись між помилками, ви бачитимете як вони виглядали на синьому екрані.

За кодом помилки можна знайти можливу причину проблеми в інтернеті, але за приналежністю файлів це зробити простіше і надійніше. Для повернення до попереднього вигляду можна використовувати клавішу F6.

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

9. Тестування оперативної пам'яті

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

Проведення тесту пам'яті із завантажувального диска є обов'язковою умовою, оскільки отримати точні результати в операційній системі Windows на збійному комп'ютері складно.

Крім того, Hiren's BootCD містить кілька альтернативних тестів пам'яті, на випадок якщо Memtest 86+ не запуститься і ще безліч корисних утиліт для тесту жорстких дисків, відеопам'яті та ін.

Завантажити образ «Hiren's BootCD» ви можете там де і все інше – в розділі « ». Якщо ви не знаєте як правильно записати такий образ на CD або DVD диск, зверніться до статті де ми розглядали , тут все робиться так само.

Налаштуйте BIOS на завантаження з DVD-приводу або використовуйте Boot Menu як описано в , завантажтеся з диска Hiren's BootCD і запустіть Memtest 86 +.

Тестування може тривати від 30 до 60 хвилин, залежно від швидкості та обсягу оперативної пам'яті. Повинен завершитись один повний прохід і тест піде по другому колу. Якщо з пам'яттю все нормально, то після першого проходу (Pass 1) помилок не повинно бути (Errors 0).

Після цього тестування можна перервати за допомогою клавіші Esc і комп'ютер перезавантажиться.

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

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

У будь-якому випадку використовувати ПК з битою пам'яттю та проводити подальшу діагностику до її заміни не доцільно, оскільки сипатимуться різні незрозумілі помилки.

10. Підготовка до тестів комплектуючих

Решта, крім оперативної пам'яті, тестується з-під Windows. Тому, щоб унеможливити вплив операційної системи на результати тестів, бажано зробити , за необхідності , тимчасово і самі .

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

Особисто я завжди роблю все, як належить від початку і до кінця, як описано в цій статті. Так, це займає цілий день, але нехтуючи моїми порадами, ви можете битися тижнями, так і не визначивши причину проблеми.

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

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

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

CPU-Z ми будемо використовувати для стрес-тесту з прогріванням процесора, а HWiNFO для моніторингу його температури. Хоча, краще для моніторингу температури використовувати фірмову утиліту материнської плати, вона точніша. Наприклад, у ASUS це PC Probe.

Спочатку непогано було б дізнатися максимально допустимий тепловий пакет вашого процесора (T CASE). Наприклад, для мого Core i7-6700K це 64 °C.

Дізнатися це можна, перейшовши на сайт виробника з пошуку в інтернеті. Це критична температура в теплорозподільнику (під кришкою процесора) максимально допустима виробником. Не плутайте її з температурою ядер, яка зазвичай вища і також відображається в деяких утилітах. Тому ми орієнтуватимемося не на температуру ядер за датчиками процесора, а на загальну температуру процесора за показаннями материнської плати.

Насправді, більшість більш старих процесорів, критичної температурою вище якої починаються збої, є 60 °C. Найсучасніші процесори можуть працювати і при 70 ° C, що для них теж критично. Реальну стабільну температуру свого процесора можна дізнатися із тестів в інтернеті.

Отже, запускаємо обидві утиліти – «CPU-Z» та «HWiNFO», знаходимо датчик температури процесора (CPU) у показниках материнської плати, запускаємо тест у «CPU-Z» кнопкою «Stress CPU» та спостерігаємо за температурою.

Якщо через 10-15 хвилин тесту температура на 2-3 градуси нижче критичної для вашого процесора, то хвилюватися нема про що. Але якщо мали місце збої при високому навантаженні, то краще поганяти цей тест 30-60 хвилин. Якщо в процесі тестування відбудеться зависання або перезавантаження ПК, слід подумати про поліпшення охолодження.

Врахуйте, що багато залежить ще й від температури в приміщенні, можливо що в прохолодніших умовах проблема не проявиться, а в спекотніших відразу дасть про себе знати. Так що завжди потрібне охолодження із запасом.

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

З недорогих, але дуже хороших термопастів, можу порекомендувати Artic MX-4.

Наносити її потрібно тонким шаром, попередньо видаливши стару суху пасту і потім змоченої в спирті ватою.

Заміна термопасти дасть вам виграш в 3-5 ° C, якщо цього виявиться недостатньо, то просто доустановіть корпусні вентилятори, хоча б найдешевші.

14. Тестування дисків

Це найтриваліший етап після тесту оперативної пам'яті, тому я волію залишати його наостанок. Для початку можна провести тест швидкості всіх дисків за допомогою утиліти HDTune, на яку я даю . Це іноді допомагає виявити зависання під час звернення до диска, що говорить про проблеми з ним.

Перегляньте параметри SMART, де відображається "здоров'я диска", там не повинно бути червоних рядків і загальний статус диска повинен бути "ОК".

Перелік основних параметрів SMART і за що вони відповідають, ви можете завантажити в розділі « ».

Повний тест поверхні можна зробити за допомогою цих утиліт з-під Windows. Процес може зайняти 2-4 години залежно від обсягу та швидкості диска (десь 1 година на кожні 500 Мб). По завершенні тесту не повинно бути жодного битого блоку, який виділяється червоним кольором.

Наявність такого блоку є однозначним вироком для диска та 100% гарантійним випадком. Швидше рятуйте ваші дані та змінюйте диск, тільки не говоріть у сервісі, що ви впустили ноутбук

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

Якщо ви не можете зробити діагностику диска з-під Windows, комп'ютер збоїть або зависає, то спробуйте зробити це за допомогою утиліти «MHDD» із завантажувального диска «Hiren's BootCD».

Проблеми з контролером (електронікою) та поверхнею диска призводять до віконців з помилками в операційній системі, короткочасним та повним зависанням комп'ютера. Зазвичай це повідомлення про неможливість прочитати той чи інший файл та помилки звернення до пам'яті.

Такі помилки можна прийняти за проблеми з оперативною оперативністю, тоді як цілком може бути винний диск. Перш ніж панікувати, спробуйте оновити драйвер контролера диска або навпаки повернути рідний драйвер Windows як описано в .

15. Тестування оптичного приводу

Для перевірки оптичного приводу, зазвичай, досить просто записати диск з верифікацією. Наприклад, за допомогою програми "Astroburn", вона є в розділі "".

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

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

16. Перевірка корпусу

Корпус теж іноді ламається, то кнопка заїдає, то проводок від передньої панелі відвалиться, то USB-роз'єм замкне. Все це може призвести до непередбачуваної поведінки ПК і вирішується ретельним оглядом, очищенням, тестером, паяльником та іншими підручними засобами.

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

17. Перевірка материнської плати

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

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

18. Якщо нічого не допомагає

Звичайно, завжди краще самостійно виявити проблему і визначити найкращий спосіб вирішення, тому що деякі несумлінні ремонтники намагаються навішувати вам локшини на вуха і здерти три шкури.

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

У такому випадку нічого не поробиш, несіть весь системний блок у більш-менш добре себе комп'ютерну фірму, що зарекомендувала себе. Не потрібно носити комплектуючі частинами, якщо ви не впевнені в чому справа, то питання ніколи не вирішиться. Нехай там знаються, особливо якщо комп'ютер ще на гарантії.

Фахівці комп'ютерного магазину зазвичай не паряться, у них багато різних комплектуючих, вони просто щось змінюють і дивляться чи проблема, таким чином досить швидко і просто усунувши неполадку. Також вони мають достатньо часу для проведення тестів.

19. Посилання

Transcend JetFlash 790 8GB
Жорсткий диск Western Digital Caviar Blue WD10EZEX 1TB
Transcend StoreJet 25A3 TS1TSJ25A3K

СПИСОК СТОП-ПОМИЛОК ОПЕРАЦІЙНОЇ СИСТЕМИ WINDOWS

Дуже часто в системі з різних причин виникають стоп-помилки у вигляді синього екрану з білими літерами, більш відомого як "синій екран смерті" (Англ. Blue Screen of Death, BSoD)критична стоп-помилка операційної системи WINDOWS (як показано на зображенні вище). Ця інформація на екрані містить відомості про помилку та її код. Але рядовим користувачам така інформація не говорить зовсім нічого.

Ці помилки можуть бути викликані службами WINDOWS, драйверами, обладнанням (залізом), а також прикладним програмним забезпеченням (ПЗ). І діагностика деяких помилок потребує дуже ретельного підходу чи досвідченого фахівця, діагностувати їх непросто.

Спробуємо послідовно і детально розібратися в цьому! Як то кажуть: - На помилках навчаються! :-)

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

ПУСК> ПАНЕЛЬ УПРАВЛІННЯ> СИСТЕМА> ДОДАТКОВІ ПАРАМЕТРИ СИСТЕМИ> (Завантаження та відновлення системи, налагоджувальна інформація) натискаємо ПАРАМЕТРИ> (відмова системи) прибираємо "галочку" ВИКОНАТИ АВТОМАТИЧНУ.

Тепер після виникнення "синього екрана" не буде автоматичного перезавантаження комп'ютера, і Ви зможете не поспішаючи прочитати та записати на листочок інформацію про цю помилку, а головне код цієї помилки, що знаходиться після слова (STOP) на "синьому екрані".

STOP-ПОМИЛКА	ПАРАМЕТРИ	ОПИС
0x0000000A	1 - адреса, за якою виконано помилкове звернення 2 - IRQL, який використовувався для звернення до пам'яті 3 - тип доступу до пам'яті: 0 = операція читання, 1 = операція запису 4 - адреса інструкції, яка зажадала доступу до пам'яті за даною адресою	Процес, що виконується в режимі ядра, або драйвер спробували звернутися до комірки пам'яті, не маючи доступу до неї. Ця помилка виникає при збійному (несумісному) обладнанні або програмному забезпеченні. Зверніть увагу на ім'я драйвера внизу екрана - це дає можливість вирішити проблему. Якщо подібна помилка з'являється в процесі установки, справа може бути в несумісності програмного забезпечення, антивірусної програми. Найчастіша причина виникнення – драйвер пристрою звертається до захищеної області пам'яті.
0x0000000D	1 - зв'язок рівня взаємодії 2 - рівень взаємодії, що намагається отримати доступ	Знайти точки взаємодії та визначити, які з них намагаються отримати доступ до цього рівня в неправильній послідовності.
0x0000001E	1 - код виняткової ситуації 2 - адреса, при обробці якої стався збій 3 - Parameter 0 для виключення 4 - Parameter 1 для виключення	Ядро Windows XP виявило некоректну чи невідому команду процесора. Зазвичай, це наслідок помилок оперативної пам'яті, порушень доступу до пам'яті. Зверніть увагу не тільки на вказаний драйвер, але й на саму адресу, що містить цю помилку. Код виключення 0x80000003 означає, що точка переривання або судження було досягнуто при зверненні до пам'яті, але система завантажилася з ключем /NODEBUG. Якщо помилка з'являється знову, переконайтеся, що налагодження не зупинено і система завантажується з ключем /DEBUG. На неінтелівських системах, якщо адреса виключення 0XBFC0304, помилка з'являється внаслідок кешування процесора. Якщо помилка з'явиться знову, зв'яжіться з виробниками. Як правило, потрібен аналіз другого параметра цього повідомлення, який вказує на адресу драйвера (функції), яка була причиною проблеми.
0x00000020	1 - адреса APC, за якою був в очікуванні на момент виходу 2 - зв'язок APC лічильника неможлива 3 - поточний IRQ рівень	Назва помилки вказує на пошкоджений (вимкнений) APC лічильник. Якщо лічильник показує значення не дорівнює нулю, він і є джерело проблеми. Негативне значення вказує на те, що файлова система викликала FsRtlEnterFileSystem більшу кількість разів, ніж FsRtlExitFileSystem. Позитивне значення вказує навпаки FsRtlExitFileSystem було викликанобільше разів, ніж FsRtlEnterFileSystem. Якщо у вас така ситуація, перевірте всі файлові системи на машині, особливо якщо у вас не NTFS, FAT, HPFS та RDR. Поточний IRQL повинен дорівнювати 0. Якщо ні, то певний порядок анулювання драйверів може бути причиною виникнення помилки, повертаючись на високому рівні IRQ. Згадайте, що ви робили або які програми закривали, які драйвера були встановлені на момент виникнення синього екрана. Цей симптом вказує на серйозну проблему в драйверах третьої сторони.
0x00000023		Проблема в драйвері файлової системи FAT (найчастіше збій на диску).
0x00000024		Проблема у драйвері файлової системи NTFS (збій на диску).
0x0000002A	1 - адреса на якій IRP ( I/O Request Packet ) був знайдений у невідповідному стані	IRP несподівано був виявлений у невідповідному стані; це коли поле або кілька полів були несумісні з станом IRP, що зберігся. Наприклад, IRP, який був закінчений вказувався, як все ще чекає виконання команд драйвера якого - або пристрою.
0x0000002B		Стек переповнений. Це може виникнути, коли драйвер ядра використовує занадто багато стек-дзвінків. Це може статися у разі серйозної помилки в ядрі.
0x0000002E	1 - адреса віртуальної пам'яті, яка стала причиною помилки 2 - фізична адреса причини помилки 3 - реєстрація статусу процесора (PSR) 4 - реєстрація інструкції помилки (FIR)	Збій або дефект оперативної пам'яті (ОЗП) ), включаючи пам'ять відеоадаптера. Також це може бути при зверненні драйвера до адреси пам'яті 0x8XXXXXXX, який немає.
0x00000031	1 - код статусу, який описує чому система вирішила, що ініціалізація не відбулася; 2 - вказує місце помилки ініціалізації фази 0.	Збій ініціалізації системи на стадії завантаження.
0x00000032	1 - код статусу, який описує чому система вирішила, що ініціалізація не відбулася; 2 - вказує місце помилки ініціалізації фази 1.	Збій ініціалізації системи наступної стадії.
0x00000035	1 - адреса IRP	Драйвер найвищого рівня намагався викликати драйвер нижчого рівня через IoCallDriver() інтерфейс, але в запасі не було вільного місця в стеку, тому драйвер нижчого рівня не зможе досягти потрібних параметрів, тому що для нього взагалі немає жодних параметрів. Це згубна ситуація, оскільки драйвер найвищого рівня вважає, що заповнив параметри для драйвера нижчого рівня. Тим не менш, оскільки для останнього драйвера немає місця у стеку, укладач анулював кінець пакета. Це означає, що, швидше за все, якусь іншу пам'ять було пошкоджено.
0x00000036	1 - адреса об'єкта	Драйвер пристрою намагався видалити з системи одне з об'єктів його пристрою, але лічильник звернень цього об'єкта не дорівнював 0, що означає, що для цього об'єкта все ще були невиконані завдання (лічильник вказує номер причин, чому даний об'єкт може бути видалений). Це помилка виклику драйвера.
0x00000037		Помилка дисководу гнучких дисків
0x0000003E		Мультипроцессорная система не підтримується чи симетрична стосовно друг до друга. Щоб бути симетричними, процесори мають бути одного типу та рівня. Наприклад, спроба використовувати процесор рівня Pentium та 80486 викликає помилку. Крім того, на х86 системах, можливість обчислень з плаваючою точкою повинні бути на обох процесорах або на жодному.
0x0000003F		У системі закінчилися записи таблиці сторінок. Бракує Р ТІ (Page File Entries ) . Зазвичай причиною є драйвер, який погано вичищає файл підкачки чи немає місця на диску.
0x00000040		Драйвер викликав функцію IoBuildPartialMdl() і надіслав їй MDL, щоб виявити частину джерела MDL, але MDL менше, ніж межі потрібних адрес. Це є помилка драйвера.
0x00000044	1 - адреса IRP	Драйвер запросив завершення IRP, але пакет уже завершено. Цю помилку складно виявити, оскільки найпростіший випадок – драйвер намагається завершити одну й ту саму операцію двічі – зазвичай не те, що трапляється насправді. Рідше - 2 різні драйвери намагаються заволодіти пакетом і завершити його. Перший зазвичай спрацьовує, а другий ні. Відстежити, який саме драйвер зробив це, важко, оскільки сліди першого драйвера було переписано другим. Тим не менш, конфлікт може бути виявлений, розглядаючи DeviceObjectполя, в кожному місці стека.
0x00000048		Ця помилка вказує, що I/O Request Packet (IRP), який має бути завершений, має порядок скасування, означаючи, що пакет у такому положенні може бути скасований. Тим не менш, пакет не ставитиметься більше до драйвера, оскільки він уже увійшов до стадії завершення.
0x00000049		Помилка сторінки з вимкненим перериванням. Розглядайте цю помилку, як і 0x0A.
0x0000004C		Winlogon або CSRSS (Windows) "померли" раптово. Вихідний код може сказати більше. Зазвичай це - c0000005, що говорить про те, що виключення, що не підтримується, звалилося в тому чи іншому процесі. Також виникає, якщо драйвер або системна бібліотека були розпізнані як пошкоджені.
0x0000004D	1 – кількість використаних сторінок 2 – кількість фізичних сторінок	Немає більше вільного місця для завершення операції.
0x0000004E	1. значення 1 2. значення заголовків сторінок, які пошкоджені 3. число доступних сторінок 4. 0 1. значення 2 2. дані, які видаляються 3. найвища кількість фізичних сторінок 4. підсумок видалених даних	Причина – пошкоджена (несправна) структура введення – виведення драйвера.
0x00000050	1. вказує на помилкову адресу в пам'яті	Драйвер пристрою або системна служба запросили дані, яких не було в пам'яті. Це дефект ОЗП чи несумісне ПЗ.
0x00000051	1. значення 1 (вказує, де з'явилася помилка) 2. значення 2 (вказує, де з'явилася помилка) 3. може вказувати на бібліотеку 4. може бути зворотним кодом HvCheckHive"а, якщо якась бібліотека пошкоджена	Помилка реєстру. Ця помилка також може означати, що реєстр отримав помилку введення - виводу, коли намагався прочитати один із його файлів. Помилка могла бути викликана проблемою з обладнанням або пошкоджена система. Це також може означати, що помилка викликана операцією оновлення, яку використовує тільки система безпеки і це тільки коли ресурси закінчуються. Якщо така помилка з'явилася, перевірте, чи є машина PDC або BDC і скільки облікових записів у базі даних SAM (Менеджер Безпеки Акаунтів), і чи не заповнені відповідні бібліотеки майже до кінця.
0x00000058		Система завантажилася з відновленого первинного розділу, тому бібліотеки кажуть, що дзеркало гаразд, але насправді це негаразд. Справжні образи змінено.
0x00000069		Ініціалізація системи не вдалася. Наприклад, установка прийняла неправильне рішення щодо інсталяції системи або користувач переконфігурував систему.
0x00000073	1. 5 2. 2 3. список бібліотек 4. вказує UNICODE_STRING, що містить ім'я бібліотеки	Вказує, що одна із системних бібліотек пошкоджена чи нечитана. Ця бібліотека може бути або SOFTWARE, або SECURITY, або SAM (Менеджер Безпеки Акаунтів).
0x00000074		Ця помилка може свідчити про те, що бібліотека SYSTEM, завантажувана NTLDR, пошкоджена. Тим не менш, це практично неможливо, тому щоOSLOADER завжди перевіряє бібліотеки після завантаження і переконується, що вони не пошкоджені. Ця помилка також може означати, що деякі необхідні ключі реєстру та їх параметри відсутні. Завантаження в LastKnownGood (Останній хорошій конфігурації) може вирішити проблему.
0x00000075		На диску немає вільного місця, так само це може статися при спробі зберегти реєстр на пристрої лише для читання.
0x00000077	1. 0 2. 0 3. значення PTE на момент помилки 4. адреса помилки ядра 1. код статусу 2. I/O код статусу 3. номер сторінки віртуальної пам'яті 4. Компенсація в сторінковий файл	Система спробувала рахувати дані ядра з віртуальної пам'яті (файлу підкачки) і не змогла знайти дані за вказаною адресою. Причини – дефекти ОЗП, збої жорсткого диска, пошкодження даних або зараження вірусною програмою тощо.
0x00000079	1. тип розбіжності (1, 2 чи 3): 1. розбіжність рівнів випуску PRCB (розбіжність дат). Якщо справа в цьому, то параметри 2 і 3: 2 - більший рівень NTOSKRNL.EXE 3 - більший рівень HAL.DLL 2. розбіжність типів більдів, в цьому випадку параметри 2 і 3: 2 - тип більда ​​NTOSKRNL.EXE 3 - тип більда HAL.DLL 3. Micro Channel Architecture (MCA) комп'ютерам потрібен специфічний MCA HAL, в цьому випадку параметри 2 і 3: 2 - тип машини, визначений NTDETECT.COM значення 2 означає, що комп'ютер - MCA 3 - тип машин, які цей HAL підтримує значення 2 означає, що цей HAL зроблено для MCA	Це повідомлення вказує на не відповідність між рівнем абстрагування від обладнання Windows XP (Hardware Abstaction Layer - HAL ) та системними файлами Windows XP. Причина - раптова зміна параметрів BIOS на комп'ютерах з AСPI, наприклад, встановлення жорсткого диска із системою на інший комп'ютер. Можливо, користувач вручну оновив або NTOSKRNL.EXE або HAL.DLL на несумісні версії.
0x0000007A		Помилка має ту ж причину, що й помилка 0х77: сторінка з даними ядра не знайдена у віртуальній пам'яті (файлі підкачування). Помилка викликана поганим блоком пам'яті або помилкою контролера диска.
0x0000007B	1. покажчик на об'єкт пристрою	Не знайдено системний розділ або завантажувальний том під час запуску. Проблема зазвичай у перерозбиванні дисків на розділи, додаванні нових дисків перед завантажувальним. В результаті запису Boot.ini перестають відповідати правильним розділам.
0x0000007D	1. номер знайдених фізичних сторінок 2. нижня фізична сторінка 3. найвища фізична сторінка 4. 0	Не вистачає пам'яті, щоб завантажити Windows. Причина - дефект, або дуже мала величина ОЗУ.
0x0000007F	1. конкретна причина	З'являється, коли процесор припускається помилки, з якою ядро ​​не може впоратися. Найчастіше виникає через дефекти ОЗУ, зупинку вентилятора процесора, а також через розгін процесора і його перегрівання.
0x0000008B	1 – дискова сигнатура MBR. 2 – контрольна сума MBR порахована завантажувачем системи 3 – контрольна сума MBR збережена в системі.	Ця помилка виникає в процесі завантаження, коли контрольна сума MBR, яку система порахувала, не збігається з контрольною сумою завантажувача. Зазвичай це вірус, т.к. деякі віруси не можуть бути визначені. Завантажтеся з диска і перевірте на віруси.
0x00000092		З'являється лише тоді, коли однопроцесорний драйвер завантажується в систему, в якій більше одного активного процесора.
0x00000098		Кінець демонстраційного періоду OC (для Trial-версій).
0x0000009C		Фатальна помилка під час перевірки обладнання.
0x0000009F		Драйвер знаходиться в неправильному або некоректному стані після завершення роботи, переходу в режим сну або відновлення з цих режимів.
0x000000B4		Збій ініціалізації відео-драйвера. Перезавантажтеся в захищеному режимі та усуньте конфлікт обладнання або відкотіть новий драйвер.
0x000000B9		Виявлено помилки набору мікросхем системної логіки. Причина – несправна материнська плата.
0x000000BE		Драйвер намагається записати на згадку тільки для читання (ПЗУ).
0x000000C2		Некоректна операція виділення пам'яті. Причина - збійний драйвер або програмне забезпечення.
0x000000C4		Перевірка версій драйверів виявить фатальну помилку в драйвері
0x000000C5		Відбулася спроба звернення до неприпустимої області пам'яті процесу із занадто високим IRQL. Це майже завжди спричинене драйверами, які зруйнували пул системи.
0x000000C6		Драйвер звернувся до пулу вільної пам'яті. Замініть драйвер.
0x000000C7		Таймер ядра або Delayed Procedure Call (DPC) були знайдені у неприпустимій області пам'яті. Зазвичай це спричинено дефектом драйвера.
0x000000C9		Отримано сигнал від драйвера про попередження перевірки введення-виведення.
0x000000CB		Аналогічно помилка 0x76. Вказує, що драйвер або підпрограма введення-виводу не зуміли вивантажити сторінки, що залишилися після завершення операції.
0x000000CE		Драйвер не зміг скасувати очікувані кроки перед переходом. Зазвичай виникає після встановлення дефектного драйвера або служби.
0x000000D1		Драйвер звертається до недоступної адреси пам'яті.
0x000000D8		У системі закінчилися записи таблиці сторінок. Не вистачає РТЕ (Page File Entries). Зазвичай причиною є драйвер, який запитує у ядра занадто великі області пам'яті чи немає місця на диску (маленький файл підкачування).
0x000000E3		Ця помилка виникає при збоях файлової системи NTFS.
0x000000EA		Може з'явитися після встановлення нового відеоадаптера або оновленого драйвера відеоадаптера, що змушує систему чекати довго при зверненні до обладнання. замініть відеоадаптер або інсталюйте інший драйвер.
0x000000ED		Windows XP не змогла отримати доступ до того, що містить завантажувальні файли. Дивись 0х7В.
0x000000F2		Ядро виявило "шторм переривань", коли пристрій не звільняє переривання. Як правило це пов'язано з некоректним драйвером пристрою або помилкою в "прошивці"
0x000000F3		Вимкнення Windows закінчилося невдачею через брак пам'яті.
0x1000007E		Аналогічно 0x7E.
0x1000008E		Аналогічно 0x8E.
0xC000009A		Ядро Windows розмістило всю доступну пам'ять у сторінки пула.
0xC0000135		Виявлено помилку під час завантаження бібліотеки. Файл відсутній або пошкоджений. Можливе пошкодження реєстру.
0xC0000142		Збій ініціалізації бібліотеки
0xC0000218		Необхідний файл вулика реєстру не було завантажено. Файл може бути пошкоджений або видалений. Файл реєстру зруйнований через помилки на жорсткому диску або ОЗУ.
0xC000021A		Виникла серйозна проблема з безпекою у Windows XP у порушенні звинувачується Winlogon.exe або Csrss.exe. Ця помилка виникає при неповному відновленні архіву, невідповідності версій системних файлів, а також при некоректній зміні дозволів системних файлів, коли обліковий запис System втрачає доступ до системних файлів та папок.
0xC0000221		Проблема із зазначеним файлом. Відновіть файл.
0xC0000244		Виникає при аудиті політики безпеки, якщо CrashOnAuditFail увімкнено.
0xC000026C		Неможливо завантажити драйвер пристрою. Проблема у драйвері.
0xDEADDEAD	”It's dead, Jim!”	Майже дослівний переклад: ”Це смерть, Джим!” Це повідомлення про навмисне руйнування системи користувачем від налагоджувача або клавіатури. Зрозуміло, Ви побачите це повідомлення, тільки якщо зробили це навмисне!