
Estoy usando un SSD para almacenamiento de datos conectado con un adaptador USB a SATA a mi Raspberry Pi con Raspbian.
Todo funcionó bien durante aproximadamente un año, pero ahora parece que el SSD está fallando. Lo primero que noté fue un reinicio como de solo lectura, y ahora recibo repetidamente errores de E/S y tiempos de espera (consulteregistro del sistemaextracto a continuación).
Suponiendo que el SSD se va a morir, compré uno nuevo (mismo modelo). Pero al implementar la copia de seguridad en el nuevo SSD, volví a recibir los mismos errores y tiempos de espera. ¿Entonces el nuevo SSD ya está defectuoso?
Luego conecté ambos SSD (antiguos y nuevos) a mi PC con Windows, los reformateé e hice algunas pruebas de lectura/escritura: Todo parece estar bien. Incluso los datos SMART no mostraron ningún problema.
Entonces, ¿dónde está el verdadero problema? ¿El SSD o el adaptador (aunque funciona bien en Windows)? ¿O la Raspberry 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
Respuesta1
Supuse que el problema estaba relacionado con la fuente de alimentación de la Raspberry Pi, por eso el SSD solo fallaba cuando se conectaba a la Pi. Probablemente no tenía suficiente potencia para alimentar el SSD a través de USB.
Reemplacé el adaptador de corriente y quité el cable de extensión USB, usando un cable de alimentación normal. Ahora el SSD vuelve a funcionar perfectamente.
Respuesta2
Conecte el SSD directamente a un puerto SATA abierto en su escritorio y arranque desde un Live CD de Linux. Si no ve ningún error, apáguelo y vuelva a conectarlo usando el adaptador. Inicie nuevamente y vea si aparecen los errores. Si aún no hay errores, entonces hay algún problema con el pi.