Windows предложила «проверить диск на ошибки», explorer ругается на повреждённый файл, а после внезапного отключения питания система уходит в проверку при загрузке — chkdsk рядом с любым владельцем. Для SSD-ноутбуков у этой утилиты своя, ограниченная роль: она чинит ФАЙЛОВУЮ систему, а не сам накопитель. Когда запускать, что она делает и что делать при повторяющихся ошибках — руководство (SMART и здоровье; BSOD-диагностика).
Что чинит chkdsk: файловая система, не железо
Разделение ролей. Диск содержит два слоя: файловую систему (NTFS — «каталог», где что лежит) и сами ячейки памяти. chkdsk работает с ПЕРВЫМ слоем: ищет несоответствия каталога (потерянные цепочки кластеров, пересечения файлов, битые записи MFT) и исправляет их. Второй слой — физика ячеек — находится в ведении контроллера SSD и его таблиц; chkdsk физику не чинит и не тестирует — это делают SMART/фирменные утилиты (чтение SMART) и замеры скорости (скорость диска). Практическое следствие: ошибка файловой системы ≠ смерть SSD: чаще это последствие резкого отключения/сбоя питания, когда незавершённые записи оставили каталог в противоречивом состоянии. И обратное: идеальный chkdsk не гарантирует здоровье ячеек — слои диагностики разные и дополняют друг друга.
Когда запускать: признаки и триггеры
Поводы для проверки. Триггер 1: Windows сама предложила («диск содержит ошибки» / автоматическая проверка после сбоя питания) — соглашайтесь: система увидела противоречия каталога. Триггер 2: симптомы со стороны файлов: файл не открывается/«повреждён», папка «пустая», но место занято, переименование/удаление с ошибкой. Триггер 3: синий экран с кодами файловой системы (NTFS-семейство) — после восстановления работоспособности (ошибки WHEA). Триггер 4: внезапное отключение питания/жёсткое зависание с записью — профилактический прогон оправдан. Триггер 5: НЕ повод: «медленно работает» — тормоза ищутся в других местах (чек-лист тормозов); chkdsk — не «ускоритель» и его регулярные прогоны «для профилактики» на здоровом диске не нужны. Правило: chkdsk — инструмент по показаниям, не витамин.
Как запускать: режимы и что ожидать
Практика выполнения. Режим 1: обычная проверка (только чтение и отчёт): команда chkdsk C: — безопасна, показывает наличие проблем без правок. Режим 2: исправление онлайн: chkdsk C: /scan /perf или через интерфейс свойств диска — исправление «на живую» для части ошибок. Режим 3: полное исправление с блокировкой тома: chkdsk C: /f /r — запланируется на перезагрузку (системный диск занят системой); на 500 ГБ SSD занимает минуты-десятки минут — SSD быстры. Чтение результатов: строки «проблем найдено/исправлено»; потерянные фрагменты складываются в папки FOUND.000 — обычно мусор после сбоев. Против «легенд»: на SSD флаг /r не «нагружает диск как на HDD» — чтение для проверки на SSD дешёвое; но и необходимости в частых /r нет. И запасная аксиома: перед «большими» прогонами на подозрительном диске — скопируйте ценное: любая операция восстановления имеет малую, но ненулевую цену риска (замена диска с переносом).
Повторяющиеся ошибки: что дальше
Эскалация проблемы. Если chkdsk находит ошибки регулярно (после каждой загрузки/раз в неделю) — это уже не «после сбоя питания», а симптом: порядок действий: 1) проверить питание/адаптер: недозаряд в пиках и просадки питания — классический источник порчи файловой системы; 2) прочитать SMART: счётчики ошибок носителя, температура (SMART); 3) проверить RAM: битая память портит данные В ПУТЕ — файловая система «ломается» при исправном диске (тест памяти); 4) проверить кабель/переходники, если диск внешний; 5) если SMART чист и память в порядке — обновить прошивку SSD (утилита производителя); 6) при продолжении — планировать замену диска с миграцией: повторяющиеся ошибки каталога при чистых SMART/RAM — честный повод (перенос системы). Путь эскалации от бесплатного к дорогому — правильная стратегия любой диагностики.
И организационный совет напоследок: ведите крошечный журнал файловых событий машины — дата, симптом, что сделали. Три строки на случай. Такой журнал превращает разговор с сервисом из «ну, периодически глючит» в «две ошибки NTFS 5-го числа, chkdsk исправил, повторились 12-го, SMART чистый» — формулировку, после которой диагностика идёт по прямой. Плюс собственная память: через полгода вы не вспомните деталей, а журнал вспомнит за вас.
Дополнение про страхи «не сломать ещё хуже»: современные chkdsk консервативны — в режиме исправления они не «переписывают диск», а приводят в порядок структуру каталога, перенося сомнительные данные в восстановительные папки. Риск операции минимален; реальный риск — продолжать жить с битым каталогом, который накапливает противоречия. Здоровый страх в этой истории уместен в адрес внезапных отключений питания, а не утилиты.
Частые вопросы
chkdsk изнашивает SSD? Одна проверка — копейки записи; «еженедельная профилактика» не нужна не из-за износа, а из-за бессмысленности на здоровом диске.
Windows проверяет диск при каждой загрузке — как убрать? Это признак незакрытой проблемы: дайте полному прогону /f завершиться один раз; если повторяется — путь эскалации выше.
Можно ли chkdsk на внешнем SSD? Да: те же команды на букве тома; для внешних проверьте и кабель/порт.
chkdsk восстановит удалённые файлы? Нет: он чинит структуру каталога, не «воскрешает» данные; потерянные цепочки попадают в FOUND-папки — иногда оттуда можно вытащить фрагменты.