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 WD, 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
$ 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,6MB (contra os 77,2MB 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,6GB 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,5GB em pequenos arquivos (clipes de música com tamanhos variados, de 30 a 120MB, 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).
Nota: com mais tempo, colocarei os procedimentos e mais impressões sobre a unidade de disco.
