Fundo
Coloquei uma unidade de 2 TB em algum gabinete Sata para USB3.0 e copiei 1 TB de dados para ela. Era uma unidade de 2,5 5300 rpm, então demorou quase 20 horas. Eu sou um dos tipos paranóicos, então antes de copiar os dados, usei o TotalCommander para fazer somas de verificação sha256 de tudo que queria copiar e, em seguida, verifiquei os dados copiados na nova unidade USB. Usei duas outras peças do mesmo gabinete para dois outros discos, embora de 1 TB. Nunca tive nenhum problema.
Problema
Ao verificar as somas de verificação, observei uma notificação no centro de ação do Windows 10 com um “X” vermelho, que me dizia para verificar meu sistema de arquivos. Não mostrei qual, mas cliquei mesmo assim. Nada aconteceu, então executei o eventviewer para ver o que aconteceu. Vi três eventos EventID 55 relativos a erros no meu novo volume, um deles dizendo que „:$I30:$INDEX_ALLOCATION”está corrompido, outros dois dizendo que o arquivo corrompido é <can't determine file name>. Interrompi todas as operações no volume e executei chkdsk /F-o, mas como ele reclamou que algum outro software estava acessando o disco, removi uma letra de unidade usando o utilitário de gerenciamento de disco. Quando planejei adicionar uma letra novamente para fazer o chkdsk repará-la, de repente vi todas as opções esmaecidas e a partição foi exibida como Healthy (GPT Protective Partition). Este é o tipo EEhde acordo comeste artigo da Wikipédia.
O disco nunca foi GPT. Ainda vejo uma opção Convert to GPT diskao clicar com o botão direito do mouse na ferramenta Gerenciamento de disco. Abaixo está uma saída DETAIL DISKe 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 não faz parte de nenhum raid, ao contrário do que está sendo exibido, atualmente está conectado à porta SATA diretamente na placa-mãe, talvez apareça como tipo RAID porque o controlador está no modo RAID.
O que eupensaraconteceu (não tenho como verificar isso) é que o chkdsk estava tentando reparar o volume em segundo plano quando cliquei nesta notificação na central de ação, ele deve ter definido o ID da partição para EEh, provavelmente com a intenção de redefini-la de volta quando terminou. Quando defini a letra da unidade como nenhuma, deve ter ocorrido um erro e deixado como indicado.
O que eu tentei
Eu estava pensando em usar o comando SETID do DISKPART para especificar o tipo de partição 07, mas isso não funciona:
DISKPART> set id=07
DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.
Nenhuma mensagem do log de eventos é gravada no log de eventos, simplesmente não funciona.
Acho que configurar esta partição de volta ao que era resultará na recuperação do acesso aos arquivos, e como tenho mais um desses discos que foi formatado da mesma maneira, estou convencido de que definir o ID da partição para 07h resolverá o problema, só que não consigo fazer isso. Abaixo estão os dados do meu outro disco rígido.
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>
Se alguém tiver experiência em empreendimento semelhante, compartilhe sua visão. Não tocarei no drive por algum tempo porque quero praticar a recuperação dessa situação. Após a recuperação, verificarei as somas de verificação dos arquivos e tentarei culpar a corrupção que marcou o chkdsk na unidade ou na ponte USB.
EDITAR - dados da unidade
--------------- 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 - setores 0, 7 e 8
Responder1
Como o disco é menor que 2 TB, eu preferiria o MBR e evitaria o incômodo de criar um GPT e me preocuparia com todas as somas de verificação, mas em vez disso alteraria os últimos 64 bytes do setor 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 |
para
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 |
Isso deve funcionar.
Eu realmente não sei por que o cabeçalho da GPT está no setor 7 e a tabela está no setor 8, deveria ser o setor 7 e 15ou1 e 2...