Недавно я купил Kingston SSDNowV300 120 Гбит и установил на него Ubuntu 13.10. Когда я загружаюсь, он останавливается у мигающего курсора в течение огромного количества времени. Изменение флагов загрузки на текст показало кучу ошибок:
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)
Это повторялось снова и снова, пока в конечном итоге не достигло последнего, а затем завершило оставшуюся загрузку:
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)
[115 Это также иногда висело в течение долгого времени в [ 100.247175] ata3: EH complete
.
В чем может быть проблема? Это просто неисправный SSD?
Причина указана в сообщении журнала над «МККК», сначала следует проверить кабели. Это наиболее вероятный виновник проблемы, с которой вы столкнулись.
Ответ от Kingston звучит очень странно, там нет ничего, что могло бы быть несинхронизировано, ошибки CRC вызваны на физическом транспорте между двумя интерфейсами SATA (диском и материнской платой), и если они являются внешними. из-за синхронизации весь диск теряется и становится нечитаемым.
После нескольких сбоев Linux понизит скорость до 3 Гбит / с или отключит NCQ, что сильно повлияет на производительность, но также уменьшит изменение, чтобы увидеть ошибки CRC, поскольку более низкие скорости и более низкая скорость ввода-вывода увеличат вероятность выдерживать низкий уровень ошибок.