Что означает эта ошибка?

6

Следующая ошибка сохраняется в журналах:

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
    
задан Vadi 03.10.2016 в 02:48
источник

2 ответа

6

Я нашел отчет об ошибке для Kernel версии 4.6.3 и выше, где эта ошибка появилась впервые. Он спамает /var/log/syslog каждые 10 минут. Об этой ошибке сообщалось уже в версии Kernel версии 4.7.2. По-видимому, обновления Ubuntu в ядре 4.4.0-38 теперь ввели ошибку.

Также эта ошибка сообщается с подключенными USB-накопителями. Который я предполагаю, что ваш sdb есть.

По-видимому, это не является поводом для беспокойства, кроме того, что он спамает ваш syslog .

Отчет об ошибке, который я нашел, можно найти по адресу: Ссылка

    
ответ дан WinEunuuchs2Unix 03.10.2016 в 03:33
источник
2

Вполне возможно, что это связано с этим фиксацией:

0dec8c0d67c64401d97122e4eba347ccc5850622 is the first bad commit
commit 0dec8c0d67c64401d97122e4eba347ccc5850622
Author: James Bottomley <[email protected]>
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, это похоже на SMART (Self-Monitoring, Analysis and Reporting Technology). Выдается команда ATA (код команды 0xb0), я предполагаю, что это H / W не способный справиться с этим.

    
ответ дан Colin Ian King 04.02.2017 в 17:58