[raf]

JDownloader auf Raspi 4
MyJDownloder auf Android
1. SSD Raspian & JDownloader
2. SSD DownloadSpeicher

Habt Ihr das auch schon mal gehabt, das beim Kopieren von Downloads über´s LAN nach unterschiedlicher Zeit an andere Geräte der Raspi einfriert?
Oberfläche wird weis, Raspi hängt noch im Netz (Anpingen OK), Einloggen geht nicht, Speicher sind nicht mehr erreichbar.
Die Ursache ist möglicherweise defekte Dateien, aber eigentlich kenn ich das nur bei defekten Platten.
Aber die sind OK.
Ach ja, kein Problem mit der Spannungsversorgung.

[Jiaz]

@raf: deutliches Indiz für "Netzteil liefert nicht genug Spannung oder unstabile Spannung". Hatte ich selbst oft genug bis ich dann mal ein *gutes* Netzteil dran habe das ordentlich Power liefert.
Alle solche Probleme waren bei mir immer aufs Netzteil rückzuführen.

Update: Achso, weiterhin via Ping und co erreichbar? Dann vermute ich eher ein Problem mit der Hardware/Treiber. Was spricht der Kernel(dmesg) ? Wie sind die SSD angeschlossen?
Ich hatte das mit einer USB-SDD welche über den falschen USB Treiber lief und dann immer Kernel Paniks bekam. Hab den Treiber dann blacklisted und dann war das Problem dahin

[raf]

Glaub mir, liegt eindeutig nicht an der Spannungsversorgung.

Meanwell LRS-50-5, 5V, 10A.
Raspi4, act. USB HUB, 2 kleine Raspilüfter in Reihe, 2 SSD.
Netzteil wird gut belüftet. Verdrahtung ist profesionel z.B. mit Lochkabelschuhen. Sicher keine Übergangswiderstände.
Kabellängen sind so kurz wie möglich gehalten.
Ich hab den Raspi so weit wie möglich entlastet. Die erste Platte (OS boot Platte) hängt am USB3 (wegen booten, geht nicht immer über HUB) mit USB/SATA Adapter mit zwei USB-Steckern.
Die zweite Platte hängt am aktiven USB HUB. Sogar die Lüfter vom Rasbigehäuse hängen direkt am Netzteil und nicht am GIOP.
"usb_max_current_enable=1" ist aktiviert.

Loog_1.jpg

Dateisystem:
sudo fsck /dev/sdb1
fsck from util-linux 2.38.1
e2fsck 1.47.0 (5-Feb-2023)
Download_2: clean, 428/14655488 files, 2128225/58607360 blocks

Anzeige von Verzeichnissen im ext4 Dateimanager.

Defekte_Verz.jpg

Das Zweite Verzeichnis läst sich kopieren, alle anderen nicht.
Meiner Ansicht liegt es an fehlerhaften Dateien oder Verzeichnissen.
Das aber Linux gleich einfriert, ich hatte es robuster eingeschätzt.

[Jiaz]

@raf:
Ist der USB HUB selbst gepowered oder über den PI?
Lässt sich der PI noch anpingen? Was passiert wenn du die Platte abziehst?
Kommst du noch drauf oder tot tot? Kannst du evtl die Ausgaben des Kernels prüfen?

Welche Platten sind es?

uas oder usb-storage module im Einstaz? Da gibt es im Zusammenhang mit USB Chips bekannte Probleme.

[raf]

USB-HUB ist aktiv und hängt direkt am Netzteil.
Die Platten sind mit USB3/SATA-Adapter am Raspi (Bootplatte) und HUB ageschlossen.
Foto
Anpingen lässt sich der Raspi, das hat aber nichts zu bedeuten.
Selbst nach dem Herunterfahren von Raspi´s steht der USB-Port, Lanport und wer weiss noch was alles weiterhin unter Spannung.
Keine Verbindung mehr über SSH, Grafische Oberfläche ist weiss und star, kein Zugriff über´s Lan von wo auch immer.
Das Teil ist komplett eingefroren. Deshalb auch keine Fehler in Logg´s.
Und es betrifft nur die erwähnten vier Verzeichnisse.
Zudem gab es mit der gleichen Konfiguration vorher beim Kopieren von vielen andern Verzeichnissen und Dateien keine Probleme.
Es sind wahrscheinlich die Verzeichnisse/Dateien.
Eine Integritätsprüfung wurde leider nicht angeboten.

[Jiaz]

@raf: Schau mal welcher Treiber/Modul zum Einsatz kommt? uas oder usb-storage?
Wie gesagt, ich hatte ebenfalls Abstürze mit USB Platten und erst durch den Treiberwechsel waren diese Geschichte.

[raf]

uas?

Spoiler:

Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
ID 1d6b:0003 Linux Foundation 3.0 root hub
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
ID 2109:0812 VIA Labs, Inc. VL812 Hub
|__ Port 4: Dev 4, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
ID 1d6b:0002 Linux Foundation 2.0 root hub
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
ID 2109:3431 VIA Labs, Inc. Hub
|__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
ID 2109:2812 VIA Labs, Inc. VL812 Hub
|__ Port 1: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
ID 3151:3020
|__ Port 1: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
ID 3151:3020

[Jiaz]

Versuch mal UAS abzuschalten. Ich hatte gleiche Probleme und konnte diese ebenfalls so lösen. Siehe zb
crycode.de/verbindungsprobleme-mit-usb-3-0-festplatten-ssds-beheben/
vielmetti.typepad.com/logbook/2021/11/usb-storagequirks-setting-on-raspberry-pi-to-avoid-uas-issues-and-system-lockup.html

Anhand der Driver= Ausgabe kannst du dann deine Änderungen prüfen

[raf]

Umstellung auf usb-storage funktioniert nicht. Bleibt auf uas.
Finde auch die VID und PID der sdb nicht.

Spoiler:

[ 1.822687] usb 1-1: new high-speed USB device number 2 using xhci_hcd
[ 1.978027] usb 1-1: New USB device found, idVendor=2109, idProduct=3431, bcdDevice= 4.21
[ 1.978071] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 1.978084] usb 1-1: Product: USB2.0 Hub
[ 1.986126] hub 1-1:1.0: USB hub found
[ 1.986472] hub 1-1:1.0: 4 ports detected
[ 2.107230] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 2.130141] usb 2-1: New USB device found, idVendor=2109, idProduct=0812, bcdDevice=91.01
[ 2.130173] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.130186] usb 2-1: Product: USB3.0 Hub
[ 2.130196] usb 2-1: Manufacturer: VIA Labs, Inc.
[ 2.133635] hub 2-1:1.0: USB hub found
[ 2.133922] hub 2-1:1.0: 4 ports detected
[ 2.263296] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[ 2.284909] usb 2-2: New USB device found, idVendor=152d, idProduct=0576, bcdDevice=41.01
[ 2.284945] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.284958] usb 2-2: Product: ANKEJE USB3.0
[ 2.284969] usb 2-2: Manufacturer: ANKEJE USB3.0
[ 2.284977] usb 2-2: SerialNumber: DD56419883014
[ 2.359051] [drm] Initialized v3d 1.0.0 20180419 for fec00000.v3d on minor 0
[ 2.375043] scsi host0: uas
[ 2.379282] usb 1-1.1: new high-speed USB device number 3 using xhci_hcd
[ 2.379865] scsi 0:0:0:0: Direct-Access ANKEJE USB3.0 4101 PQ: 0 ANSI: 6
[ 2.387218] sd 0:0:0:0: [sda] 15649200 512-byte logical blocks: (8.01 GB/7.46 GiB)
[ 2.387248] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 2.387535] sd 0:0:0:0: [sda] Write Protect is off
[ 2.387555] sd 0:0:0:0: [sda] Mode Sense: 53 00 00 08
[ 2.387994] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.439291] sd 0:0:0:0: [sda] Preferred minimum I/O size 4096 bytes
[ 2.439324] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 2.442541] sda: sda1 sda2
[ 2.443147] sd 0:0:0:0: [sda] Attached SCSI disk
[ 2.485244] usb 1-1.1: New USB device found, idVendor=2109, idProduct=2812, bcdDevice=91.00
[ 2.485280] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.485292] usb 1-1.1: Product: USB2.0 Hub
[ 2.485302] usb 1-1.1: Manufacturer: VIA Labs, Inc.
[ 2.487570] hub 1-1.1:1.0: USB hub found
[ 2.488279] hub 1-1.1:1.0: 4 ports detected
[ 2.505525] Console: switching to colour dummy device 80x25
[ 2.547459] vc4-drm gpu: bound fe400000.hvs (ops vc4_hvs_ops [vc4])
[ 2.552938] vc4-drm gpu: bound fe400000.hvs (ops vc4_hvs_ops [vc4])
[ 2.566985] usb 2-1.4: new SuperSpeed USB device number 4 using xhci_hcd
[ 2.592489] usb 2-1.4: New USB device found, idVendor=152d, idProduct=0576, bcdDevice=41.01
[ 2.592521] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.592534] usb 2-1.4: Product: ANKEJE USB3.0
[ 2.592544] usb 2-1.4: Manufacturer: ANKEJE USB3.0
[ 2.592552] usb 2-1.4: SerialNumber: DD56419883014
[ 2.642638] scsi host1: uas
[ 2.646809] scsi 1:0:0:0: Direct-Access ANKEJE USB3.0 4101 PQ: 0 ANSI: 6
[ 2.647422] vc4-drm gpu: bound fe400000.hvs (ops vc4_hvs_ops [vc4])
[ 2.814645] usb 1-1.1.1: new full-speed USB device number 4 using xhci_hcd
[ 2.846255] EXT4-fs (sda2): mounted filesystem a36be96c-66be-4487-a7a6-0481bca99d89 ro with ordered data mode. Quota mode: none.
[ 2.958786] usb 1-1.1.1: New USB device found, idVendor=3151, idProduct=3020, bcdDevice= 0.02
[ 2.958818] usb 1-1.1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.958830] usb 1-1.1.1: Product: Wireless Device
[ 2.958840] usb 1-1.1.1: Manufacturer: YICHIP
[ 2.958850] usb 1-1.1.1: SerialNumber: b120300001
[ 2.977844] input: YICHIP Wireless Device as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.0/0003:3151:3020.0001/input/input0
[ 3.131020] hid-generic 0003:3151:3020.0001: input,hidraw0: USB HID v2.00 Keyboard [YICHIP Wireless Device] on usb-0000:01:00.0-1.1.1/input0
[ 3.134346] vc4-drm gpu: bound fe400000.hvs (ops vc4_hvs_ops [vc4])
[ 3.155044] input: YICHIP Wireless Device Mouse as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.1/0003:3151:3020.0002/input/input1
[ 3.155515] input: YICHIP Wireless Device System Control as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.1/0003:3151:3020.0002/input/input2
[ 3.158310] sd 1:0:0:0: [sdb] 468862128 512-byte logical blocks: (240 GB/224 GiB)
[ 3.158328] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[ 3.158675] sd 1:0:0:0: [sdb] Write Protect is off
[ 3.158690] sd 1:0:0:0: [sdb] Mode Sense: 53 00 00 08
[ 3.159108] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.207200] sd 1:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes
[ 3.207226] sd 1:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 3.210402] sdb: sdb1
[ 3.210734] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 3.213581] vc4-drm gpu: bound fe400000.hvs (ops vc4_hvs_ops [vc4])
[ 3.215105] input: YICHIP Wireless Device Consumer Control as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.1/0003:3151:3020.0002/input/input3

[Jiaz]

Finde auch die VID und PID der sdb nicht.

Die siehst du in der Ausgabe von lsusb

|__ Port 4: Dev 4, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge

[raf]

152d:0576 hatte ich genommen.
disable-uas.conf:

Spoiler:

options usb-storage quirks=152d:0576:u

uas bleibt:

Spoiler:

code
Port 4: Dev 4, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge
Port 2: Dev 3, If 0, Class=Mass Storage, Driver=uas, 5000M
ID 152d:0576 JMicron Technology Corp. / JMicron USA Technology Corp. Gen1 SATA 6Gb/s Bridge

[Jiaz]

@raf: Du musst das in die cmdline.txt aufnehmen. Die Option muss ja bereits zum Laden/bei der Nutzung des Modules bekannt sein und wenn du von USB bootest, dann muss das an entsprechender Stelle frühzeitig dem Kernel mitgeteilt werden. siehe ein weiteres Beispiel
forums.raspberrypi.com/viewtopic.php?t=245931

[raf]

Hatte es sogar mit Blacklist verg. versucht.
Mit der /boot/firmware/cmdline.txt laufen jetzt der usb-storage Treiber.
Danke dafür.

Das Problem lässt sich nicht immer genau replizieren. Schuld sind jedenfals nicht defekte Verzeichnisse oder Dateien.
Manchmal werden beim Kopieren Verzeichnisse überhaubt nicht kopiert und Dateien mit 0b gespeichert.
Dabei friert der Raspi komplet ein und der TC meldet dann natürlich Lesefehler.
Das nächste mal läuft mit den gleichen Verzeichnissen und Dateien der Kopiervorgang fehlerfrei durch.
Das passiert haupsächlich mit Verzeichnissen und Unterverzeichnissen in denen sich viele kleinere Dateien befinden.
Wahrscheinlich ist da irgendwas überfordert, aber gleich Einzufrieren muß ja nun nicht sein.

Ich werd das jetzt mal mit den anderen Treibern beobachten.
Nochmals vielen Dank. Ihr seid so lieb zu mir.

[Jiaz]

Originally Posted by raf

Ich werd das jetzt mal mit den anderen Treibern beobachten.
Nochmals vielen Dank. Ihr seid so lieb zu mir.

Daumen drück