Опасны ли эти ошибки SATA?

Я получаю эти ошибки постоянно, и я не знаю, нормально это или нет.

[39441.061856] ata3.00: failed to read SCR 1 (Emask=0x40)[39441.061866] ata3.01: failed to read SCR 1 (Emask=0x40)[39441.061892] ata3.15: exception Emask 0x10 SAct 0x0 SErr 0x280100 action 0x6 frozen[39441.061897] ata3.15: irq_stat 0x08000000, interface fatal error[39441.061904] ata3.15: SError: { UnrecovData 10B8B BadCRC }[39441.061910] ata3.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen[39441.061917] ata3.01: exception Emask 0x100 SAct 0xe SErr 0x0 action 0x6 frozen[39441.061923] ata3.01: failed command: READ FPDMA QUEUED[39441.061933] ata3.01: cmd 60/a8:08:b0:48:62/00:00:00:00:00/40 tag 1 ncq 86016 in[39441.061940] ata3.01: status: { DRDY }[39441.061944] ata3.01: failed command: READ FPDMA QUEUED[39441.061953] ata3.01: cmd 60/a8:10:b0:49:62/00:00:00:00:00/40 tag 2 ncq 86016 in[39441.061959] ata3.01: status: { DRDY }[39441.061963] ata3.01: failed command: READ FPDMA QUEUED[39441.061972] ata3.01: cmd 60/58:18:58:4a:62/00:00:00:00:00/40 tag 3 ncq 45056 in[39441.061978] ata3.01: status: { DRDY }[39441.061987] ata3.15: hard resetting link[39441.608302] ata3.15: SATA link up 3.0 Gbps (SStatus 123 SControl 300)[39441.609090] ata3.00: hard resetting link[39441.929246] ata3.00: SATA link up 3.0 Gbps (SStatus 123 SControl 320)[39441.929333] ata3.01: hard resetting link[39442.249184] ata3.01: SATA link up 3.0 Gbps (SStatus 123 SControl 320)[39442.263242] ata3.00: configured for UDMA/133[39442.277570] ata3.01: configured for UDMA/133[39442.277725] ata3: EH complete

Я также вставляю smartctl -a для ПДД, sdb и sdc.

Заранее спасибо за вашу помощь.

Хотя я, по сути, согласен с Ответ Джеппетта Д'Констанцо, Я бы предположил, что некоторые из первых вещей, которые вы также могли бы попробовать, это

  1. Убедитесь, что кабель SATA надежно подключен и подключен к гнездам на материнской плате и жестком диске.

  2. Замена кабеля SATA. Кабели SATA стоят (относительно) недорого, и иногда вы получаете "плохой"один. Часто простая замена кабеля - самый простой способ диагностировать и решить подобную проблему.

(Хотя несколько неожиданно, что два кабели были бы плохими одновременно. Тем не менее, это легко проверить, так что, на мой взгляд, это, вероятно, стоит сделать.)

Я только что видел ваши прошлые папки, содержащие интеллектуальные данные для ваших дисков. Обратите внимание на неожиданно большое количество ошибок CRC для дисков sdb и sdc. Я предлагаю вам начать с проверки кабелей и соединений для этих дисков.

junior@mediacenter:/$ sudo  smartctl -a /dev/sda...Model Family:     SAMSUNG SpinPoint M7E (AFT)Device Model:     SAMSUNG HM321HI...199 UDMA_CRC_Error_Count    0x0036   200   200   000   Old_age  Always -    0junior@mediacenter:/$ sudo  smartctl -a /dev/sdb...Model Family:     SAMSUNG SpinPoint F4 EG (AFT)Device Model:     SAMSUNG HD204UI...199 UDMA_CRC_Error_Count    0x0036   100   100   000   Old_age  Always  -  57junior@mediacenter:/$ sudo  smartctl -a /dev/sdc...Model Family:     SAMSUNG SpinPoint F4 EG (AFT)Device Model:     SAMSUNG HD204UI...199 UDMA_CRC_Error_Count    0x0036   100   100   000   Old_age  Always  - 398

Хорошо. Итак нет тогда латпоп. ;-)
Конечно, если это происходит на ноутбуке, то ничто из вышеперечисленного не применимо, и я не уверен, какой совет предложить. Может быть, удалить и переустановить жесткий диск? Возможно, его просто нужно снова установить в гнездо, чтобы улучшить соединение?


sbd и sdc подключаются по одному и тому же внешнему кабелю e-sata (док-станция для жесткого диска Thermaltake Duo). я заменю свой кабель e-sata.

Это может быть связано с неисправным или некачественным кабелем. Также может случиться так, что кабель каким-то образом перемещается, натыкается или иным образом толкается во время использования привода.

Похоже, у вас некачественный / поврежденный кабель питания / передачи данных SATA. Что может быть причиной плохих CRC. Они совсем не вредны, и вы можете жить с ними, но скоро вы потеряете много данных.

Интеллектуальный отчет о ваших жестких дисках выглядит нормально, поэтому я поддерживаю проблемы с питанием, основываясь на моем опыте установки 5 жестких дисков в одном корпусе / источнике питания. Я закончил использовать внешний источник питания (475 Вт) для 2 накопителей и 600 Вт корпуса для всего корпуса, включая графический процессор, оптические и жесткие диски.

В любом случае, я предлагаю вам выполнить полную резервную копию, прежде чем делать что-либо еще. Если возможно, клонируйте свой жесткий диск, после чего вы должны проверить свои кабели и напряжение источника питания.

Похоже, существует проблема между некоторыми версиями ядра и некоторыми контроллерами SATA.

Недавно я начал сталкиваться с очень похожей проблемой (не уверен, что это точно такая же проблема) на веб-сервере под управлением Scientific Linux.

Самая точная и полная информация, которую я нашел о такой проблеме, - это панель запуска жук.

Короче говоря: Отключение NCQ кажется, это лучшее решение для пользователей, сталкивающихся с этой проблемой.

У меня была та же проблема - в моем случае это было связано с тем, что 4-контактный адаптер питания SATA не был плотно подключен.

Это почти всегда неисправный диск, у меня есть тысячи дисков, которые мы используем, и хотя эти ошибки никогда не приводят к сбою диска, они привели к повреждению файловой системы. Я думаю, что это действительно связано с проблемой с платой контроллера на диске.

Я перепробовал все, чтобы решить эту проблему, решение заключается в замене привода, и все работает на тех же кабелях и контроллерах.

Удачи

Эта ошибка вряд ли повредит ваш жесткий диск, но с высокой вероятностью приведет к повреждению вашей файловой системы (ов). Начните с определения того, какой диск выдает ошибки. Обычно это можно легко определить с помощью ряда подходов, таких как:

1) Выдача команды dmesg | grep ata3 и ищу марку и модель жесткого диска. (поскольку ata3 - это порт, вызывающий ошибку в вашей ситуации. Отрегулируйте соответствующим образом) это обеспечит вывод, аналогичный этому:

dmesg | grep ata3[    4.756081] ata3: SATA max UDMA/133 abar m2048@0xf7f26000 port 0xf7f26200 irq 135[    5.071981] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)[    5.077850] ata3.00: HPA detected: current 1953523055, native 1953525168[    5.077959] ata3.00: ATA-8: SAMSUNG HD103SJ, 1AJ10001, max UDMA/133[    5.077960] ata3.00: 1953523055 sectors, multi 16: LBA48 NCQ (depth 32), AA[    5.084057] ata3.00: configured for UDMA/133

Беглый взгляд показывает, что диск, подключенный к ata3, - это SAMSUNG HD103SJ

2) Выполните приведенную ниже команду:

find -L /sys/bus/pci/devices/*/ata*/host*/target* -maxdepth 3 -name "sd*" 2>/dev/null | egrep block |egrep --colour '(ata[0-9]*)|(sd.*)'

Это позволит указать как порты, так и имена устройств, выделенные в одной строке, как показано ниже:

output

Легко видеть, что устройству, подключенному к ata3, присвоено имя устройства sdb

3)установите lsscsi с помощью sudo apt install lsscsi и выдать команду lsscsi

$ lsscsi[0:0:0:0]    cd/dvd  ATAPI    iHAS124   F      CL9M  /dev/sr0 [1:0:0:0]    disk    ATA      WDC WD2003FZEX-0 1A01  /dev/sda [2:0:0:0]    disk    ATA      SAMSUNG HD103SJ  0001  /dev/sdb [3:0:0:0]    disk    ATA      ST6000VN0033-2EE SC60  /dev/sdc 

Обратите внимание, что первая запись в каждой строке выше - это scsi_host, channel, target_number и LUN. Он заключен в квадратные скобки, и каждый элемент разделен двоеточием. При наличии нескольких устройств SCSI их записи сортируются в порядке возрастания.

Простое добавление 1 к первому числу в каждой строке вывода дает вам порт ATA. Более подробную информацию вы можете найти на lsscsi здесь и здесь.

Поскольку в вашем случае мы видим ошибки, возникающие как на 3.00, так и на 3.01, у вас более одного диска, подключенного к одному и тому же порту ATA. Вам нужно будет тщательно проверить подключение как к ata3.00, так и к ata3.01. Это может быть корпус накопителя с несколькими отсеками, подключенный к одному и тому же кабелю. Поскольку оба накопителя выдают ошибки, замена кабеля в вышеупомянутом отсеке для нескольких накопителей должна устранить проблему для обоих накопителей. Эти устройства обычно имеют внешний источник питания, который также может быть причиной неисправности и нуждается в замене, но кабель (являющийся самым слабым звеном), безусловно, является наиболее вероятной основной причиной проблемы.

Источники:

Опыт

https://linux.die.net/man/8/lsscsi

http://sg.danny.cz/scsi/lsscsi.html

https://serverfault.com/questions/244944/linux-ata-errors-translating-to-a-device-name/868943#868943

Я знаю, что эта тема старая, но только что столкнулся с той же проблемой, пришел сюда из Google.

  • получение ata3.01: failed command: READ FPDMA QUEUED при загрузке KUBUNTU 16.04 livecd.
  • WINDOWS 7 будет вести себя неустойчиво, некоторое время работает нормально, но зависает после просмотра YouTube.

Замена кабеля SATA ничего не дала.
Заменил блок питания, и проблема исчезла.

Я знаю, что эта тема старая, но недавно я столкнулся с той же проблемой на недавно купленной машине с 6 слотами sata. Я установил cdrom и жесткий диск на 2 слота sata близко друг к другу, а затем приступил к установке ubuntu без ошибок, пока не перезагрузился, после чего я увидел ошибку ata8: hard resetting link. Машина останавливается до этого момента и никогда не восстанавливается. Я несколько раз пытался перезагрузиться, но это не сработало. А затем я попытался заменить жесткий диск на одном из 4 доступных слотов, и это сработало просто отлично, без проблем.

Эта ошибка опасна и может повредить ваш жесткий диск.

Чтобы решить эту проблему:

  1. Замените кабель SATA.
  2. Если ошибка повторяется, подключите кабель SATA к другому разъему материнской платы (текущий разъем может быть окислен).
  3. Если ошибка повторяется, проблема должна быть в вашем блоке питания (блоке питания).

http://eliasoenal.com/2012/10/31/power-supply-failures-can-be-pretty-annoying-to-find/

У меня была такая же проблема. Я перепробовал все, но только на порту j-micron на моем asus p5k у меня не было ошибок.

Но когда я подключил диск к другому источнику питания, он заработал, и ошибки исчезли. Затем я вернул дисковод к исходному источнику питания, но с новым разъемом питания, и это тоже сработало.