---

# Заключение по HDD

## Краткий вывод

Речь идёт о старом HDD, на котором Windows сообщила о **шести ошибках чтения, все шесть — неисправленные**. Это серьёзный признак ненадёжности диска. Поэтому **я не считаю безопасным проверять его поверхность или начинать обычное массовое копирование**. Если данные важны, сначала нужно сохранить доступное — предпочтительно посекторным образом или через лабораторию восстановления.

Сбой загрузки Windows с этого HDD указывает на проблему с загрузкой или системным томом. Он **не доказывает**, что все файлы потеряны или что единственная причина — механический отказ. По имеющимся данным нельзя точно отделить повреждение файловой системы от физической проблемы диска, электроники или соединения.

## С чем вы обратились

На исходном компьютере начались хаотичные перезагрузки, затем Windows перестала загружаться и перешла к восстановлению. Вы помнили, что диск однажды определялся как RAW и при проверке находились ошибки. На другом компьютере HDD виден под буквами D: и E:, причём на D: есть нужные данные, а E: почти пуст.

Позже вы сообщили, что случайно загрузили Windows с этого HDD: началась диагностика диска, затем система не загрузилась и появился экран восстановления.

## Что я проверил

Я выполнил информационные запросы Windows, которые не запускали исправление диска:

- сопоставил физические накопители с разделами и буквами томов;
- посмотрел состояние и файловую систему томов;
- проверил журнал Windows на выбранные события ошибок диска за последние 90 дней;
- проверил доступные Windows счётчики надёжности. Сначала сеанс не имел нужных прав, поэтому вы запустили запросы PowerShell от имени администратора;
- запросил флаг `dirty` для D: и E:.

Я **не запускал** `chkdsk`, проверку поверхности, SMART-самотест, форматирование, инициализацию или исправление разделов и файловой системы.

## Что установлено

- Целевой диск — **Disk 0, WDC WD10EALX-009BA0**, серийный номер заканчивается на `6112744`, объём около **1 ТБ**, GPT.
- На нём находятся **D: около 292 ГБ** и **E: около 639 ГБ**. В текущем сеансе Windows оба тома видны как NTFS; E: практически пуст.
- Системный диск этого компьютера — отдельный SSD P4-240 объёмом около 224 ГБ.
- Сводка Windows показывала `Online` и `Healthy`, однако полученные позднее счётчики надёжности показывают:
  - `ReadErrorsTotal: 6`;
  - `ReadErrorsUncorrected: 6`;
  - `ReadErrorsCorrected: 0`;
  - `PowerOnHours: 58733` — около **6,7 года непрерывной работы**;
  - температура на момент запроса — **35 °C**.
- D: и E: сейчас **не помечены флагом `dirty`**.
- В просмотренной выборке журнала Windows подходящих событий не нашлось. Это не исчерпывающая проверка всех журналов и не доказательство отсутствия ошибок.
- Утилиты `smartctl` в системе не оказалось, поэтому полного набора низкоуровневых SMART-атрибутов, например счётчиков переназначенных или ожидающих переназначения секторов, у нас нет.

Microsoft определяет `ReadErrorsTotal` как общее число встреченных ошибок чтения, `ReadErrorsUncorrected` — как число ошибок, которые устройство не исправило, а `PowerOnHours` — как часы, в течение которых устройство было включено с момента изготовления. Это счётчики, сообщаемые накопителем; они **не означают автоматически, что повреждены ровно шесть секторов**. [Описание счётчиков надёжности Microsoft](https://learn.microsoft.com/en-us/windows-hardware/drivers/storage/msft-storagereliabilitycounter)

## Как я трактую результаты

Надпись `Healthy` в общей сводке Windows не отменяет ненулевой счётчик неисправленных ошибок чтения. Диск следует считать **ненадёжным**, пока данные не сохранены.

Нынешние тома D: и E: имеют NTFS и не помечены как `dirty`. Флаг `dirty` — лишь признак возможной несогласованности файловой системы; его отсутствие **не гарантирует**, что все её структуры и все файлы исправны. [Microsoft о флаге `dirty`](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-dirty)

Диагностика при загрузке могла относиться к системному тому Windows: Autochk запускается, в частности, для загрузочного тома или тома с установленным флагом проверки. Поэтому синий экран восстановления важен, но сам по себе не устанавливает причину неисправности и не говорит, что файлы на D: потеряны. [Microsoft об Autochk](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/autochk)

Возможны две проблемы одновременно:

1. **Проблема загрузки или файловой системы Windows.** Перезагрузки и нештатное завершение работы могут нарушить её состояние.
2. **Проблема чтения на стороне HDD или пути к нему.** Шесть неисправленных ошибок требуют относиться к этой версии серьёзно. По имеющимся счётчикам нельзя точно сказать, вызваны ли они повреждением поверхности, электроникой диска или соединением.

## Что советую делать

1. **Не загружать Windows с этого HDD и не запускать на нём проверку поверхности, CHKDSK или исправление файловой системы.** Не соглашайтесь на автоматическую проверку при старте.
2. Если на диске есть щелчки, повторный раскрут, зависания или он пропадает из системы — **выключить компьютер и обратиться в лабораторию восстановления**. Для важных рабочих данных это наиболее осторожный путь.
3. Если диск работает тихо и стабильно и вы готовы к риску самостоятельного восстановления — сначала создать образ всего Disk 0 на **другой физический накопитель** с местом как минимум под весь исходный диск. Для дисков с ошибками чтения используют инструменты, которые записывают карту прочитанных и проблемных областей; например, GNU ddrescue позволяет продолжать копирование по этой карте, не перечитывая уже успешно снятые области. Это снижает ненужные повторные чтения, но **не устраняет риск отказа во время образа**. [Руководство GNU ddrescue](https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html)
4. Файлы и файловую систему анализировать уже **на образе или его копии**. Если какой-то участок не читается, файл, содержащий данные из этого участка, может оказаться неполным или повреждённым. Заранее гарантировать извлечение всех файлов нельзя.
5. После сохранения данных **заменить HDD** и больше не использовать его для хранения важных файлов.

Итак, результаты указывают не только на возможную логическую ошибку Windows: есть и конкретный признак проблем чтения. Но полного подтверждения причины у нас нет, а безопасного способа заранее доказать, что удастся прочитать каждый файл, не существует.