Quando vale a pena um "transplante" da placa de circuitos?

[johannesrs]

Oi pessoal, tudo bom?

Seguinte, problema sério: Estou aqui com um HD de 750 giga, lotado, que parece que "pediu água" por completo.

Não pude fazer grandes testes ainda, mas a menos que a MB esteja loqueando, ele tá tão mal que nem a BIOS mais enxerga o coitado.

Supondo que eu confirme em outra máquina (o que vai levar algumas semanas na minha lista de prioridades) que ele tá ferrado;

E dado que a Seagate, se eu mandar pra garantia, vai pura e simplesmente trocar o HD e me mandar um novo, sem maiores testes;

Quais são as situações em que é válido tentar arranjar outro HD idêntico e fazer um "transplante" da placa de circuitos, pra ver se não foi só ela que morreu? O que que eu devo levar em conta pra isso? Tem que ser o EXATO mesmo modelo, ou o quão próximo pode ser? Se confirmar que não era a placa de circuitos, ainda vou pode acionar a garantia, pra trocar o disco apesar de ter perdido todos os dados daí?

Fico na escuta, esperando mais informações ou sugestões.

[johannesrs]

Bom, ninguém mandou nenhuma resposta, mas consegui mais informações sobre o erro que tá dando no HD.

O kernel fica mandando desesperadamente as seguintes mensagens:

Feb 16 20:43:07 aurora kernel: [ 2000.809052] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:07 aurora kernel: [ 2000.809087] ata2: é complete

Feb 16 20:43:07 aurora kernel: [ 2000.815553] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0002 action 0xe frozen

Feb 16 20:43:07 aurora kernel: [ 2000.815561] ata2: irq_stat 0x00000040, connection status changed

Feb 16 20:43:07 aurora kernel: [ 2000.815567] ata2: SError: { RecovComm PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:07 aurora kernel: [ 2000.815576] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:07 aurora kernel: [ 2000.815581] ata2: hard resetting link

Feb 16 20:43:08 aurora kernel: [ 2001.697138] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:08 aurora kernel: [ 2001.697173] ata2: é complete

Feb 16 20:43:08 aurora kernel: [ 2001.703696] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0202 action 0xe frozen

Feb 16 20:43:08 aurora kernel: [ 2001.703720] ata2: irq_stat 0x00400040, connection status changed

Feb 16 20:43:08 aurora kernel: [ 2001.703738] ata2: SError: { RecovComm Persist PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:08 aurora kernel: [ 2001.703763] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:08 aurora kernel: [ 2001.703779] ata2: hard resetting link

Feb 16 20:43:09 aurora kernel: [ 2002.427071] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:09 aurora kernel: [ 2002.427106] ata2: é complete

Feb 16 20:43:09 aurora kernel: [ 2002.436345] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0202 action 0xe frozen

Feb 16 20:43:09 aurora kernel: [ 2002.436371] ata2: irq_stat 0x00400040, connection status changed

Feb 16 20:43:09 aurora kernel: [ 2002.436389] ata2: SError: { RecovComm Persist PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:09 aurora kernel: [ 2002.436414] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:09 aurora kernel: [ 2002.436429] ata2: hard resetting link

Feb 16 20:43:10 aurora kernel: [ 2003.604954] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:10 aurora kernel: [ 2003.604989] ata2: é complete

Feb 16 20:43:10 aurora kernel: [ 2003.611506] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0002 action 0xe frozen

Feb 16 20:43:10 aurora kernel: [ 2003.611532] ata2: irq_stat 0x00000040, connection status changed

Feb 16 20:43:10 aurora kernel: [ 2003.611550] ata2: SError: { RecovComm PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:10 aurora kernel: [ 2003.611574] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:10 aurora kernel: [ 2003.611590] ata2: hard resetting link

Feb 16 20:43:11 aurora kernel: [ 2004.338126] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:11 aurora kernel: [ 2004.338163] ata2: é complete

Feb 16 20:43:11 aurora kernel: [ 2004.344570] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0002 action 0xe frozen

Feb 16 20:43:11 aurora kernel: [ 2004.344596] ata2: irq_stat 0x00000040, connection status changed

Feb 16 20:43:11 aurora kernel: [ 2004.344615] ata2: SError: { RecovComm PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:11 aurora kernel: [ 2004.344638] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:11 aurora kernel: [ 2004.344655] ata2: hard resetting link

Feb 16 20:43:12 aurora kernel: [ 2005.070071] ata2: SATA link down (SStatus 0 SControl 310)

Feb 16 20:43:12 aurora kernel: [ 2005.070106] ata2: é complete

Feb 16 20:43:12 aurora kernel: [ 2005.077651] ata2: exception Emask 0x10 SAct 0x0 SErr 0x40d0202 action 0xe frozen

Feb 16 20:43:12 aurora kernel: [ 2005.077676] ata2: irq_stat 0x00400040, connection status changed

Feb 16 20:43:12 aurora kernel: [ 2005.077696] ata2: SError: { RecovComm Persist PHYRdyChg CommWake 10B8B DevExch }

Feb 16 20:43:12 aurora kernel: [ 2005.077720] ata2: limiting SATA link speed to 1.5 Gbps

Feb 16 20:43:12 aurora kernel: [ 2005.077736] ata2: hard resetting link

Feb 16 20:43:13 aurora kernel: [ 2006.423134] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

Feb 16 20:43:13 aurora kernel: [ 2006.423162] ata2.00: link online but device misclassifed

Feb 16 20:43:13 aurora kernel: [ 2006.423169] ata2: link online but 1 devices misclassified, retrying

Feb 16 20:43:13 aurora kernel: [ 2006.423186] ata2: reset failed (errno=-11), retrying in 9 secs

Feb 16 20:43:22 aurora kernel: [ 2015.078181] ata2: hard resetting link

Feb 16 20:43:23 aurora kernel: [ 2015.955134] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

Feb 16 20:43:23 aurora kernel: [ 2015.956371] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x100)

Feb 16 20:43:28 aurora kernel: [ 2020.956110] ata2: hard resetting link

Feb 16 20:43:28 aurora kernel: [ 2021.415057] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

Feb 16 20:43:33 aurora kernel: [ 2026.416222] ata2.00: qc timeout (cmd 0xec)

Feb 16 20:43:33 aurora kernel: [ 2026.416255] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4)

Feb 16 20:43:33 aurora kernel: [ 2026.416278] ata2: hard resetting link

Feb 16 20:43:33 aurora kernel: [ 2026.875185] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)

Feb 16 20:43:33 aurora kernel: [ 2026.875213] ata2.00: link online but device misclassifed

Feb 16 20:43:33 aurora kernel: [ 2026.875219] ata2: link online but 1 devices misclassified, retrying

Feb 16 20:43:33 aurora kernel: [ 2026.875236] ata2: reset failed (errno=-11), retrying in 10 secs

Eu catei algumas informações no google:

http://forums.seagate.com/stx/board/message?board.id=ata_drives&message.id=8303

http://ata.wiki.kernel.org/index.php/Libata_error_messages

Mas não consigo ter ideia do que seja. Especialmente, não tenho ideia do principal: alguma esperança pros meus dados (750giga!) que estão nesse HD?

[DuoLEd]

Qual o modelo exato do HD?

Aparentemente é um dos modelos com firmware bugado da Seagate 7200.11 .

[johannesrs]

Obrigado por responder, DuoLed!

Não tenho como ver agora, mas não me espantaria nem um pouco que fosse. 95% de certeza de que é um daquela época e geração.

O problema é que, naturalmente, se nem a BIOS consegue um "lock" no HD, não dá pra fazer upgrade do firmware... Então, a pergunta é: como procedo? Existe esperança pros meus dados? Imaginaria que sim, porque se o firmware morreu, os dados continuariam escritos, né? Vale a pena tentar apenas trocar a placa de circuitos por uma que NÃO tenha esse problema, ou seja, firmware atualizado, ou algo assim? Ou devo partir do pressuposto que os dados se perderam? Ou que eles não se perderam, mas essa operação de trocar a placa de circuitos é pra LÁ de arriscada, e a garantia não vai cobrir depois?

Qualquer luz aqui, por favor!

[DuoLEd]

Se for o 7200.11 com problema no firmware, há sim como recuperá-lo. Mesmo trocando a placa lógica do HD, o problema do firmware não é solucionado.

[johannesrs]

Se for o 7200.11 com problema no firmware, há sim como recuperá-lo. Mesmo trocando a placa lógica do HD, o problema do firmware não é solucionado.

Bom, o fato de poder recuperá-lo, e aos dados portanto, é uma ÓTIMA notícia.

A pergunta é como eu faço isso? Porque eu imagino que uma atualização de firmware deva se tornar bem complicada, dado que no HD em questão nem a BIOS está conseguindo enxergá-lo (só o kernel do linux que "sente" que ele tá lá, e tenta desesperadamente acessar).

Enfim, alguma dica ou link instruindo como eu deveria proceder numa situação dessas?

Desde já, muitíssimo obrigado!

[DuoLEd]

Um tutorial bastante completo pode ser acesso abaixo:

http://www.msfn.org/board/topic/128807-the-solution-for-seagate-720011-hdds/

Só lembrando que isso só vale para o 7200.11.

[johannesrs]

ok, a notícia de que os dados estavam ok era realmente boa demais...

porque tirar este hd do BUSY vai ser um pesadelo!

[johannesrs]

Ressuscitando o tópico.

Ainda não resolvi, mas literalmente acabo de confirmar que sim, é dois HDs 7200.11 que tenho aqui...

Tive viajando, e por isso não pude mais olhar isso. Combinei com um amigo meu, que tem mão bem mais firme e sangue mais frio, além de curso de eletrônica, pra tentar a cirurgia daqui a umas duas semanas.

Atualizo aqui quando tiver mais novidades. Mas valeu mesmo!