Как сделать уведомления Gwibber доступными?

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

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 команда pass through (16) "и 0xa1" Команда ATA проходит через (12) / Blank "теперь (возможно, ошибочно) выпущена и, следовательно, вызывает эти сообщения об ошибках.

Глядя на команду передачи ATA данных, он выглядит как SMART (технология самоконтроля, анализа и отчетности). Выдается команда ATA (код команды 0xb0), я предполагаю, что этот H / W не способен справиться с этим.