Як перевірити SSD на помилки та знос
Перевірка SSD — це не одна цифра Health і не тест швидкості. Важливо оцінити, як накопичувач визначається, що показує SMART/NVMe Health, чи є помилки читання, температура і ознаки нестабільності.
Що саме означає «перевірити SSD»
Під словом «перевірка SSD» часто змішують три задачі: оцінку технічного стану, пошук логічних помилок файлової системи та тест продуктивності. Вони відповідають на різні питання. Швидкість може бути нижчою через заповнення диска або thermal throttling, тоді як реальна несправність іноді проявляється нестабільним визначенням навіть при нормальній швидкості в короткому тесті.
Для даних найважливіше зрозуміти, чи накопичувач стабільно доступний і чи не погіршується читання. Це визначає, чи можна продовжувати звичайну діагностику, чи пріоритетом уже стала копія файлів.
Крок 1. Модель, місткість і BIOS/UEFI
Запишіть точну модель SSD і порівняйте заявлену місткість із тим, що бачить система. Для системного M.2/NVMe перевірте, чи присутній накопичувач у BIOS/UEFI. Якщо Windows не завантажується, але BIOS стабільно бачить правильну модель, це одна ситуація; якщо SSD зникає ще на цьому рівні — зовсім інша.
- модель і серійний номер;
- правильна або неправильна місткість;
- чи визначається після холодного старту;
- чи зникає після прогрівання або навантаження;
- чи переходив у read-only.
Крок 2. SMART та NVMe Health
SMART дає телеметрію самого накопичувача. Kingston серед корисних параметрів називає температуру, Power-On Hours, обсяг читання/запису, unexpected power loss та інші атрибути. Для підтримуваних накопичувачів ці дані можна переглядати у Kingston SSD Manager.
Для NVMe існує стандартизований SMART / Health Information Log. NVM Express використовує Critical Warning як окремий індикатор проблемного стану. Важливо зберігати не лише загальне «Good», а й фактичні значення та попередження.
Крок 3. Як читати ресурс SSD
Ресурс NAND пов’язаний із циклом program/erase, але контролер розподіляє записи через wear leveling. У різних виробників користувач бачить Percentage Used, Life Remaining, TBW або інші показники. Їх потрібно трактувати в контексті конкретної моделі, а не як універсальний таймер.
Високий знос — аргумент для планової заміни й перевірки backup. Але низький відсоток використаного ресурсу не виключає відмову controller або firmware.
Крок 4. Помилки читання
Стабільне читання важливіше за красивий speed test. Якщо один і той самий файл регулярно дає помилку, а накопичувач зависає, повторне копіювання десятки разів не обов’язково покращує ситуацію. При цінних даних спочатку копіюють незамінні папки на інший фізичний носій.
Не встановлюйте recovery-програму на проблемний SSD і не зберігайте результат на нього ж. Це створює нові записи саме на джерелі.
Температура і throttling
NVMe SSD можуть знижувати швидкість при нагріванні. Сам по собі thermal throttling не означає поломку. Але якщо накопичувач не просто сповільнюється, а зникає з системи після прогрівання, це вже суттєвий симптом.
Не варто спеціально повторювати важкий benchmark багато разів, якщо саме він провокує зникнення SSD з важливими даними. Достатньо зафіксувати залежність.
Firmware update і Secure Erase — не тести
Фірмові утиліти можуть пропонувати firmware update або Secure Erase. Це операції, які змінюють стан накопичувача. Kingston рекомендує мати резервну копію перед firmware update. Для стабільного SSD це може бути штатною процедурою, але для вже недоступних даних — не нейтральна перевірка.
Secure Erase / Sanitize призначені для очищення даних, тому використовувати їх під час діагностики втрати файлів не можна.
Коли домашню перевірку завершити
| Що бачите | Що робити |
|---|---|
| SSD стабільний, попереджень немає | Контролювати backup, health і температуру |
| Read-only або Critical Warning | Копіювати доступне і планувати заміну/діагностику |
| Неправильна модель чи місткість | Не ініціалізувати й не форматувати |
| SSD зникає під навантаженням | Припинити stress-test і зафіксувати симптом |
| Повторні read errors | Пріоритет — дані, а не повний тест |
Якщо проблема вже повторюється, достатньо записати симптом, модель і умови прояву. Додатковий тест має сенс лише тоді, коли він дає нову інформацію і не створює непропорційний ризик для даних.
Практичний сценарій перевірки: від справного SSD до нестабільного
Для SSD, який працює нормально, перевірка може бути профілактичною: подивитися health, температуру, обсяг записів, firmware і переконатися, що резервна копія актуальна. Це не потребує повного сканування поверхні чи багаторазових benchmark. Мета — побачити зміни до того, як вони перетворяться на проблему з доступом.
Якщо накопичувач уже демонструє нестабільність, порядок змінюється. Спочатку фіксують модель, місткість, SMART/Health screenshot і симптом. Потім, якщо читання стабільне, копіюють найцінніші дані. Лише після цього має сенс вирішувати, чи потрібна додаткова діагностика. Такий підхід відрізняється від «запустити все, що є в інтернеті», бо кожний тест має ціну у вигляді часу роботи джерела.
Особливо уважно ставтеся до системного SSD. Windows постійно створює журнали, кеш, temporary files та оновлення. Якщо проблема пов’язана не зі справністю, а з випадково видаленими даними, сама активна діагностика з цього диска створює додаткові записи. Тому «перевірити SSD» і «відновити видалені файли» — різні задачі з різним безпечним порядком дій.
Що зберегти в нотатках після перевірки
Запишіть дату, модель SSD, firmware, температуру, загальний health-статус і ті параметри, які справді змінюються. Один screenshot сьогодні корисніший за абстрактне «диск був нормальний», якщо через кілька місяців з’явиться новий симптом. Для робочого накопичувача така історія допомагає відрізнити поступове погіршення від разового збою системи.
Якщо SSD використовується для важливих даних, результат будь-якої перевірки потрібно доповнювати відповіддю на просте питання: чи є перевірена копія цих даних на іншому носії? Моніторинг не замінює backup. Його роль — дати додатковий сигнал для планової заміни, а не гарантувати, що несподіваної відмови не буде.
Поширені питання
Як перевірити SSD на справність?
Перевірте модель і місткість, стабільність визначення, SMART/NVMe Health, температуру, ресурс і фактичне читання.
Чи достатньо Health 100%?
Ні. Це лише один індикатор і він не виключає controller/firmware failure або нестабільність.
Чи можна запускати benchmark?
Для стабільного SSD з backup — так. Для нестабільного накопичувача з важливими даними інтенсивний тест не є першим кроком.
Як перевірити знос?
Через health-параметри виробника, Percentage Used/Life Remaining, TBW та SMART/NVMe log.
Коли потрібна професійна діагностика?
Коли SSD нестабільно визначається, переходить у read-only, показує неправильну місткість або читання погіршується.
Пов’язані матеріали SSD
Потрібні дані з SSD?
Якщо перевірка вже показала нестабільність, зафіксуйте модель, health-показники та умови збою. Для важливих даних наступним кроком має бути безпечне копіювання, а не ще один stress-test.