Mystery Device SDG protokolliert Fehler. Wie finde ich heraus, was das ist?

Ich habe ein interessantes Problem auf meinem privaten Datei- / Medienserver, das ich nicht finden kann (debian 8.11). In dmesg sehe ich seit einigen Tagen ständig die folgende Nachricht:

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

Irgendwann werde ich etwas mehr in den Protokollen finden

[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

Das Problem ist, ich kann nicht herausfinden, welches Gerät SDG ist?!?!

Ich gehe davon aus, dass es sich um eine Art Blockgerät handelt, es befinden sich jedoch nur 6 physische Laufwerke auf meinem Server (sda, sdb, sdc, sdd, sde, sdf).

• sda = Betriebssysteminstallationslaufwerk. Physische Festplatte
• SDB & amp; sdc - MDADM RAID 0 als / dev / md1. Physikalische Festplatten
• sdd & amp; sde - MDADM RAID 0 als / dev / md0. Physikalische Festplatten
• sdf - Externes USB-Laufwerk für nächtliche Sicherungen.

Ich habe versucht zu laufen fdisk -l /dev/sdg und der Befehl hängt einfach.

ls -all /dev/disk/by-id/ | grep sdg gibt 0 Ergebnisse zurück.

Ich habe einen USB-Stick angeschlossen und als / dev / sdh gemountet, so dass er / dev / sdg aus irgendeinem Grund übersprang.

smartctl -a /dev/sdg gibt folgendes zurück:

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 kehrt zurück:

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

In / etc / fstab gibt es nichts, das auf / dev / sdg verweist.

Abgesehen von dem Ausführen von Samba / ssh zum Freigeben von Dateien in meinem Heimnetzwerk ist die einzige andere installierte Anwendung der Plex-Medienserver. Allerdings würde ich nicht glauben, dass eine dieser Anwendungen Blockgeräte auf meinem System erstellen würde.

Es ist eine kleine Erleichterung zu wissen, dass keine meiner Festplatten meine Daten enthält, die Fehler werfen, aber jetzt ist die Frage, wie ich herausfinden kann, was sdg ist und warum diese Fehler ausgegeben werden.

Irgendwelche Ideen, wie ich diese SDG-Datei nachverfolgen kann?

In der Theorie lsblk -O /dev/sdg sollte dir viel sagen. Es gibt jedoch zwei Probleme:

1. Fehlerhaftes Gerät kann ohnehin wenig melden.

2. Normalerweise die Ausgabe von lsblk -O ist kryptisch, da lange Zeilen im Terminal umbrochen werden und die gesamte Ausgabe unlesbar wird. Um dies zu überwinden:

   • Verwenden Sie einen Pager mit praktischem horizontalen Bildlauf, z.

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

   • oder umleiten zu einer Datei ( lsblk -O /dev/sdg >/tmp/lsblk_sdg ) und untersuchen Sie die Datei in einem beliebigen Editor, der nicht umschlossene Zeilen und Bildschirme ordnungsgemäß anzeigen kann;

   • oder wenige Spalten gleichzeitig anzeigen, wie lsblk -o VENDOR,MODEL,SERIAL (Lauf lsblk --help alle verfügbaren Spalten kennen).

Alternative cd zu /sys/class/block/sdg/device und sehen, was Sie finden können (z. cat model ). Wenn das Gerät fehlerhaft ist, können Sie möglicherweise nicht viele Informationen abrufen.

Finden Sie zusätzlich Einträge in dmesg (oder in Protokollen) ab dem Zeitpunkt, zu dem das Gerät nach dem Neustart zum ersten Mal erkannt wurde. Sie können Ihnen etwas sagen oder auch nicht.