O novo SSD recebe erros ao inicializar

Question

Eu comprei recentemente um SSDNowV300 Kingston de 120Gb e instalei o Ubuntu 13.10 nele. Quando eu inicializo, ele faz uma pausa em um cursor piscando por um longo período de tempo. Alterar os sinalizadores de inicialização para o texto mostrou vários erros:

Jan 15 17:39:01 speshmesh kernel: [  142.179159] ata3.00: status: { DRDY ERR }
Jan 15 17:39:01 speshmesh kernel: [  142.179209] ata3.00: error: { ICRC ABRT }
Jan 15 17:39:01 speshmesh kernel: [  142.179259] ata3.00: failed command: READ FPDMA QUEUED
Jan 15 17:39:01 speshmesh kernel: [  142.179312] ata3.00: cmd 60/28:c8:00:48:c6/00:00:0b:00:00/40 tag 25 ncq 20480 in
Jan 15 17:39:01 speshmesh kernel: [  142.179312]          res 41/84:d0:08:4a:c6/84:00:0b:00:00/40 Emask 0x10 (ATA bus error)
Jan 15 17:39:01 speshmesh kernel: [  142.179392] ata3.00: status: { DRDY ERR }
Jan 15 17:39:01 speshmesh kernel: [  142.179442] ata3.00: error: { ICRC ABRT }
Jan 15 17:39:01 speshmesh kernel: [  142.179492] ata3.00: failed command: READ FPDMA QUEUED
Jan 15 17:39:01 speshmesh kernel: [  142.179545] ata3.00: cmd 60/08:d0:08:4a:c6/00:00:0b:00:00/40 tag 26 ncq 4096 in
Jan 15 17:39:01 speshmesh kernel: [  142.179545]          res 41/84:d0:08:4a:c6/84:00:0b:00:00/40 Emask 0x10 (ATA bus error)

Isso é repetido várias vezes até chegar ao último e depois terminar o resto da inicialização:

Jan 15 17:39:01 speshmesh kernel: [  142.180557] ata3.00: status: { DRDY ERR }
Jan 15 17:39:01 speshmesh kernel: [  142.180607] ata3.00: error: { ICRC ABRT }
Jan 15 17:39:01 speshmesh kernel: [  142.180659] ata3: hard resetting link
Jan 15 17:39:01 speshmesh kernel: [  142.180708] ata3: nv: skipping hardreset on occupied port
Jan 15 17:39:01 speshmesh kernel: [  142.648026] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

Também ocasionalmente ficou pendurado por um longo tempo em [ 100.247175] ata3: EH complete .

Qual poderia ser o problema? É apenas um SSD defeituoso?

    

Answer 1

A causa é relatada na mensagem acima "CICV", você deve verificar os cabos primeiro. É o culpado mais provável do problema que você está tendo.

A resposta da Kingston soa muito estranha, não há nada que possa ficar fora de sincronia, os erros de CRC são causados no transporte físico entre as duas interfaces SATA (disco e placa-mãe) e se eles estiverem fora de sincronia. de sincronizar todo o disco é perdido e se torna ilegível.

Após algumas falhas, o Linux reduzirá a velocidade para 3Gbps ou desativará o NCQ, o que afetará severamente o desempenho, mas também reduzirá a alteração para ver os erros de CRC, pois velocidades mais baixas e menor taxa de E / S aumentarão a chance de suportar baixa taxa de erros.