Fondo
Coloqué una unidad de 2 TB en una caja Sata a USB3.0 y le copié 1 TB de datos. Fue un viaje de 2,5 5300 rpm, por lo que tomó casi 20 horas. Soy uno de los tipos paranoicos, así que antes de copiar los datos, usé TotalCommander para hacer sumas de verificación sha256 de todo lo que quería copiar, luego verifiqué los datos copiados en la nueva unidad USB. He usado otras dos piezas del mismo gabinete para otros dos discos, aunque de 1TB. Nunca tuve ningún problema.
Problema
Mientras verificaba las sumas de verificación, observé una notificación en el centro de actividades de Windows 10 con una "X" roja, que me decía que verificara mi sistema de archivos. No mostré cuál, pero hice clic en él de todos modos. No pasó nada, así que ejecuté el visor de eventos para ver qué pasaba. Vi tres eventos EventID 55 relacionados con errores en mi nuevo volumen, uno de ellos dijo que „:$I30:$INDEX_ALLOCATION”está dañado y otros dos dijeron que el archivo dañado está dañado <can't determine file name>. Detuve todas las operaciones en el volumen y chkdsk /Flo ejecuté, pero como se quejó de que algún otro software estaba accediendo al disco, eliminé una letra de unidad usando la utilidad de administración de disco. Cuando planeé agregar una letra nuevamente para que chkdsk la reparara, de repente vi todas las opciones atenuadas y la partición se mostró como Healthy (GPT Protective Partition). Este es el tipo EEhsegúneste artículo de wikipedia.
El disco nunca fue GPT. Todavía veo una opción Convert to GPT diskal hacer clic derecho sobre ella en la herramienta de administración de discos. A continuación se muestra una salida DETAIL DISKy DETAIL PARTITIONcomandos de 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.
Este disco no forma parte de ningún raid, al contrario de lo que se muestra, actualmente está conectado al puerto SATA directamente en la placa base, tal vez se muestre como tipo RAID porque el controlador está en modo RAID.
Lo que yopensarLo que sucedió (no tengo forma de verificar esto) es que chkdsk estaba intentando reparar el volumen en segundo plano cuando hice clic en esta notificación en el centro de actividades, debe haber configurado el ID de la partición en EEh, probablemente con la intención de restablecerlo nuevamente. cuando terminó. Cuando configuré la letra de la unidad en ninguna, debe haberse producido un error y haberla dejado como se indica.
lo que intenté
Estaba pensando en usar el comando SETID de DISKPART para especificar el tipo de partición 07, sin embargo, esto no funciona:
DISKPART> set id=07
DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.
No se escriben mensajes de registro de eventos en el registro de eventos, simplemente no funciona.
Creo que restablecer esta partición a lo que era resultará en recuperar el acceso a los archivos, y como tengo uno más de estos discos que fue formateado de la misma manera, estoy convencido de que configurar el ID de la partición en 07h será suficiente. Sólo que parece que no puedo hacerlo. A continuación se muestran datos de mi otro disco duro igual.
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>
Si alguien tiene experiencia en un esfuerzo similar, comparta su opinión. No tocaré el disco durante algún tiempo porque quiero practicar cómo recuperarme de esta situación. Tras la recuperación, verificaré las sumas de comprobación de los archivos e intentaré culpar a la corrupción que marcó chkdsk ya sea en la unidad o en el puente USB.
EDITAR - datos de la unidad
--------------- 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 - sectores 0, 7 y 8
Respuesta1
Dado que el disco es más pequeño que 2 TB, me quedaría con MBR y evitaría la molestia de crear un GPT y molestarme con todas las sumas de verificación, pero en lugar de eso cambiaría los últimos 64 bytes del sector 0 de
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 |
a
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 |
Eso debería hacer el truco.
Realmente no sé por qué el encabezado GPT está en el sector 7 y la tabla está en el sector 8, debería ser el sector 7 o el 15.o1 y 2...