SMART-отчёт значительно уточнил картину. **Наиболее вероятна проблема чтения поверхности HDD; это уже не похоже только на логическую ошибку Windows.**
### Что показывает отчёт
- Это нужный HDD: **WDC WD10EALX**, серийный номер совпадает.
- `SMART overall-health: PASSED` — не гарантия, что все сектора читаются. В отчёте одновременно есть ненулевые атрибуты, указывающие на проблемы.
- Атрибут 5 — переназначенных секторов пока **0**; атрибут 196 — событий переназначения **0**.
- Атрибут 197 `Current_Pending_Sector` — **5**; атрибут 198 `Offline_Uncorrectable` — **1**. Это тревожные показатели: есть сектора, чтение которых нестабильно или не удалось исправить. Эти значения нельзя просто сложить и объявить шестью разными повреждёнными секторами — области могут пересекаться. WD относит эти атрибуты к поддерживаемым SMART-показателям дисков SATA. [Таблица SMART-атрибутов WD](https://support-en.wd.com/app/answers/detail/a_id/3671)
- В ATA-журнале **семь записей `UNC` с одним и тем же LBA `144436625`** — повторные ошибки на одном адресе, а не семь доказанных разных повреждённых секторов. Показанный `Device Error Count: 19595` также не означает 19 595 плохих секторов: журнал хранит записи об ошибках команд и показывает только последние 24.
- Я сопоставил этот LBA с таблицей разделов: он попадает **в D:**, примерно в 68,2 ГиБ от начала раздела. Это может быть область файла или свободное место; определить конкретный файл без анализа образа нельзя.
- Атрибут 199 и SATA-счётчик ICRC равны **0**. Это не подтверждает типичную проблему передачи данных по SATA, хотя полностью исключить кабель или питание нельзя. В журнале есть одна отдельная запись `WP`; её причину по одному дампу установить нельзя.
- Наработка — **58 733 часа суммарно**, не непрерывно. Температура в отчёте 41 °C, зарегистрированный максимум 47 °C, перегрев не выглядит причиной.
- SMART-самотестов в журнале нет; в этой диагностике мы их не запускали.
### Вывод и следующий шаг
Сочетание `197 = 5`, `198 = 1` и повторных `UNC` на одном адресе — основание считать HDD физически ненадёжным. Точный механизм повреждения установить нельзя, но простым исправлением файловой системы эту картину объяснить недостаточно.
Если данные незаменимы, безопаснее остановиться и обратиться в лабораторию восстановления. Если вы готовы к риску самостоятельного восстановления, диск сейчас отмечен Windows как `IsReadOnly: True`, он подключён напрямую по SATA и посторонних звуков вы не слышите. Следующий разумный шаг — **снять образ раздела D: на отдельный исправный накопитель**, а не читать почти пустой E:. Размер D: — около 314 млрд байт, поэтому на целевом накопителе должно быть достаточно места; сам диск-источник для образа использовать нельзя. Для дисков с ошибками GNU ddrescue ведёт карту прочитанных и проблемных областей, что позволяет не перечитывать уже успешно снятые участки. [Руководство GNU ddrescue](https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html)
До образа не запускайте проверки поверхности, самотесты или исправление файловой системы. Если решите снимать образ самостоятельно, сообщите модель и объём **целевого** накопителя: перед командой нужно отдельно сверить источник и назначение, а саму команду я покажу заранее.
