Plano de fundo
Enfiei uma unidade de 2TB em alguns gabinetes Sata-para-USB3.0 e copiei 1 TB de dados para ela. Era 2,5 5300 rpm, por isso demorou quase 20 horas. Eu sou um dos tipos paranóicos, então antes de copiar os dados, eu usei o TotalCommander para fazer checksums do sha256 de tudo o que eu queria copiar, e então fiz uma verificação dos dados copiados no novo drive USB. Eu usei duas outras partes do mesmo gabinete para dois outros discos, 1TB embora. Nunca tive nenhum problema.
Problema
Ao verificar as somas de verificação, observei uma notificação no centro de ações do Windows 10 com um "X" vermelho, que me dizia para verificar meu sistema de arquivos. Não mostrei qual, mas eu cliquei mesmo assim. Nada aconteceu, então eu corri eventviewer para ver o que aconteceu. Eu vi três eventos EventID 55 referentes a erros no meu novo volume, um deles dizendo que „:$I30:$INDEX_ALLOCATION” está corrompido, dois outros arquivos corrompidos são <can't determine file name> . Eu parei todas as operações no volume e corri chkdsk /F sobre ele, mas porque ele reclamou que algum outro software está acessando o disco, eu removi uma letra de unidade usando o utilitário de gerenciamento de disco. Quando eu planejei adicionar uma carta novamente para fazer o chkdsk consertá-la, de repente vi todas as opções esmaecidas e a partição foi exibida como Healthy (GPT Protective Partition) . Este é o tipo EEh de acordo com este artigo da Wikipédia .
O disco nunca foi GPT. Ainda vejo uma opção Convert to GPT disk ao clicar com o botão direito do mouse nela na ferramenta Gerenciamento de disco. Abaixo está uma saída dos comandos DETAIL DISK e DETAIL PARTITION 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.
Esse disco não faz parte de nenhum ataque, ao contrário do que está sendo exibido, ele está atualmente conectado à porta SATA diretamente na placa-mãe, talvez seja mostrado como tipo RAID porque o controlador está no modo RAID.
O que eu acho aconteceu (não tenho como verificar isso) é que o chkdsk estava tentando reparar o volume em segundo plano quando clico nessa notificação no centro de ação, ele deve ter definido o ID de a partição para EEh, provavelmente com a intenção de redefini-la quando terminar. Quando eu definir a letra da unidade para nenhum, ele deve ter erro e saiu 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 essa partição de volta ao que era resultará na recuperação do acesso aos arquivos e, como eu tenho mais um desses discos formatados da mesma maneira, estou convencido de que definir o ID da partição como 07h fará o truque, só que não consigo fazer isso. Abaixo estão os dados do meu outro harddisk.
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 atividades semelhantes, compartilhe sua visão. Não tocarei no disco 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 responsabilizá-lo pelo dano causado pelo chkdsk na unidade ou na ponte USB.
EDIT - 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
Sectors.txt