Meu disco rígido USB parece inacessível

0

Portanto, eu tenho um disco rígido USB, que é montado automaticamente e usado para instantâneos de disco completo por hora, diariamente, semanalmente por mês, via snapshot.

Parece que falhou. Estou desconfiado de tentar reformatar completamente se a recuperação for possível, já que isso me perderia todos os backups antigos.

Contexto

OS é o Linux Mint 18.1. A unidade é um WD MyPassport. A única razão para usar uma unidade USB para isso é que eu já a tive - não tenho a tendência de desconectá-la.

Eu recentemente mudei o que as power strips estavam conectadas, que é o único evento recente que pode ter causado perda de energia - o computador estava desligado quando eu fiz isso, no entanto. Eu tive alguns problemas de inicialização depois disso, a pesquisa parecia indicar um problema solucionável por curto-circuito dos pinos CLR CMOS na minha placa-mãe para redefinir o BIOS. Então, aparentemente, pode ter havido problemas de poder, de alguma forma. Depois disso, continuei com problemas para inicializar após o terminal de recuperação de emergência, até que removi a unidade de backup do meu fstab .

Tentativas de diagnosticar

(todos os comandos com sudo )

fdisk -l /dev/sdb produz fdisk: cannot open /dev/sdb: Input/output error

blkid /dev/sdb não produz nada.

fsck /dev/sdb de saídas

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

ls /dev listas sdb

A tentativa de montá-lo pelo UUID produz mount: can't find UUID=83dbb817-b194-4c83-bb3f-9b67163e1c5c

A tentativa de inicializar o computador sem comentar a unidade dos meus resultados de fstab no respingo de inicialização de pontos verdes durou muito tempo, acabou ficando laranja e produzindo várias mensagens de erro. O único que eu transcrevi começou com blk_update_request: critical medium error .

Quando encerrei antes de terminar de desligar, recebi a seguinte tela do terminal:

Linux Mint 18.1 Serena dt tty 1
dt login: [ 5840.759433] blk_update_request: critical medium error, dev sdb, sector 0
[ 5840.759523] Buffer I/O error on dev sdb, logical block 0, async page read

Essas duas mensagens de erro se repetiram (lentamente, um atraso significativo entre cada uma) várias vezes com o aumento de timestamps até que a máquina finalmente fosse desligada. O intervalo antes da segunda vez que a mensagem mostrada foi de aprox. 17 segundos. Não consegui tirar uma foto mais adiante, mas foi por mais meia dúzia de repetições. Esses foram os erros mais vistos na tentativa de inicialização, também.

Acabei de notar que a pouca luz na unidade continua piscando e a unidade continua zumbindo suavemente quando o computador é desligado. Não consigo me lembrar se esse foi o caso quando estava funcionando corretamente.

Tentei smartctl :

~ $ sudo smartctl -i -A /dev/sdb
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.8.0-56-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD20NMVW-11AV3S4
Serial Number:    WD-WX11E23AAA87
LU WWN Device Id: 5 0014ee 2b36180eb
Firmware Version: 01.01A01
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Wed Jun 21 22:50:33 2017 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       207
  3 Spin_Up_Time            0x0027   222   216   021    Pre-fail  Always       -       3900
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1664
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   185   185   000    Old_age   Always       -       248
  9 Power_On_Hours          0x0032   094   094   000    Old_age   Always       -       4855
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       182
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       56
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       5196
194 Temperature_Celsius     0x0022   126   105   000    Old_age   Always       -       26
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

dmesg pastebin: aqui

    
por David Heyman 21.06.2017 / 04:50

1 resposta

2

Resposta parcial: aqui estão as mensagens de log quando ele tenta acessar o disco pela primeira vez:

[   19.614242] sd 6:0:0:0: [sdb] 3906963456 512-byte logical blocks: (2.00 TB/1.82 TiB)
[   19.614484] sd 6:0:0:0: [sdb] Write Protect is off
[   19.614485] sd 6:0:0:0: [sdb] Mode Sense: 47 00 10 08
[   19.614724] sd 6:0:0:0: [sdb] No Caching mode page found
[   19.614734] sd 6:0:0:0: [sdb] Assuming drive cache: write through

Estas são as mensagens normais para a inicialização do drive. Mas 10 segundos depois (provavelmente o intervalo de tempo limite):

[   38.037295] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[   38.037297] sd 6:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[   38.037298] sd 6:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[   38.037299] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[   38.037300] blk_update_request: critical medium error, dev sdb, sector 0

Portanto, desde o início, a primeira leitura falha e essa leitura parece ser para a tabela de partições. Isso significa que, no melhor dos casos, você tem um bloco ruim onde está a tabela de partições. Você se lembra de alguma coisa sobre a tabela de partições? Se for uma partição para todo o disco, a recuperação deve ser fácil.

No pior dos casos, não é possível ler nada, portanto, o primeiro passo é executar badblocks /dev/sdb e ver quantos erros de leitura você recebe.

Se for apenas a tabela de partições, a opção segura (se os dados forem realmente valiosos) é obter um segundo disco rígido, use dd_rescue , ddrescue ou o que for para tentar ler cada bloco, ver onde a leitura erros são (apenas tabela de partição, ou mais?), criar uma nova partição na cópia do disco rígido danificado e ver o que você pode recuperar.

A opção um pouco mais insegura é apenas criar uma nova partição com fdisk , sfdisk (MBR) ou sgdisk (GPT), dependendo de como você fez a tabela de partição e se você se lembra dela. A contagem do setor realocado é zero, portanto, deve ter setores sobressalentes para substituir os danificados. Não faça novos sistemas de arquivos na (s) partição (ões), isso destruirá seus dados antigos. Monte a partição somente leitura e veja o que você pode obter.

Eu não usaria essa unidade para fazer backup de seus dados no futuro.

    
por 23.06.2017 / 08:13