Тайное устройство SDG регистрирует ошибки. Как мне узнать, что это?

Question

У меня на домашнем файловом / медиа-сервере есть интересная проблема, которую я не могу отследить (debian 8.11). В течение последних нескольких дней я постоянно вижу следующее сообщение в dmesg:

Buffer I/O error on device sdg, logical block 5

Когда-нибудь я получу немного больше в журналах

[331645.357795] Buffer I/O error on device sdg, logical block 7
[331826.255867] sd 14:0:0:0: [sdg] Command timed out
[331826.255875] sd 14:0:0:0: [sdg]  
[331826.255879] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[331826.255883] sd 14:0:0:0: [sdg]  
[331826.255886] Sense Key : Not Ready [current] 
[331826.255892] sd 14:0:0:0: [sdg]  
[331826.255896] Add. Sense: Logical unit is in process of becoming 
ready
[331826.255899] sd 14:0:0:0: [sdg] CDB: 
[331826.255902] Read(10): 28 00 00 00 00 00 00 00 01 00
[331826.255915] end_request: I/O error, dev sdg, sector 0
[331826.257606] Buffer I/O error on device sdg, logical block 0
[331833.213945] sd 14:0:0:0: timing out command, waited 180s
[331833.215687] sd 14:0:0:0: [sdg] Command timed out
[331833.215692] sd 14:0:0:0: [sdg]  
[331833.215695] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[331833.215699] sd 14:0:0:0: [sdg]  
[331833.215701] Sense Key : Not Ready [current] 
[331833.215717] sd 14:0:0:0: [sdg]  
[331833.215731] Add. Sense: Logical unit is in process of becoming 
ready
[331833.215735] sd 14:0:0:0: [sdg] CDB: 
[331833.215737] Read(10): 28 00 00 00 00 01 00 00 07 00

Проблема в том, что я не могу выяснить, что такое устройство SDG?!?!

Я предполагаю, что это какое-то блочное устройство, однако на моем сервере только 6 физических дисков (sda, sdb, sdc, sdd, sde, sdf)

• sda = установочный диск ОС. Физический диск.
• sdb & sdc - MDADM RAID 0 как /dev /md1. Физические диски.
• sdd & sde - MDADM RAID 0 как /dev /md0. Физические диски.
• sdf - внешний USB-накопитель, используемый для ночного резервного копирования.

Я попытался запустить fdisk -l /dev/sdg и команда просто зависает.

ls -all /dev/disk/by-id/ | grep sdg возвращает 0 результатов.

Я подключил флэш-накопитель USB, и он был смонтирован как /dev /sdh, поэтому он почему-то пропустил /dev /sdg.

smartctl -a /dev/sdg возвращает следующее:

smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local 
build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, 
www.smartmontools.org

Read Device Identity failed: scsi error device will be ready soon

A mandatory SMART command failed: exiting. To continue, add one or 
more '-T permissive' options.

cat /proc/diskstats возвращает:

   8      96 sdg 596 867 1458 163968604 0 0 0 0 1 68509944 164194776

В /etc /fstab нет ничего, что ссылается на /dev /sdg.

Помимо запуска samba/ssh для обмена файлами в моей домашней сети, единственным другим установленным приложением является Plex media server, однако я не думаю, что какое-либо из этих приложений будет создавать блочные устройства в моей системе.

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

Любые идеи о том, как я отследить этот привод SDG вниз?

Answer 1

Теоретически lsblk -O /dev/sdg должен вам многое рассказать. Хотя есть две проблемы:

1. Неисправное устройство может сообщить мало в любом случае.

2. Обычно вывод lsblk -O является загадочным, поскольку длинные строки переносятся в терминал, а весь вывод становится нечитаемым. Чтобы преодолеть это:

   • используйте пейджер с удобной горизонтальной прокруткой, например:

     lsblk -O /dev/sdg | less -S -# 8
     

   • или перенаправить в файл (lsblk -O /dev/sdg >/tmp/lsblk_sdg) и проверить файл в любом редакторе, который может правильно отображать неупакованные строки и прокрутки;

   • или просматривать несколько столбцов одновременно, например, lsblk -o VENDOR,MODEL,SERIAL (запустите lsblk --help чтобы узнать все доступные столбцы).

В качестве альтернативы cd к /sys/class/block/sdg/device и посмотрите, что вы можете найти (например, cat model). Опять же, если устройство неисправно, вы не сможете получить много информации.

Дополнительно найдите записи в dmesg (или в журналах) о том, когда устройство было впервые обнаружено после перезагрузки. Они могут или не могут сказать вам что-то.