Комп’ютер зависає: який саме сценарій потрібно діагностувати
Зависанням може бути повний hard freeze, коли зупиняються курсор і зображення, зациклюється звук та допомагає лише утримання кнопки живлення; тривала пауза при зверненні до диска; зависання окремої програми; зупинка лише у грі або під обчислювальним навантаженням. Для ремонту важливо відтворити саме початковий сценарій і зрозуміти, чи виникає він у простої, після прогріву, під час копіювання файлів, запуску гри або одразу після старту Windows.
Чим зависання відрізняється від BSOD, перезавантаження та повільної роботи
При BSOD Windows зупиняється з bugcheck і часто залишає дамп. При самовільному перезавантаженні ПК запускається заново. При hard freeze система може взагалі нічого не записати в журнал. Повільна робота теж не дорівнює зависанню: затримка може бути наслідком високого навантаження CPU, нестачі RAM або повільного накопичувача. Розділення симптомів не дозволяє звести будь-яку нестабільність до однієї універсальної причини.
RAM, XMP/EXPO та контролер пам’яті
Перевіряємо модулі пам’яті, слоти, базовий профіль без XMP/EXPO та за потреби контрольну RAM. Нестабільність може залежати від частоти, напруги, кількості модулів і memory controller процесора. Помилка, що зникла після вимкнення профілю, ще не доводить фізичну несправність DIMM: потрібно відокремити можливості конкретної зв’язки CPU, motherboard і пам’яті від дефекту компонента.
SSD, HDD та NVMe можуть заморожувати систему
Нестабільний накопичувач може створювати довгі I/O-затримки, через які Windows виглядає повністю завислим. Перевіряємо SATA-кабель і живлення, M.2/NVMe-інтерфейс, доступні SMART або health-показники та поведінку при читанні. SMART — діагностичне джерело, а не єдиний вердикт: важливі також зникнення диска, помилки інтерфейсу, затримки й повторюваність проблеми.
CPU, GPU, розгін та undervolt
Якщо freeze з’являється у грі, рендері або іншому навантаженні, перевіряємо CPU та GPU окремо. Overclock, undervolt, агресивні power limits і автоматичні профілі motherboard можуть бути стабільними у простої та зриватися лише в конкретному навантаженні. Повернення до передбачуваної базової конфігурації допомагає зрозуміти, чи пов’язана проблема з налаштуванням або апаратною частиною.
Температури, охолодження та VRM
Контролюємо температури CPU, GPU, NVMe та за потреби VRM. Перевіряємо кулери, вентилятори, радіатори, airflow і помпу СРО, якщо вона встановлена. Перегрів може супроводжуватися throttling і нестабільністю, але не призначається причиною лише тому, що всередині є пил. Потрібен зв’язок між температурою, навантаженням і моментом зависання.
PSU та живлення motherboard
Hard freeze іноді пов’язаний із нестабільним живленням. Перевіряємо ATX, EPS та PCIe-роз’єми, блок живлення й силові кола motherboard. Контрольний PSU корисний, коли характер збою вказує на силову гілку. Заміна блока навмання без відтворення дефекту не дає надійного діагнозу.
Windows, драйвери та події системи
Після апаратної перевірки аналізуємо драйвери, системні файли, оновлення та події Windows. Важливо знати, чи почалася проблема після встановлення драйвера GPU, нового пристрою або оновлення. Event Viewer допомагає відновити контекст, але подія про несподіване завершення роботи не називає автоматично несправну деталь.
Чому перевстановлення Windows не є першим кроком
Перевстановлення змінить програмне середовище, але не виправить нестабільну RAM, SSD, GPU, PSU або motherboard. Якщо є підозра на накопичувач і дані важливі, зайвий запис на нього може бути небажаним. Спочатку визначаємо гілку несправності, потім обираємо програмне або апаратне рішення.
Як підтверджуємо, що зависання усунене
Після ремонту повторюємо саме початковий сценарій: гру, копіювання, тривалу роботу, навантаження CPU/GPU або кілька холодних запусків. Перевіряємо стабільність після прогріву й перезавантажень. Один успішний старт не вважається доказом — важлива відтворювана робота без попереднього freeze.
Діагностика у Києві
CompFixPro приймає комп’ютери за адресою Київ, проспект Миколи Бажана, 36. Зручно для Позняків, Осокорків, Харківської, Вирлиці, Дарниці та Харківського масиву. З інших міст України системний блок можна надіслати Новою поштою. Перед передачею техніки корисно описати точний сценарій збою, зміни перед його появою та важливість даних на накопичувачах.
Як будується діагностика без заміни деталей навмання
Змінюємо по одній діагностичній змінній: налаштування, контрольний компонент, порт, кабель або тип навантаження. Після кожного кроку повторюємо початковий сценарій і фіксуємо результат. Такий підхід дозволяє відрізнити реальне усунення причини від випадкового тимчасового покращення й не призначати заміну дорогого вузла без підтвердження вимірюваннями або перехресною перевіркою.
Як будується діагностика без заміни деталей навмання
Змінюємо по одній діагностичній змінній: налаштування, контрольний компонент, порт, кабель або тип навантаження. Після кожного кроку повторюємо початковий сценарій і фіксуємо результат. Такий підхід дозволяє відрізнити реальне усунення причини від випадкового тимчасового покращення й не призначати заміну дорогого вузла без підтвердження вимірюваннями або перехресною перевіркою.
Як будується діагностика без заміни деталей навмання
Змінюємо по одній діагностичній змінній: налаштування, контрольний компонент, порт, кабель або тип навантаження. Після кожного кроку повторюємо початковий сценарій і фіксуємо результат. Такий підхід дозволяє відрізнити реальне усунення причини від випадкового тимчасового покращення й не призначати заміну дорогого вузла без підтвердження вимірюваннями або перехресною перевіркою.
Як будується діагностика без заміни деталей навмання
Змінюємо по одній діагностичній змінній: налаштування, контрольний компонент, порт, кабель або тип навантаження. Після кожного кроку повторюємо початковий сценарій і фіксуємо результат. Такий підхід дозволяє відрізнити реальне усунення причини від випадкового тимчасового покращення й не призначати заміну дорогого вузла без підтвердження вимірюваннями або перехресною перевіркою.
Як будується діагностика без заміни деталей навмання
Змінюємо по одній діагностичній змінній: налаштування, контрольний компонент, порт, кабель або тип навантаження. Після кожного кроку повторюємо початковий сценарій і фіксуємо результат. Такий підхід дозволяє відрізнити реальне усунення причини від випадкового тимчасового покращення й не призначати заміну дорогого вузла без підтвердження вимірюваннями або перехресною перевіркою.