Зависания, случайные перезагрузки и синие экраны в Windows чаще всего начинаются с повреждённых системных файлов, сбоев оперативной памяти или перегрева — и первое действие в такой ситуации это запуск встроенной проверки системы командой sfc /scannow и тестирование оборудования штатными средствами. Комплексная диагностика не требует платных программ: большую часть проверок можно выполнить инструментами, которые уже есть в Windows.
В этой статье разберём, как последовательно проверить систему компьютера: целостность файлов, состояние диска, оперативную память, температурный режим и работу драйверов. Порядок шагов выстроен от безопасных и простых к более углублённым, чтобы вы не тратили время на лишние действия.
Когда нужна проверка системы
Диагностику стоит запускать не только при явных сбоях, но и как профилактическую меру. Есть ряд симптомов, которые прямо указывают на необходимость проверки.
- 🔵 Синие экраны (BSOD) с разными кодами ошибок — типичный признак проблем с памятью, драйверами или диском.
- 🐢 Резкое замедление работы без видимой нагрузки — возможны ошибки диска или фоновые системные сбои.
- 🔁 Самопроизвольные перезагрузки — часто связаны с перегревом, блоком питания или повреждёнными системными файлами.
- 📁 Программы не запускаются или «отваливаются» с ошибками библиотек — вероятны повреждения системных файлов.
- 💾 Ошибки чтения и копирования файлов — сигнал проверить диск на сбойные секторы.
Если компьютер работает стабильно, достаточно профилактической проверки раз в несколько месяцев. При появлении любого симптома из списка диагностику лучше не откладывать: мелкие ошибки файловой системы имеют свойство накапливаться.
Проверка целостности системных файлов
Первый и самый безопасный шаг — утилита SFC (System File Checker). Она сравнивает системные файлы Windows с эталонными копиями и восстанавливает повреждённые. Запустите командную строку от имени администратора и выполните команду:
sfc /scannowПроверка занимает от нескольких минут до получаса в зависимости от скорости диска. По завершении утилита сообщит один из трёх результатов: нарушений не найдено, повреждённые файлы успешно восстановлены либо восстановить некоторые файлы не удалось. В последнем случае нужен следующий шаг.
Если SFC не справилась, используйте инструмент DISM, который восстанавливает само хранилище компонентов Windows, из которого SFC берёт эталонные файлы:
DISM /Online /Cleanup-Image /RestoreHealthДля работы DISM в этом режиме требуется подключение к интернету — утилита скачивает недостающие компоненты с серверов обновлений. После завершения DISM повторите sfc /scannow.
Диагностика жёсткого диска и SSD
Диск — самое уязвимое место системы, особенно если это классический HDD. Встроенная утилита CHKDSK проверяет файловую систему и ищет сбойные секторы. Для системного раздела команда выглядит так:
chkdsk C: /f /rПроверка системного диска выполняется при следующей перезагрузке — Windows предложит запланировать её автоматически. Учтите, что с параметром /r проверка большого диска может занять часы.
Помимо CHKDSK полезно посмотреть S.M.A.R.T. — данные самодиагностики накопителя. Быстрый статус даёт команда wmic diskdrive get status, однако она показывает лишь общий вердикт. Для детального анализа атрибутов (число переназначенных секторов, ошибки чтения, температура) используются сторонние утилиты вроде CrystalDiskInfo — интерфейс и набор отображаемых параметров зависят от версии программы.
⚠️ Внимание: если S.M.A.R.T. показывает статус, отличный от «Хорошо», а число переназначенных или нестабильных секторов растёт — в первую очередь скопируйте важные данные на другой носитель. Диск в таком состоянии может выйти из строя в любой момент, и дальнейшая диагностика вторична по отношению к сохранности информации.
Тестирование оперативной памяти
Ошибки ОЗУ проявляются самым неприятным образом: случайными сбоями программ, повреждением файлов при копировании и синими экранами с разными кодами. В Windows есть встроенное средство — Диагностика памяти Windows, которое запускается командой mdsched.exe. После выбора перезагрузки тест выполняется до загрузки системы.
Более тщательный вариант — утилита MemTest86, записываемая на загрузочную флешку. Она прогоняет память несколькими наборами тестов и находит ошибки, которые штатное средство может пропустить. Полный проход занимает заметное время, особенно при большом объёме ОЗУ.
☑️ Проверка оперативной памяти
Если тесты выявляют ошибки, выньте модули памяти и проверяйте их по одному в разных слотах — так вы отделите неисправный модуль от проблемного слота материнской платы. Перед работой внутри корпуса обязательно отключите питание и снимите статический заряд.
Мониторинг температур и системы охлаждения
Перегрев — одна из самых частых причин троттлинга, зависаний и аварийных выключений. Штатных средств просмотра температуры в Windows практически нет, поэтому используются сторонние мониторинговые утилиты, например HWMonitor или HWiNFO. Они показывают температуры процессора, видеокарты, дисков и скорости вентиляторов.
Оценивать температуры нужно под нагрузкой, а не в простое. Для стресс-теста процессора применяются утилиты вроде Prime95, для видеокарты — FurMark или встроенные тесты бенчмарков. Конкретные безопасные пределы зависят от модели чипа: уточняйте максимально допустимую температуру в спецификациях производителя процессора или видеокарты.
| Компонент | Признак перегрева | Первое действие |
|---|---|---|
| Процессор | Падение частоты, зависания под нагрузкой | Проверить кулер и термопасту |
| Видеокарта | Артефакты на экране, вылеты игр | Очистить радиатор от пыли |
| SSD/HDD | Тормоза при длительном копировании | Обеспечить продуваемость корпуса |
| Чипсет | Сбои USB и периферии под нагрузкой | Проверить общий airflow корпуса |
⚠️ Внимание: не запускайте стресс-тесты на ноутбуке с забитой пылью системой охлаждения или при уже наблюдающемся перегреве — сначала устраните очевидную причину. Длительный стресс-тест на перегревающемся устройстве способен усугубить состояние компонентов.
Проверка драйверов и системного журнала
Конфликты драйверов — классическая причина нестабильности после обновления системы или установки нового оборудования. Откройте Диспетчер устройств (devmgmt.msc) и проверьте, нет ли устройств с жёлтым восклицательным знаком — это указывает на проблему с драйвером или самим устройством.
Параллельно загляните в Просмотр событий (eventvwr.msc), раздел «Журналы Windows» → «Система». Критические ошибки и предупреждения, повторяющиеся в моменты сбоев, помогают локализовать источник проблемы: ошибки диска, сбои драйвера, перезагрузки по питанию. В Windows также есть Монитор стабильности системы (perfmon /rel) — он показывает историю сбоев в наглядной временной шкале.
Как читать коды ошибок синего экрана
Код ошибки (например, IRQL_NOT_LESS_OR_EQUAL или MEMORY_MANAGEMENT) указывает на класс проблемы, но не на конкретную причину. Файлы дампов памяти из папки C:\Windows\Minidump анализируются утилитами вроде WinDbg или BlueScreenView — по ним можно увидеть, какой драйвер или модуль был активен в момент сбоя. Одинаковый виновник в нескольких дампах — сильный аргумент в пользу проблемы именно с этим драйвером или устройством.
Обновляйте драйверы только с официальных источников: сайта производителя устройства или через Windows Update. Утилиты-«автообновлялки» драйверов нередко ставят неподходящие версии и создают больше проблем, чем решают.
Проверка на вредоносное ПО и автозагрузку
Часть «системных» проблем на деле оказывается следствием вредоносных программ или перегруженной автозагрузки. Выполните полное сканирование штатным Защитником Windows или другим установленным антивирусом, а не быструю проверку — быстрый режим не охватывает все области диска.
Затем откройте Диспетчер задач (Ctrl+Shift+Esc) и перейдите на вкладку автозагрузки. Отключите программы, которые не нужны при каждом старте системы, — это ускорит загрузку и упростит выявление конфликтующего ПО. Если сбои исчезают после чистой загрузки (запуск системы с минимальным набором служб через msconfig), причину стоит искать среди сторонних программ и служб.
Что делать, если проверки не помогли
Если все штатные проверки пройдены, а сбои продолжаются, проблема, скорее всего, аппаратная и требует более глубокой диагностики: тестирования блока питания, материнской платы или видеокарты. Такие проверки сложно выполнить в домашних условиях без запасных компонентов и диагностического оборудования.
Перед походом в сервис соберите данные: скриншоты ошибок, коды синих экранов, результаты тестов памяти и S.M.A.R.T. диска. Это заметно ускорит диагностику у специалиста и снизит шанс, что вам навяжут лишние работы. А если компьютер ещё на гарантии — не разбирайте корпус и не меняйте комплектующие самостоятельно, чтобы не потерять гарантийные обязательства.
Часто задаваемые вопросы
Как часто нужно проверять систему компьютера?
При стабильной работе достаточно профилактической проверки раз в 2–3 месяца: SFC, просмотр S.M.A.R.T. и очистка автозагрузки. При появлении сбоев — сразу, не дожидаясь усугубления проблемы.
Опасна ли команда chkdsk для данных на диске?
CHKDSK исправляет ошибки файловой системы, и в подавляющем большинстве случаев данные не страдают. Однако если диск физически неисправен, любые операции с ним несут риск — поэтому при подозрении на аппаратную проблему сначала скопируйте важные файлы.
Тест памяти показал ошибки — это точно неисправная планка?
Не обязательно. Ошибки могут вызывать разгон (XMP-профиль), несовместимость модулей или проблемный слот. Проверьте модули по одному, сбросьте настройки BIOS к стандартным и повторите тест — только после этого делайте вывод о неисправности конкретной планки.
Можно ли проверить систему без сторонних программ?
Базовую диагностику — да: SFC, DISM, CHKDSK, диагностика памяти, монитор стабильности и просмотр событий встроены в Windows. Сторонние утилиты понадобятся в основном для мониторинга температур, детального S.M.A.R.T. и стресс-тестов.
Компьютер перезагружается без синего экрана — что проверять в первую очередь?
Такой симптом чаще указывает на перегрев или проблемы с блоком питания. Проверьте температуры под нагрузкой, журнал событий (события внезапного выключения) и состояние вентиляторов. Также отключите автоматическую перезагрузку при сбое в настройках системы, чтобы увидеть возможный синий экран с кодом ошибки.