Что означает эта ошибка?
Следующая ошибка продолжает подходить в журналах:
Oct 3 09:51:36 gooseberry kernel: [15050.345601] sd 5:0:0:0: [sdb] tag#0 CDB: ATA command pass through(12)/Blank a1 06 20 da 00 00 4f c2 00 b0 00 00
Oct 3 10:01:35 gooseberry kernel: [15649.821810] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
Oct 3 10:01:35 gooseberry kernel: [15649.821817] sd 5:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor]
Oct 3 10:01:35 gooseberry kernel: [15649.821820] sd 5:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
Oct 3 10:01:35 gooseberry kernel: [15649.821824] sd 5:0:0:0: [sdb] tag#0 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
Oct 3 10:01:36 gooseberry kernel: [15650.300873] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
Oct 3 10:01:36 gooseberry kernel: [15650.300879] sd 5:0:0:0: [sdb] tag#0 Sense Key : Hardware Error [current] [descriptor]
Oct 3 10:01:36 gooseberry kernel: [15650.300881] sd 5:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
Oct 3 10:01:36 gooseberry kernel: [15650.300885] sd 5:0:0:0: [sdb] tag#0 CDB: ATA command pass through(12)/Blank a1 06 20 da 00 00 4f c2 00 b0 00 00
$ uname -a
Linux gooseberry 4.4.0-38-generic #57-Ubuntu SMP Tue Sep 6 15:42:33 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
2 ответа
Я нашел отчет об ошибках для версии 4.6.3 Ядра и больше, где эта ошибка сначала появилась. Это посылает спам /var/log/syslog каждые 10 минут. Об этой ошибке сообщили уже в версии 4.7.2 Ядра. По-видимому, обновления Ubuntu ядра 4.4.0-38 представили ошибку теперь.
Также об этой ошибке сообщают с присоединенными дисками USB. То, которое я предполагаю Вашим sdb.
, По-видимому, это не повод для беспокойства кроме факта, это массово рассылает Ваш syslog.
отчет об ошибках, который я нашел, может сопровождаться в: https://bugzilla.redhat.com/show_bug.cgi? id=1351305
Довольно возможно, что это происходит из-за этой фиксации:
0dec8c0d67c64401d97122e4eba347ccc5850622 is the first bad commit
commit 0dec8c0d67c64401d97122e4eba347ccc5850622
Author: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Date: Fri May 13 12:04:06 2016 -0700
scsi_lib: correctly retry failed zero length REQ_TYPE_FS commands
commit a621bac3044ed6f7ec5fa0326491b2d4838bfa93 upstream.
When SCSI was written, all commands coming from the filesystem
(REQ_TYPE_FS commands) had data. This meant that our signal for needing
to complete the command was the number of bytes completed being equal to
the number of bytes in the request. Unfortunately, with the advent of
flush barriers, we can now get zero length REQ_TYPE_FS commands, which
confuse this logic because they satisfy the condition every time. This
means they never get retried even for retryable conditions, like UNIT
ATTENTION because we complete them early assuming they're done. Fix
this by special casing the early completion condition to recognise zero
length commands with errors and let them drop through to the retry code.
я верю от того, что я понимаю от этой фиксации, и ошибки, будучи замеченным то, что команды передачи ATA с кодами операций 0x85 "команда ATA проходят (16)", и 0xa1 "команда ATA проходят (12) Пробел /" теперь (возможно ошибочно) выпущен и следовательно вызывает эти сообщения об ошибках.
Рассмотрение передачи ATA управляет данными, это похоже на УМНОЕ (Самоконтроль, Анализ и Технология создания отчетов), команда ATA дается (команда кодируют 0xb0), я размышляю, возможно, что этот H/W не может обработать это.