Raspberry PI externe HDD verbindingsproblemen

[Gunner0616]

Hi allemaal,

Ik heb een raspberry pi waar een SSD aan verbonden is (hiervan boot de PI) deze zit direct aan de PI.

Daarnaast hangt er ook een HDD aan, deze zit aan een hub met netstroom.

Deze setup heeft een tijd (jaar) goed gewerkt maar de laatste tijd heb ik een aantal keer in de week dat de HDD unmount. Ik kan daarna weer een mount -a doen, daarna lijkt de schijf weer te werken. Hieronder de dmesg log van het moment waarop ik vermoed dat het gebeurt. De disconnect lijkt sneller te gebeuren als ik grote bestanden wegschrijf naar de disk.

Ik heb op badblocks gescand en een fsck gedaan maar er lijkt geen probleem te zijn. De schijf is normaal te zien bij /dev/sdb en gemount naar /mnt/HDD/

Normaliter is er niets te zien op sdc (zoals in de log hier onder dus wel iets te zien is..)

Ik ben niet heel bedreven met probleemoplossing op Linux. Iemand hier een idee wat het probleem zou kunnen zijn?

code:

[286714.658581] usb 2-1.3: USB disconnect, device number 5
[286714.670212] print_req_error: 3770 callbacks suppressed
[286714.670219] blk_update_request: I/O error, dev sdc, sector 4882455840 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[286714.670249] blk_update_request: I/O error, dev sdc, sector 6481810208 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670251] Aborting journal on device sdc-8.
[286714.670275] blk_update_request: I/O error, dev sdc, sector 6481810720 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670294] blk_update_request: I/O error, dev sdc, sector 6481811232 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670313] blk_update_request: I/O error, dev sdc, sector 6481811744 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670331] blk_update_request: I/O error, dev sdc, sector 6481812256 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670350] blk_update_request: I/O error, dev sdc, sector 6481812768 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670368] blk_update_request: I/O error, dev sdc, sector 6481813280 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670386] blk_update_request: I/O error, dev sdc, sector 6481813792 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670404] blk_update_request: I/O error, dev sdc, sector 6481814304 op 0x1:(WRITE) flags 0x4000 phys_seg 5 prio class 0
[286714.670442] Buffer I/O error on dev sdc, logical block 610304000, lost sync page write
[286714.670457] JBD2: Error -5 detected when updating journal superblock for sdc-8.
[286714.670591] EXT4-fs warning (device sdc): ext4_end_bio:349: I/O error 10 writing to inode 44302378 starting block 810227712)
[286714.670607] Buffer I/O error on dev sdc, logical block 0, lost sync page write[286714.670640] EXT4-fs (sdc): previous I/O error to superblock detected
[286714.670669] Buffer I/O error on dev sdc, logical block 0, lost sync page write[286714.670686] EXT4-fs (sdc): I/O error while writing superblock
[286714.670690] EXT4-fs (sdc): I/O error while writing superblock
[286714.670696] EXT4-fs error (device sdc): ext4_journal_check_start:83: Detected aborted journal
[286714.670699] EXT4-fs error (device sdc): ext4_journal_check_start:83: Detected aborted journal
[286714.670706] EXT4-fs (sdc): Remounting filesystem read-only
[286714.670715] EXT4-fs (sdc): Remounting filesystem read-only
[286714.670724] EXT4-fs (sdc): ext4_writepages: jbd2_start: 2147482211 pages, ino 44302378; err -30
[286714.670736] EXT4-fs (sdc): failed to convert unwritten extents to written extents -- potential data loss!  (inode 44302378, error -30)
[286714.670751] Buffer I/O error on device sdc, logical block 810226276
[286714.670768] Buffer I/O error on device sdc, logical block 810226277
[286714.670778] Buffer I/O error on device sdc, logical block 810226278
[286714.670788] Buffer I/O error on device sdc, logical block 810226279
[286714.670798] Buffer I/O error on device sdc, logical block 810226280
[286714.670808] Buffer I/O error on device sdc, logical block 810226281
[286714.670818] Buffer I/O error on device sdc, logical block 810226282
[286714.670828] Buffer I/O error on device sdc, logical block 810226283
[286714.670838] Buffer I/O error on device sdc, logical block 810226284
[286714.670848] Buffer I/O error on device sdc, logical block 810226285
[286727.896950] usb 2-1.3: new SuperSpeed Gen 1 USB device number 6 using xhci_hcd[286727.928588] usb 2-1.3: New USB device found, idVendor=1058, idProduct=2620, bcdDevice=10.20
[286727.928612] usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[286727.928630] usb 2-1.3: Product: Elements 2620
[286727.928648] usb 2-1.3: Manufacturer: Western Digital
[286727.928665] usb 2-1.3: SerialNumber: 5758473245313135334A4850
[286727.937101] usb-storage 2-1.3:1.0: USB Mass Storage device detected
[286727.937754] scsi host1: usb-storage 2-1.3:1.0
[286728.997233] scsi 1:0:0:0: Direct-Access     WD       Elements 2620    1020 PQ: 0 ANSI: 6
[286729.003418] sd 1:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[286729.003725] sd 1:0:0:0: [sdb] 9767475200 512-byte logical blocks: (5.00 TB/4.55 TiB)
[286729.003743] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[286729.004487] sd 1:0:0:0: [sdb] Write Protect is off
[286729.004505] sd 1:0:0:0: [sdb] Mode Sense: 47 00 10 08
[286729.005280] sd 1:0:0:0: [sdb] No Caching mode page found
[286729.005297] sd 1:0:0:0: [sdb] Assuming drive cache: write through
[286729.006049] sd 1:0:0:0: Attached scsi generic sg1 type 0
[286729.183540] sd 1:0:0:0: [sdb] Attached SCSI disk
[286790.612382] usb 2-1.3: Disable of device-initiated U1 failed.
[286790.612873] usb 2-1.3: Disable of device-initiated U2 failed.
[286791.369442] usb 2-1.3: USB disconnect, device number 6
[286808.878313] usb 2-1.3: new SuperSpeed Gen 1 USB device number 7 using xhci_hcd[286808.909507] usb 2-1.3: New USB device found, idVendor=1058, idProduct=2620, bcdDevice=10.20
[286808.909530] usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[286808.909548] usb 2-1.3: Product: Elements 2620
[286808.909566] usb 2-1.3: Manufacturer: Western Digital
[286808.909583] usb 2-1.3: SerialNumber: 5758473245313135334A4850
[286808.913285] usb-storage 2-1.3:1.0: USB Mass Storage device detected
[286808.914085] scsi host1: usb-storage 2-1.3:1.0
[286809.958729] scsi 1:0:0:0: Direct-Access     WD       Elements 2620    1020 PQ: 0 ANSI: 6
[286809.959826] sd 1:0:0:0: Attached scsi generic sg1 type 0
[286809.960879] sd 1:0:0:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[286809.961380] sd 1:0:0:0: [sdb] 9767475200 512-byte logical blocks: (5.00 TB/4.55 TiB)
[286809.961400] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[286809.962191] sd 1:0:0:0: [sdb] Write Protect is off
[286809.962212] sd 1:0:0:0: [sdb] Mode Sense: 47 00 10 08
[286809.963021] sd 1:0:0:0: [sdb] No Caching mode page found
[286809.963042] sd 1:0:0:0: [sdb] Assuming drive cache: write through
[286810.186354] sd 1:0:0:0: [sdb] Attached SCSI disk

[Borromini]

Die I/O errors zijn geen leuke dingen om te zien. Misschien de SMART status van de schijf 'ns nakijken? Voeding van je schijf proberen wisselen?

Zijn sdb en sdc hier dezelfde schijf? Dat is uit je dmesg paste namelijk niet eenduidig op te maken. (Beter gebruik je de UUID om schijven aan te koppelen, sdX is compleet willekeurig en is alleen het 'volgnummer' waarmee de kernel schijven detecteert. Dat kan bij systemen met meerdere schijven zomaar wisselen na elke opstart.)

[Gunner0616]

Ja ik vermoed dat hij sdb daarna als sdc probeert te mounten. Ik gebruik in mijn fstab al de uuid en part uuid om te mounten.

code:

proc            /proc           proc    defaults          0       0
PARTUUID=49162964-01  /boot           vfat    defaults          0       2
PARTUUID=49162964-02  /               ext4    defaults,noatime  0       1
#hdd
UUID=346fbf49-5bfc-4b57-9f1c-bc246056eeec /mnt/HDD ext4 defaults,nofail 0 2

[synoniem]

Die IO errors zijn inderdaad geen goed teken maar die kunnen zowel van de HDD als van je USB verbinding komen. Dus inderdaad de SMART status van de HDD nakijken maar ook eens een ander kabeltje of andere USB poort proberen voor de HDD.

[Gunner0616]

synoniem schreef op donderdag 2 maart 2023 @ 19:59:
Die IO errors zijn inderdaad geen goed teken maar die kunnen zowel van de HDD als van je USB verbinding komen. Dus inderdaad de SMART status van de HDD nakijken maar ook eens een ander kabeltje of andere USB poort proberen voor de HDD.

Komen die I/O errors niet door die disconnect daarboven? Dus niet de oorzaak maar consequentie van het probleem?

Zal in elk geval even wat kabeltjes en poorten proberen.

[ Voor 6% gewijzigd door Gunner0616 op 02-03-2023 20:08 ]

[Hero of Time]

In je log zie je de reden voor de I/O errors en die is heel logisch:

code:

[286714.658581] usb 2-1.3: USB disconnect, device number 5

Je USB zegt hiermee 'de groeten, ik ben pleite', om dan wat later weer terug te keren:

code:

[286727.896950] usb 2-1.3: new SuperSpeed Gen 1 USB device number 6 using xhci_hcd[286727.928588] usb 2-1.3: New USB device found, idVendor=1058, idProduct=2620, bcdDevice=10.20

Dus, /dev/sdc verdwijnt en zo'n 12-14 seconden later komt 'ie terug als /dev/sdb. Je verbinding met USB is dus niet zo stabiel.

Je zegt dat je de schijf via een powered hub hebt aangesloten. Het is een WD Elements, is dat een 2,5" dingetje dat eigenlijk geen losse voeding nodig heeft maar alles via USB zou pakken? Eventueel met een tweede USB stekkertje? Want het ziet er naar uit dat de hub het niet lekker trekt. Wat evident is als het vaker/sneller gebeurt wanneer je er veel mee doet.

[Gunner0616]

Hero of Time schreef op donderdag 2 maart 2023 @ 20:08:
...

Je zegt dat je de schijf via een powered hub hebt aangesloten. Het is een WD Elements, is dat een 2,5" dingetje dat eigenlijk geen losse voeding nodig heeft maar alles via USB zou pakken? Eventueel met een tweede USB stekkertje? Want het ziet er naar uit dat de hub het niet lekker trekt. Wat evident is als het vaker/sneller gebeurt wanneer je er veel mee doet.

Het is inderdaad een externe usb 3.0 schijf die normaal geen voeding nodig heeft. De PI staat er helaas om bekend dat de poorten niet genoeg stroom leveren voor dit soort schijven dus vandaar de powered hub.

Ik zal eens kijken of ik ergens een losse voeding heb die ik voor deze schijf kan gebruiken. Blijft wel vreemd dan dat deze setup lang heeft gewerkt.

[synoniem]

Gunner0616 schreef op donderdag 2 maart 2023 @ 20:07:
[...]

Komen die I/O errors niet door die disconnect daarboven? Dus niet de oorzaak maar consequentie van het probleem?

Zal in elk geval even wat kabeltjes en poorten proberen.

Het kan allebei dus slecht USB contact, veel verbindingsfouten en een disconnect. Of veel fouten van de HDD en daardoor een disconnect.

[Borromini]

Gunner0616 schreef op donderdag 2 maart 2023 @ 20:23:
[...]

Blijft wel vreemd dan dat deze setup lang heeft gewerkt.

Slijtage kan daarvoor zorgen, dat wat vroeger wel stabiel was dat nu niet meer is .