Фон

Я вставил диск объемом 2 ТБ в какой-нибудь корпус Sata-to-USB3.0 и скопировал на него данные 1 ТБ. Это было 2,5 5300 оборотов в минуту, так что это заняло почти 20 часов. Я - один из параноидальных типов, поэтому, прежде чем скопировать данные, я использовал TotalCommander для создания контрольных сумм sha256 всего, что я хотел скопировать, затем я проверил скопированные данные на новом USB-накопителе. Я использовал две другие части того же корпуса для двух других дисков, хотя 1 ТБ. Никогда не было никаких проблем.

проблема

При проверке контрольных сумм я заметил уведомление в центре действий Windows 10 с красным знаком "Х", в котором говорилось, что нужно проверить мою файловую систему. Не показал какой, но я все равно щелкнул. Ничего не произошло, поэтому я запустил программу просмотра событий, чтобы посмотреть, что произошло. Я видел три события EventID 55, относящихся к ошибкам на моем новом томе, одно из которых сообщило, что „:$I30:$INDEX_ALLOCATION” повреждено, два других сказали, что поврежденный файл <can't determine file name> . Я остановил все операции с томом и запустил на нем команду chkdsk /F , но, поскольку он пожаловался на доступ к диску со стороны другого программного обеспечения, я удалил букву диска с помощью утилиты управления дисками. Когда я планировал добавить письмо еще раз, чтобы программа chkdsk восстановила его, я внезапно увидел, что все параметры выделены серым цветом, и раздел отображался как « Healthy (GPT Protective Partition) . Это тип EEh согласно этой статье википедии .

Диск никогда не был GPT. Я по-прежнему вижу параметр « Convert to GPT disk при щелчке правой кнопкой мыши по нему в инструменте «Управление дисками». Ниже приведен вывод команд DETAIL DISK и DETAIL PARTITION команды DISKPART:

DISKPART> detail disk
ST2000LM003 HN-M201RAD
Disk ID: 08686B3E
Type   : RAID
Status : Online
Path   : 2
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1700)#RAID(P02T00L00)
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No
There are no volumes.

DISKPART> detail partition
Partition 1
Type  : EE
Hidden: Yes
Active: No
Offset in Bytes: 512
There is no volume associated with this partition.

Этот диск не является частью какого-либо рейда, в отличие от того, что отображается, в настоящее время он подключен к порту SATA непосредственно на материнской плате, возможно, он отображается как тип RAID, поскольку контроллер находится в режиме RAID.

Я думаю, что произошло (у меня нет возможности проверить это), что chkdsk пытался восстановить том в фоновом режиме, когда я щелкнул это уведомление в центре действий, он должен был установить идентификатор раздела в EEh, вероятно, с намерением сбросить его обратно, когда он закончил. Когда я установил букву диска в значение none, он должен был ошибиться и оставить его, как указано.

Что я пробовал

Я думал об использовании команды SETID DISKPART для указания типа раздела 07, однако это не работает:

DISKPART> set id=07

DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.

Никакие сообщения журнала событий не записываются в журнал событий, он просто не работает.

Я думаю, что возвращение этого раздела к тому, что было, приведет к восстановлению доступа к файлам, и, поскольку у меня есть еще один из этих дисков, который был отформатирован таким же образом, я убежден, что установка идентификатора раздела на 07h поможет, только я не могу этого сделать. Ниже приведены данные с моего другого жесткого диска.

DISKPART> detail disk

ST2000LM 003 HN-M201RAD SCSI Disk Device
Disk ID: BB31CF75
Type   : USB
Status : Online
Path   : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No

Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
----------  ---  -----------  -----  ----------  -------  ---------  --------
* Volume 4     E   SMSNG1       NTFS   Partition   1863 GB  Healthy

DISKPART> detail partition

Partition 1
Type  : 07
Hidden: No
Active: No
Offset in Bytes: 1048576

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
----------  ---  -----------  -----  ----------  -------  ---------  --------
* Volume 4     E   SMSNG1       NTFS   Partition   1863 GB  Healthy

DISKPART>

Если у кого-то есть опыт в подобных начинаниях, пожалуйста, поделитесь своими мыслями. Я не буду трогать диск некоторое время, потому что хочу попрактиковаться в восстановлении после этой ситуации. После восстановления я проверю контрольные суммы файлов и попытаюсь обвинить в повреждении, которое отмечалось на chkdsk, на диске или мосту USB.

РЕДАКТИРОВАТЬ - данные привода

--------------- SeaTools for Windows v1.4.0.5 ---------------
2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Identify - Started 2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Drive Capacity: 2,00 TB / 1,82 TiB
Max LBA: 3907029167
Cache Size: ----
Lifetime Bytes Read: 3,54  GB
Lifetime Bytes Written: 545,50  MB
Power-On Hours: 4255
Annualized Workload Rate [ (Writes + Reads) * (8760 / POH) ]: 0 TB/yr
Drive Temperature (C/F): 29 / 84
WWN: 50004CF210CD3B3B
Sector size (Logical/Physical/Allignment): 512 / 4096 / 0
Signal Speed (Max/Negotiated): 6.0 / 6.0 Gb/s
Transport Supported: SATA 3.0
Rotation rate: 5400 RPM
Form factor: 2.5 inch
Specification Supported: ATA8-ACS
Encryption Support: Not Supported
Security Mode: Supported, Frozen
SMART: Enabled
Host Protected Area features: Enabled
Advanced Power Management: Enabled
Download Microcode: Segmented

EDIT2 - сектора 0, 7 и 8

Sectors.txt

1 ответ1

0

Поскольку диск меньше 2 ТБ, я бы придерживался MBR и избегал хлопот с созданием GPT и занимался всеми контрольными суммами, а вместо этого изменил последние 64 байта сектора 0 с

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 EE FE 7F FF 01 00  00 00 FF FF FF FF 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

в

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 07 FE 7F FF 00 08  00 00 00 80 E0 E8 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

Это должно делать свое дело.

Я действительно не знаю, почему заголовок GPT находится в секторе 7, а таблица в секторе 8, это должен быть либо сектор 7 и 15, либо 1 и 2 ...

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .