7 запитів до «Засобу перегляду подій», що розкривають приховані збої

Windows журналює кожен збій, брудне вимкнення й скаргу заліза — просто більшість туди не дивиться. Поле фільтра в «Засобі перегляду подій» перетворює мільйон рядків на п'ять подій, які пояснюють ваш «випадковий» завис.

Як шукати в «Засобі перегляду подій» правильно

Натисніть Win+R, введіть eventvwr — і не блукайте деревом, а використайте фільтр поточного журналу для системного журналу. Поле коду події приймає коди через кому, мінус виключає (41,-6008 — «усе, крім»), а випадний список джерел звужує пошук: Kernel-Power, WHEA-Logger тощо. Збережений фільтр лишається в лівій панелі як налаштоване подання — налаштуйте пошук один раз. Чесне попередження: коди повторюються між джерелами, тож фільтр «джерело плюс код» — це різниця між сигналом і шумом.

Сім запитів, що окупаються

Kernel-Power 41 — перша зупинка: система втратила живлення або зависла без попередження — жорсткий фриз, утримання кнопки, помираючий блок живлення, — і його лічильник — справжній індекс нестабільності машини. Подія 6008 позначає раптові вимкнення, зафіксовані при наступному завантаженні, а BugCheck 1001 захоплює стоп-код синього екрана й шлях до мінідампа — речовий доказ, «чому він упав, поки я відійшов». WHEA-Logger 17, 18 і 19 — апаратні помилки від CPU чи платформи: одинична — шум, повторюваний візерунок на одному ядрі вказує на процесор, пам'ять або материнську плату. Application Error 1000 і Windows Error Reporting 1001 у журналі застосунків показують, які десктопні програми падають і як часто, — тиха причина того, що «глючний» софт списують на Windows.

Останні два — про носії. Kernel-PnP 219 ловить драйвери, що не завантажилися для пристрою, — ось чому USB-диск чи флешка «іноді» не з'являється. Disk 7 і 153 (джерела storahci/stornvme) повідомляють про погані блоки й таймаути команд: одиничний випадок можна забути, але сипанина після зависання — сигнал копіювати дані, доки не пізно.

Kernel-Power, код 41 — брудні вимкнення і жорсткі зависання; вважайте їх індексом нестабільності
BugCheck, код 1001 — стоп-коди синього екрана зі шляхом до мінідампа
WHEA-Logger, коди 17/18/19 — апаратні помилки CPU і платформи; повтори на одному ядрі — улика
Application Error, код 1000 — які програми справді падають і як часто
Kernel-PnP, код 219 — драйвери пристроїв, що не завантажилися при старті
Disk, коди 7 і 153 — погані блоки й таймаути команд; сипанина після фриза — бігом за бекапом

Як читати те, що знайшли

Контекст важливіший за одиничні події. Одна 41 за півроку при відомому відключенні світла — ніщо; п'ять за тиждень без перебоїв — закономірність, тим більше якщо помилки WHEA збігаються за часом. Звірьте журнал застосунків на ту саму хвилину, що й збій у системному: програма, що вмерла прямо перед зависанням, зазвичай підозрюваний, а не жертва. І тримайте поруч «Монітор стабільності» (perfmon /rel): його часова шкала накладає збої на встановлення й оновлення і сам розгадує половину загадок про «Windows став гальмувати».

Питання та відповіді

Як дізнатися причину збою комп'ютера?

Відкрийте «Засіб перегляду подій», відфільтруйте системний журнал за Kernel-Power 41 і BugCheck 1001 — вони покажуть брудні вимкнення і стоп-коди. Зіставте мітки часу з помилками WHEA-Logger і «Монітором стабільності», і стане видний візерунок.

Що означає Kernel-Power із кодом події 41?

Windows завершилася без попередження: зависання з утриманням кнопки, реальне зникнення живлення або несправне залізо. Одна ізольована 41 — шум; лічильник, що повторюється, — привід розбиратися.