SSD-E / A-Fehler und Timeouts auf dem Raspberry Pi - aber unter Windows in Ordnung?

793
Floern

Ich verwende eine SSD für die Datenspeicherung, die mit einem USB-zu-SATA-Adapter an meinen Raspberry Pi angeschlossen ist, auf dem Raspbian läuft.

Alles lief ungefähr ein Jahr lang gut, aber jetzt sieht es so aus, als würde die SSD ausfallen. Das erste, was mir auffiel, war ein Remount als schreibgeschützt, und jetzt bekomme ich immer wieder E / A-Fehler und Timeouts (siehe Syslog- Auszug unten).

Angenommen, die SSD würde sterben, kaufte ich eine neue (gleiches Modell). Bei der Bereitstellung der Sicherung auf der neuen SSD wurden jedoch dieselben Fehler und Timeouts erneut angezeigt. Die neue SSD ist also schon defekt?

Dann habe ich beide SSDs (alte und neue) an meinen Windows-PC angeschlossen, sie neu formatiert und einige Lese- / Schreibtests durchgeführt: Alles scheint in Ordnung zu sein. Selbst die SMART-Daten zeigten keine Probleme.

Wo ist das eigentliche Problem? Die SSD oder der Adapter (funktioniert zwar gut unter Windows)? Oder die Himbeer-Pi / Raspbian?

Aug 8 19:41:07 pi kernel: [ 1807.427150] sd 0:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x05 driverbyte=0x08 Aug 8 19:41:07 pi kernel: [ 1807.427185] sd 0:0:0:0: [sda] Sense Key : 0x2 [current] Aug 8 19:41:07 pi kernel: [ 1807.427204] sd 0:0:0:0: [sda] ASC=0x4 ASCQ=0x1 Aug 8 19:41:07 pi kernel: [ 1807.427228] sd 0:0:0:0: [sda] CDB: opcode=0x2a 2a 00 06 c4 bc 48 00 00 20 00 Aug 8 19:41:07 pi kernel: [ 1807.427248] blk_update_request: I/O error, dev sda, sector 113556552 Aug 8 19:41:07 pi kernel: [ 1807.428089] Aborting journal on device sda1-8. Aug 8 19:41:07 pi rsyslogd-2007: action 'action 17' suspended, next retry is Mon Aug 8 19:42:07 2016 [try http://www.rsyslog.com/e/2007 ] Aug 8 19:41:56 pi kernel: [ 1856.578961] sd 0:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 Aug 8 19:41:56 pi kernel: [ 1856.578996] sd 0:0:0:0: [sda] Sense Key : 0x2 [current] Aug 8 19:41:56 pi kernel: [ 1856.579015] sd 0:0:0:0: [sda] ASC=0x4 ASCQ=0x1 Aug 8 19:41:56 pi kernel: [ 1856.579039] sd 0:0:0:0: [sda] CDB: opcode=0x28 28 00 00 01 29 08 00 00 08 00 Aug 8 19:41:56 pi kernel: [ 1856.579058] blk_update_request: I/O error, dev sda, sector 76040 Aug 8 19:41:56 pi kernel: [ 1856.579215] EXT4-fs warning (device sda1): __ext4_read_dirblock:970: error -5 reading directory block (ino 2, block 0)  Aug 8 19:47:57 pi kernel: [ 2217.391824] sd 0:0:0:0: [sda] UNKNOWN(0x2003) Result: hostbyte=0x05 driverbyte=0x08 Aug 8 19:47:57 pi kernel: [ 2217.391857] sd 0:0:0:0: [sda] Sense Key : 0x2 [current] Aug 8 19:47:57 pi kernel: [ 2217.391876] sd 0:0:0:0: [sda] ASC=0x4 ASCQ=0x1 Aug 8 19:47:57 pi kernel: [ 2217.391899] sd 0:0:0:0: [sda] CDB: opcode=0x2a 2a 00 06 c4 08 00 00 00 08 00 Aug 8 19:47:57 pi kernel: [ 2217.391919] blk_update_request: I/O error, dev sda, sector 113510400 Aug 8 19:47:57 pi kernel: [ 2217.391939] Buffer I/O error on dev sda1, logical block 14188544, lost sync page write Aug 8 19:47:57 pi kernel: [ 2217.392074] JBD2: Error -5 detected when updating journal superblock for sda1-8. Aug 8 19:48:28 pi kernel: [ 2248.391304] usb 1-1.4: reset high-speed USB device number 4 using dwc_otg Aug 8 19:48:59 pi kernel: [ 2279.341526] usb 1-1.4: reset high-speed USB device number 4 using dwc_otg 
0

2 Antworten auf die Frage

0
user186658

Verbinden Sie die SSD direkt mit einem offenen SATA-Port Ihres Desktops und booten Sie von einer Linux-Live-CD. Wenn Sie keine Fehler sehen, fahren Sie den Adapter herunter und schließen Sie ihn erneut an. Starten Sie erneut und sehen Sie, ob die Fehler angezeigt werden. Wenn immer noch keine Fehler, dann stimmt etwas mit dem Pi nicht.

0
Floern

Ich nahm an, dass das Problem mit der Stromversorgung des Raspberry Pi zusammenhängt. Deshalb versagte die SSD nur, wenn sie mit dem Pi verbunden war. Wahrscheinlich hatte es nicht genug Strom, um die SSD über USB zu bedienen.

Ich habe den Netzadapter ausgetauscht und das USB-Verlängerungskabel mit einem normalen Netzkabel entfernt. Nun funktioniert die SSD wieder einwandfrei.