AVISO: meu HD SimpleSave de 1 TB subiu no telhado! E não tem nem um ano de uso.
SUGESTÃO: Não compre unidades de disco da Western Digital.
Adquiri hoje, por R$349,00 (a vista, retirado diretamente na Wittech) uma unidade de backup (cópia de segurança) da marca HP, linha SimpleSave, de 1 terabyte (978 gigabytes, no frigir dos ovos), mas fabricada pela Western Digital Company (1º erro: deveriam explicitar quem é o fabricante real do equipamento — até porque não sou simpatizante da marca Worstern Digital, graças à péssima qualidade de seus discos rígidos). Convém dizer que paguei o mesmo preço mais barato que a CompuJob está cobrando pela unidade de 500GB (R$399,00).
No manual, consta que os sistemas operacionais compatíveis com a unidade são apenas o Windows 7, Vista e XP (nada constando sobre Linux, *BSD, MacOS, QNX, Solaris e outros). Mas a intenção real é provar que esta compatibilidade pode ser ampliada.
Identificação da unidade através do comando lsusb:
Bus 001 Device 009: ID 03f0:4607 Hewlett-Packard
Identificação do(s) sistema(s) de arquivo e demais parâmetros pertinentes através do comando mount:
/dev/sdb1 on /media/HP SimpleSave type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sr1 on /media/HPLAUNCHER type iso9660 (ro,nosuid,nodev,uhelper=hal,uid=1000,iocharset=utf8)
No Xfce (Xubuntu 9.10 amd64) a unidade ao ser conectada à fonte de alimentação e posteriormente à porta USB (2.0), foi reconhecida de imediato, sem maiores problemas.
Para minha insatisfação, ao procurar por 03f0:4607 no Google, o primeiro resultado reportado é o de um erro ao iniciar o Ubuntu. Mas como não reinicio meu computador com frequência (e nem pretendo ficar com essa unidade conectada 24×7), tal falha não me preocupa.
Pelo visto, S.M.A.R.T. nem para remédio (ouch, é um WD!!!):
$ sudo smartctl -i /dev/sdb1
Device: HP External HDD Version: 1028
Serial number: WCAV53880754
Device type: disk
Local Time is: Wed Feb 3 23:41:17 2010 BRST
Device does not support SMART
$ sudo smartctl -i /dev/sdc -d sat -T permissive
smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green family
Device Model: WDC WD10EADS-11M2B1
Serial Number: WD-WCAV53880754
Firmware Version: 80.00A80
User Capacity: 1.000.204.886.016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Apr 4 08:03:57 2011 BRT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
$ sudo smartctl -i /dev/sdc -d sat -T permissive -P show
smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
Drive found in smartmontools Database. Drive identity strings:
MODEL: WDC WD10EADS-11M2B1
FIRMWARE: 80.00A80
match smartmontools Drive Database entry:
MODEL REGEXP: WDC WD((50|64|75)00AA(C|V)S|(50|64|75)00AADS|10EA(C|V)S|(10|15|20)EADS)-.*
FIRMWARE REGEXP: .*
MODEL FAMILY: Western Digital Caviar Green family
ATTRIBUTE OPTIONS: None preset; no -v options are required.
$ du -h /media/HPLAUNCHER
2,0K /media/HPLAUNCHER
$ du -ch /media/HP\ SimpleSave | grep total
78M total (manuais, programas etc.)
Conforme o HP SimpleSave Desktop Hard Drive User Manual (em português brasileiro):
Formato da Unidade
Este dispositivo está pré-formatado para o sistema de arquivos NTFS. O sistema de arquivos suporta arquivos de mídia maiores que 4 GB.
Alguns computadores usam o sistema de arquivos FAT32 para organizar arquivos no computador. Esse sistema é compatível com o Windows XP. Com o FAT32, um único arquivo tem o limite de tamanho de 4 GB. Isso pode causar algum problema ao criar arquivos de backup. Se precisar usar este dispositivo em um computador que requeira o FAT32, você precisará reformatar a unidade.
Como Reformatar a Unidade para FAT32
Importante: Reformatar a unidade apaga todo o seu conteúdo. Se você já guardou os arquivos na unidade, assegure-se de fazer o backup antes de reformatar.
- Clique duas vezes em My Computer (Meu Computador).
- Clique no ícone Removable Disk (Disco Removível). Aparece uma mensagem lhe perguntando se quer formatar a unidade. Clique em Yes (Sim).
- Clique em Full (Completo) na área de tipo de Formato na janela Format (Formatar). Você agora também pode inserir uma etiqueta para a unidade.
- Clique em Start (Início).
- Clique em OK. A formatação pode levar mais de 60 minutos. Não desconecte o drive durante o procedimento.
- Quando a formatação estiver concluída, clique em Close (Fechar) e depois clique em OK.
Creio que o NTFS presta-se para a maioria dos mortais, mas como trabalho com Linux, penso que existem melhores (e mais confiáveis) sistemas de arquivos — lembrando que o xfs possui um desfragmentador online (cujo uso não requer a desmontagem da unidade). Sendo assim, é a minha escolha, pois é necessário um ponto de partida.
Importante: um dia pode haver necessidade de reversão do processo e transformar novamente o sistema de arquivos da unidade em NTFS (ou FAT32, WinFS etc.). Sendo assim, é recomendável fazer-se uma cópia de segurança de todo o conteúdo disponibilizado pela HP, que em formato ZIP ficou com aproximadamente 50,6 MB (contra os 77,2 MB originais).
Aparentemente ela aceitou bem a reformatação feita com o gparted.
/dev/sdb1 on /media/HPSimpleSave type xfs (rw,nosuid,nodev,uhelper=hal)
$ time cp -axv '/media/sda5/downloads/Русские фильмы' /media/HPSimpleSave
cp: é impossível criar o diretório `/media/HPSimpleSave/Русские фильмы': Permissão negada
Grrrr! (solução porca/gambiarrística, pois estou com pressa agora)
$ sudo chown bremm:root /media/HPSimpleSave
Novamente com o mesmo comando de cópia (origem e destino, ambos xfs):
real 7m58.463s
user 0m0.160s
sys 0m14.460s
$ du -b /media/HPSimpleSave/
3764529297 /media/HPSimpleSave/Русские фильмы
3764529337 /media/HPSimpleSave/
Cerca de 8min para 3,6 GB de arquivos. Não é uma maravilha, mas em se tratando de xfs nas duas pontas e uma interface USB 2.0, está razoável.
$ time rm -rf /media/HPSimpleSave/Русские\ фильмы/
real 0m0.279s
user 0m0.040s
sys 0m0.190s
Curiosamente, ao mover os arquivos, o tempo real foi menor (!):
real 6m41.767s
user 0m0.160s
sys 0m14.090s
A explicação lógica é que os arquivos já se encontravam lá? Não sei ao certo, pois ao dar o rm -rf, apenas são mudados os dados na tabela de alocação de arquivo, e ainda seria possível recuperar os arquivos integralmente caso nada mais fosse gravado na unidade.
Agora, movendo cerca de 1,5 GB em pequenos arquivos (clipes de música com tamanhos variados, de 30 a 120 MB, aproximadamente):
real 3m21.463s
user 0m0.060s
sys 0m5.610s
Na tarde do dia 4 levei um susto, pois do nada a unidade “desconectou-se” e houve corrupção parcial no sistema de arquivos (coisa boba, mas que me deu um belo susto, pois achei que a unidade de disco havia “morrido”, graças a má fama do fabricante).
Feb 4 12:55:02 host kernel: [980441.415684] usb 1-4: USB disconnect, address 15
Feb 4 12:55:02 host kernel: [980442.437283] xfs_force_shutdown(sdb1,0×2) called from line 1043 of file /build/buildd/linux-2.6.31/fs/xfs/xfs_log.c. Return address = 0xffffffffa0b8fcfe
Feb 4 12:55:20 host kernel: [980459.800038] usb 1-4: new high speed USB device using ehci_hcd and address 17
Feb 4 12:55:20 host kernel: [980459.977441] usb 1-4: configuration #1 chosen from 1 choice
Feb 4 12:55:20 host kernel: [980459.978754] scsi13 : SCSI emulation for USB Mass Storage devices
Feb 4 12:55:25 host kernel: [980464.980724] scsi 13:0:0:0: Direct-Access HP External HDD 1028 PQ: 0 ANSI: 4
Feb 4 12:55:25 host kernel: [980464.986471] scsi 13:0:0:1: CD-ROM HP Virtual CD 4607 1028 PQ: 0 ANSI: 4
Feb 4 12:55:25 host kernel: [980464.987178] sd 13:0:0:0: Attached scsi generic sg2 type 0
Feb 4 12:55:25 host kernel: [980465.007888] sd 13:0:0:0: [sdb] 1952151552 512-byte logical blocks: (999 GB/930 GiB)
Feb 4 12:55:25 host kernel: [980465.013664] sr1: scsi3-mmc drive: 51x/51x caddy
Feb 4 12:55:25 host kernel: [980465.013961] sr 13:0:0:1: Attached scsi generic sg3 type 5
Feb 4 12:55:25 host kernel: [980465.018343] sd 13:0:0:0: [sdb] Write Protect is off
Feb 4 12:55:25 host kernel: [980465.030454] sdb: sdb1
Feb 4 12:55:25 host kernel: [980465.071034] sd 13:0:0:0: [sdb] Attached SCSI disk
Feb 4 12:55:28 host kernel: [980468.452495] sd 13:0:0:0: [sdb] Unhandled sense code
Feb 4 12:55:28 host kernel: [980468.452503] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Feb 4 12:55:28 host kernel: [980468.452510] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]
Feb 4 12:55:28 host kernel: [980468.452518] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error
Feb 4 12:55:31 host kernel: [980470.997117] sd 13:0:0:0: [sdb] Unhandled sense code
Feb 4 12:55:31 host kernel: [980470.997125] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Feb 4 12:55:31 host kernel: [980470.997133] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]
Feb 4 12:55:31 host kernel: [980470.997141] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error
Feb 4 12:55:34 host kernel: [980473.737905] sd 13:0:0:0: [sdb] Unhandled sense code
Feb 4 12:55:34 host kernel: [980473.737913] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Feb 4 12:55:34 host kernel: [980473.737921] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]
Feb 4 12:55:34 host kernel: [980473.737929] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error
[...]
Feb 4 13:24:15 host kernel: [982195.173140] __ratelimit: 22 callbacks suppressed
Feb 4 13:24:18 host kernel: [982197.701564] sd 15:0:0:0: [sdb] Unhandled sense code
Feb 4 13:24:18 host kernel: [982197.701572] sd 15:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Feb 4 13:24:18 host kernel: [982197.701580] sd 15:0:0:0: [sdb] Sense Key : Medium Error [current]
Feb 4 13:24:18 host kernel: [982197.701588] sd 15:0:0:0: [sdb] Add. Sense: Unrecovered read error
Resolvi então remontar a unidade “na unha” e ver se ela conseguia recuperar-se da falha (aparentemente causada pela porta USB e talvez pelo calor de quase 40°C aqui em casa).
Feb 4 13:24:35 host kernel: [982215.463130] XFS mounting filesystem sdb1
Feb 4 13:24:36 host kernel: [982216.415516] Starting XFS recovery on filesystem: sdb1 (logdev: internal)
Feb 4 13:24:36 host kernel: [982216.560097] Ending XFS recovery on filesystem: sdb1 (logdev: internal)
Verifiquei o conteúdo da unidade e o mesmo estava íntegro (ufa!) encontrei um arquivo danificado, que possivelmente estava no buffer do HD externo. 
Hoje (24 de maio de 2010) estou fazendo testes com o parâmetro allocsize ao montar a partição xfs. allocsize=8M aparentemente é muito baixo para quem trabalha com arquivos grandes e talvez allocsize=64M comece a surtir algum efeito (para o MythTV o pessoal tem recomendado allocsize=512M, um degrau abaixo do valor máximo). O valor mínimo corrente é allocsize=4k, o padrão quando não especificado é allocsize=64k e o máximo é allocsize=1G (recomendável para quem trabalha com criação e especialmente cópia de vídeos de grande formato).
Em 06/11/2010, resolvi usar novamente o comando xfs_check, para ver se seria possível livrar-me do inconveniente acima relatado (ao conectar a unidade à porta USB).
$ sudo xfs_check -s /dev/sdb1
out-of-order bno btree record 67 (15311545 45693127) block 2/1
blocks 2/0..4294967295 claimed by block 2/1
out-of-order bno btree record 68 (0 0) block 2/1
Em 27/11/2010, minha unidade resolveu “espirocar de vez”, deixando o tempo de acesso muito aquém do normal. Consegui recuperar o erro, mas irei comprar outro HD (Samsung ou Seagate) para substituir esta unidade. Às vezes quando ligo o HD na USB escuto um clique característico que os Western Digital fazem antes de “morrerem”…
Nota: com mais tempo, colocarei os procedimentos e mais impressões sobre a unidade de disco.
