Closed JANogueira closed 1 year ago
Facing the same issue. Official PSU, externally powered hub for HDD. Almost every hour or two it just disappears.
[35045.287776] xhci_hcd 0000:01:00.0: WARNING: Host System Error
[35048.867773] sd 0:0:0:0: [sda] tag#27 sense submit err -22 uas-tag 2 inflight: s-st a-out s-out a-cmd s-cmd
[35048.867796] sd 0:0:0:0: [sda] tag#27 CDB: opcode=0x8a 8a 00 00 00 00 00 f5 cf 18 10 00 00 00 10 00 00
[35050.307632] xhci_hcd 0000:01:00.0: xHCI host not responding to stop endpoint command.
[35050.307649] xhci_hcd 0000:01:00.0: USBSTS: HCHalted HSE EINT
[35050.307695] xhci_hcd 0000:01:00.0: xHCI host controller not responding, assume dead
[35050.307822] xhci_hcd 0000:01:00.0: HC died; cleaning up
Raspberry PI OS Bullseye
% uname -a
Linux pi.hdkv.internal 5.10.63-v7l+ #1459 SMP Wed Oct 6 16:41:57 BST 2021 armv7l GNU/Linux
Guys, please share your current firmware version and all the details existing on the first post so you can help the devs with the right info on the first shot.
I got a same issue here, and it happened on a WD 6TB HDD via USB3.
pi@raspberrypi:~ $ lsusb
Bus 002 Device 003: ID 152d:9561 JMicron Technology Corp. / JMicron USA Technology Corp.
Bus 002 Device 002: ID 0411:0286 BUFFALO INC. (formerly MelCo., Inc.)
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=uas, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.63-v7l+ #1496 SMP Wed Dec 1 15:58:56 GMT 2021 armv7l GNU/Linux
The error logs are here. (I'm using btrfs.)
Feb 13 08:32:56 raspberrypi kernel: [74601.333202] xhci_hcd 0000:01:00.0: WARNING: Host System Error
Feb 13 08:33:01 raspberrypi kernel: [74606.408786] xhci_hcd 0000:01:00.0: xHCI host not responding to stop endpoint command.
Feb 13 08:33:01 raspberrypi kernel: [74606.408803] xhci_hcd 0000:01:00.0: USBSTS: HCHalted HSE EINT
Feb 13 08:33:01 raspberrypi kernel: [74606.408969] usb 1-1: USB disconnect, device number 2
Feb 13 08:33:01 raspberrypi kernel: [74606.411156] usb 2-1: USB disconnect, device number 2
...
Feb 13 08:33:01 raspberrypi kernel: [74606.411923] sd 1:0:0:1: Device offlined - not ready after error recovery
...
Feb 13 08:33:01 raspberrypi kernel: [74606.415336] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Feb 13 08:33:01 raspberrypi kernel: [74606.415526] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x01 driverbyte=0x00
Feb 13 08:33:01 raspberrypi kernel: [74606.432049] BTRFS info (device sda): forced readonly
Feb 13 08:33:01 raspberrypi kernel: [74606.461166] usb 2-2: USB disconnect, device number 3
Feb 13 08:33:01 raspberrypi kernel: [74606.463440] sd 1:0:0:0: [sdb] Synchronizing SCSI cache
Feb 13 08:33:02 raspberrypi kernel: [74606.768917] sd 1:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=0x00
Feb 13 08:33:02 raspberrypi kernel: [74606.950797] sd 1:0:0:1: [sdc] Synchronizing SCSI cache
Feb 13 08:33:02 raspberrypi kernel: [74607.198954] sd 1:0:0:1: [sdc] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=0x00
Feb 13 08:33:02 raspberrypi kernel: [74607.269508] xhci_hcd 0000:01:00.0: WARN Can't disable streams for endpoint 0x82, streams are being disabled already
Feb 13 08:33:08 raspberrypi kernel: [74613.287026] btrfs_dev_stat_print_on_error: 4153 callbacks suppressed
Feb 13 08:33:13 raspberrypi kernel: [74618.331792] btrfs_dev_stat_print_on_error: 4871 callbacks suppressed
Feb 13 08:33:20 raspberrypi kernel: [74624.806919] btrfs_dev_stat_print_on_error: 5846 callbacks suppressed
Feb 13 08:33:25 raspberrypi kernel: [74629.820242] btrfs_dev_stat_print_on_error: 6337 callbacks suppressed
Feb 13 08:33:30 raspberrypi kernel: [74635.295587] btrfs_dev_stat_print_on_error: 4380 callbacks suppressed
...
Just FYI, this issue is no longer occurring after disabling uas.
But by following the keyword uas
here, I found some information.
https://forums.raspberrypi.com/viewtopic.php?t=245931
and of course https://www.smartmontools.org/wiki/SAT-with-UAS-Linux
I changed the usb driver to usb-storage.quirks. Now waiting and see if the issue will happens again.
Exact same issue.
Linux home 5.4.0-1056-raspi #63-Ubuntu SMP PREEMPT Mon Mar 14 07:48:06 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux
sudo rpi-eeprom-config
[all]
BOOT_UART=0
WAKE_ON_GPIO=0
POWER_OFF_ON_HALT=1
DHCP_TIMEOUT=45000
DHCP_REQ_TIMEOUT=4000
TFTP_FILE_TIMEOUT=30000
ENABLE_SELF_UPDATE=1
DISABLE_HDMI=0
BOOT_ORDER=0xf41
sudo rpi-eeprom-update
BCM2711 detected
VL805 firmware in bootloader EEPROM
BOOTLOADER: up-to-date
CURRENT: Thu 03 Sep 2020 12:11:43 PM UTC (1599135103)
LATEST: Thu 03 Sep 2020 12:11:43 PM UTC (1599135103)
FW DIR: /lib/firmware/raspberrypi/bootloader/default
VL805: up-to-date
CURRENT: 000138a1
LATEST: 000138a1
sudo lsusb -d 0bda:9210 -v
Bus 001 Device 003: ID 0bda:9210 Realtek Semiconductor Corp.
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0bda Realtek Semiconductor Corp.
idProduct 0x9210
bcdDevice 20.01
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
sudo hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: Samsung SSD 980 PRO 2TB
Serial Number: REDACTED
Firmware Revision: 5B2QGXA7
Standards:
Likely used: 1
Configuration:
soft sectored
head switch time > 15us
fixed drive
disk xfer rate <= 5Mbs
disk xfer rate > 5Mbs, <= 10Mbs
data strobe offset option
format speed tolerance gap reqd
Logical max current
cylinders 17218 0
heads 0 0
sectors/track 128 0
--
bytes/track: 512 bytes/sector: 0
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
sudo smartctl -d scsi -a -x -i /dev/sda
smartctl 7.1 2019-12-30 r5022 [aarch64-linux-5.4.0-1056-raspi] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: Sabrent
Product:
Revision: 1.00
Compliance: SPC-4
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Logical block size: 512 bytes
LU is fully provisioned
Rotation Rate: Solid State Device
Logical Unit id: 0x3001237923792379
Serial number: 0000000000000000
Device type: disk
Local Time is: Thu Mar 31 21:04:22 2022 BST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Disabled or Not Supported
Read Cache is: Enabled
Writeback Cache is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Error Counter logging not supported
Device does not support Self Test logging
Device does not support Background scan results logging
This issue is almost 2 and a half years old now 🏝
After a short while, my external SSD also vanishes, RPi 4.
dmesg
:
809.987218] xhci_hcd 0000:01:00.0: WARNING: Host System Error
[ 810.019230] xhci_hcd 0000:01:00.0: Host halt failed, -110
[ 815.069471] xhci_hcd 0000:01:00.0: xHCI host not responding to stop endpoint command.
[ 815.069494] xhci_hcd 0000:01:00.0: USBSTS: HSE EINT
[ 815.101508] xhci_hcd 0000:01:00.0: Host halt failed, -110
[ 815.101521] xhci_hcd 0000:01:00.0: xHCI host controller not responding, assume dead
[ 815.101661] xhci_hcd 0000:01:00.0: HC died; cleaning up
[ 815.102216] sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD
[ 815.102238] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 00 09 43 1a 00 00 e6 00
[ 815.102284] usb 1-1: USB disconnect, device number 2
[ 815.102307] usb 1-1.3: USB disconnect, device number 3
[ 815.102549] usb 2-1: USB disconnect, device number 2
[ 815.103468] sd 0:0:0:0: [sda] tag#2 uas_zap_pending 0 uas-tag 3 inflight: CMD
[ 815.103490] sd 0:0:0:0: [sda] tag#2 CDB: opcode=0x28 28 00 00 09 65 00 00 00 20 00
[ 815.103504] sd 0:0:0:0: [sda] tag#3 uas_zap_pending 0 uas-tag 4 inflight: CMD
[ 815.103515] sd 0:0:0:0: [sda] tag#3 CDB: opcode=0x28 28 00 00 09 43 03 00 00 01 00
[ 815.103528] sd 0:0:0:0: [sda] tag#4 uas_zap_pending 0 uas-tag 5 inflight: CMD
[ 815.103539] sd 0:0:0:0: [sda] tag#4 CDB: opcode=0x28 28 00 00 09 43 01 00 00 01 00
[ 815.103551] sd 0:0:0:0: [sda] tag#5 uas_zap_pending 0 uas-tag 6 inflight: CMD
[ 815.103561] sd 0:0:0:0: [sda] tag#5 CDB: opcode=0x28 28 00 00 09 43 00 00 00 01 00
[ 815.103573] sd 0:0:0:0: [sda] tag#6 uas_zap_pending 0 uas-tag 7 inflight: CMD
[ 815.103583] sd 0:0:0:0: [sda] tag#6 CDB: opcode=0x28 28 00 00 09 43 02 00 00 01 00
[ 815.103595] sd 0:0:0:0: [sda] tag#7 uas_zap_pending 0 uas-tag 8 inflight: CMD
[ 815.103604] sd 0:0:0:0: [sda] tag#7 CDB: opcode=0x28 28 00 00 09 43 19 00 00 01 00
[ 815.103616] sd 0:0:0:0: [sda] tag#8 uas_zap_pending 0 uas-tag 9 inflight: CMD
[ 815.103626] sd 0:0:0:0: [sda] tag#8 CDB: opcode=0x28 28 00 00 09 43 18 00 00 01 00
[ 815.103640] sd 0:0:0:0: [sda] tag#11 uas_zap_pending 0 uas-tag 12 inflight: CMD
[ 815.103650] sd 0:0:0:0: [sda] tag#11 CDB: opcode=0x28 28 00 00 09 43 15 00 00 01 00
[ 815.103663] sd 0:0:0:0: [sda] tag#12 uas_zap_pending 0 uas-tag 13 inflight: CMD
[ 815.103673] sd 0:0:0:0: [sda] tag#12 CDB: opcode=0x28 28 00 00 09 43 14 00 00 01 00
[ 815.103686] sd 0:0:0:0: [sda] tag#13 uas_zap_pending 0 uas-tag 14 inflight: CMD
[ 815.103695] sd 0:0:0:0: [sda] tag#13 CDB: opcode=0x28 28 00 00 09 43 13 00 00 01 00
[ 815.103707] sd 0:0:0:0: [sda] tag#14 uas_zap_pending 0 uas-tag 15 inflight: CMD
[ 815.103717] sd 0:0:0:0: [sda] tag#14 CDB: opcode=0x28 28 00 00 09 43 12 00 00 01 00
[ 815.103730] sd 0:0:0:0: [sda] tag#15 uas_zap_pending 0 uas-tag 16 inflight: CMD
[ 815.103739] sd 0:0:0:0: [sda] tag#15 CDB: opcode=0x28 28 00 00 09 43 11 00 00 01 00
[ 815.103751] sd 0:0:0:0: [sda] tag#16 uas_zap_pending 0 uas-tag 17 inflight: CMD
[ 815.103762] sd 0:0:0:0: [sda] tag#16 CDB: opcode=0x28 28 00 00 09 43 10 00 00 01 00
[ 815.103774] sd 0:0:0:0: [sda] tag#17 uas_zap_pending 0 uas-tag 18 inflight: CMD
[ 815.103784] sd 0:0:0:0: [sda] tag#17 CDB: opcode=0x28 28 00 00 09 43 0f 00 00 01 00
[ 815.103796] sd 0:0:0:0: [sda] tag#18 uas_zap_pending 0 uas-tag 19 inflight: CMD
[ 815.103806] sd 0:0:0:0: [sda] tag#18 CDB: opcode=0x28 28 00 00 09 43 0e 00 00 01 00
[ 815.103819] sd 0:0:0:0: [sda] tag#19 uas_zap_pending 0 uas-tag 20 inflight: CMD
[ 815.103828] sd 0:0:0:0: [sda] tag#19 CDB: opcode=0x28 28 00 00 09 43 0d 00 00 01 00
[ 815.103841] sd 0:0:0:0: [sda] tag#20 uas_zap_pending 0 uas-tag 21 inflight: CMD
[ 815.103851] sd 0:0:0:0: [sda] tag#20 CDB: opcode=0x28 28 00 00 09 43 0c 00 00 01 00
[ 815.103863] sd 0:0:0:0: [sda] tag#21 uas_zap_pending 0 uas-tag 22 inflight: CMD
[ 815.103873] sd 0:0:0:0: [sda] tag#21 CDB: opcode=0x28 28 00 00 09 43 0b 00 00 01 00
[ 815.103885] sd 0:0:0:0: [sda] tag#22 uas_zap_pending 0 uas-tag 23 inflight: CMD
[ 815.103895] sd 0:0:0:0: [sda] tag#22 CDB: opcode=0x28 28 00 00 09 43 0a 00 00 01 00
[ 815.103908] sd 0:0:0:0: [sda] tag#23 uas_zap_pending 0 uas-tag 24 inflight: CMD
[ 815.103917] sd 0:0:0:0: [sda] tag#23 CDB: opcode=0x28 28 00 00 09 43 08 00 00 01 00
[ 815.103929] sd 0:0:0:0: [sda] tag#24 uas_zap_pending 0 uas-tag 25 inflight: CMD
[ 815.103939] sd 0:0:0:0: [sda] tag#24 CDB: opcode=0x28 28 00 00 09 43 07 00 00 01 00
[ 815.103952] sd 0:0:0:0: [sda] tag#25 uas_zap_pending 0 uas-tag 26 inflight: CMD
[ 815.103961] sd 0:0:0:0: [sda] tag#25 CDB: opcode=0x28 28 00 00 09 43 06 00 00 01 00
[ 815.103973] sd 0:0:0:0: [sda] tag#26 uas_zap_pending 0 uas-tag 27 inflight: CMD
[ 815.103983] sd 0:0:0:0: [sda] tag#26 CDB: opcode=0x28 28 00 00 09 43 09 00 00 01 00
[ 815.103994] sd 0:0:0:0: [sda] tag#27 uas_zap_pending 0 uas-tag 28 inflight: CMD
[ 815.104004] sd 0:0:0:0: [sda] tag#27 CDB: opcode=0x28 28 00 00 09 43 05 00 00 01 00
[ 815.104016] sd 0:0:0:0: [sda] tag#28 uas_zap_pending 0 uas-tag 29 inflight: CMD
[ 815.104026] sd 0:0:0:0: [sda] tag#28 CDB: opcode=0x28 28 00 00 09 43 04 00 00 01 00
[ 815.121722] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121754] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121768] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121781] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121794] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121807] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121820] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121833] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121845] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121857] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121870] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121882] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121894] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121906] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121919] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121931] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121944] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121956] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121968] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121981] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.121993] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122005] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122018] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122031] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122043] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122056] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122068] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122080] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.122092] sd 0:0:0:0: Device offlined - not ready after error recovery
[ 815.137587] blk_update_request: I/O error, dev sda, sector 607002 op 0x0:(READ) flags 0x80700 phys_seg 230 prio class 0
[ 815.137954] blk_update_request: I/O error, dev sda, sector 647680 op 0x1:(WRITE) flags 0x104000 phys_seg 1024 prio class 0
[ 815.137982] Buffer I/O error on dev sda2, logical block 236032, lost async page write
[ 815.138046] Buffer I/O error on dev sda2, logical block 236033, lost async page write
[ 815.138066] Buffer I/O error on dev sda2, logical block 236034, lost async page write
[ 815.138085] Buffer I/O error on dev sda2, logical block 236035, lost async page write
[ 815.138102] Buffer I/O error on dev sda2, logical block 236036, lost async page write
[ 815.138120] Buffer I/O error on dev sda2, logical block 236037, lost async page write
[ 815.138138] Buffer I/O error on dev sda2, logical block 236038, lost async page write
[ 815.138155] Buffer I/O error on dev sda2, logical block 236039, lost async page write
[ 815.138192] Buffer I/O error on dev sda2, logical block 236040, lost async page write
[ 815.138211] Buffer I/O error on dev sda2, logical block 236041, lost async page write
[ 815.144660] blk_update_request: I/O error, dev sda, sector 475136 op 0x1:(WRITE) flags 0x100000 phys_seg 1 prio class 0
[ 815.144720] blk_update_request: I/O error, dev sda, sector 604672 op 0x1:(WRITE) flags 0x100000 phys_seg 1 prio class 0
[ 815.144760] blk_update_request: I/O error, dev sda, sector 606980 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.144790] blk_update_request: I/O error, dev sda, sector 606981 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.144815] blk_update_request: I/O error, dev sda, sector 606985 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.144840] blk_update_request: I/O error, dev sda, sector 606982 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.144864] blk_update_request: I/O error, dev sda, sector 606983 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.144887] blk_update_request: I/O error, dev sda, sector 606984 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 815.179711] exFAT-fs (sda2): error, failed to access to FAT (entry 0x00000152, err:-5)
[ 815.179737] exFAT-fs (sda2): Filesystem has been set read-only
[ 815.185930] exFAT-fs (sda2): error, failed to access to FAT (entry 0x0000005a, err:-5)
[ 815.190758] exFAT-fs (sda2): error, failed to access to FAT (entry 0x0000005a, err:-5)
[ 815.206261] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 815.445594] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x07 driverbyte=DRIVER_OK
Other information as provided by OP:
$ cat /etc/os-release | head -4
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
$ uname -a
Linux raspberrypi 5.15.32-v8+ #1538 SMP PREEMPT Thu Mar 31 19:40:39 BST 2022 aarch64 GNU/Linux
$ cat /proc/cpuinfo | tail -3
Revision : c03114
Serial : 100000000f4e7811
Model : Raspberry Pi 4 Model B Rev 1.4
(after the USB drive disappeared)
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 12532936 2535188 9338064 22% /
devtmpfs 1777048 0 1777048 0% /dev
tmpfs 1942776 0 1942776 0% /dev/shm
tmpfs 777112 864 776248 1% /run
tmpfs 5120 4 5116 1% /run/lock
/dev/mmcblk0p8 258094 31995 226100 13% /boot
tmpfs 388552 0 388552 0% /run/user/1000
News? I have same issue
I have the same Problem!
I'm seeing the same problem.
me ² external hdd enclosure
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" Linux raspberrypi 5.15.76-v8+ #1597 SMP PREEMPT Fri Nov 4 12:16:41 GMT 2022 aarch64 GNU/Linux
raspbian 64 bit
openmediavault 6 Version 6.0.46-5 (Shaitan) Prozessor BCM2835 Kernel Linux 5.15.76-v8+
device disconnects, share disaspears - need to reset enclosure + pi on a x86 linux machine , all working.
@Nazgile94 same problem.
Without rebooting not works if i umount and mount again.
duplicate of https://github.com/raspberrypi/linux/issues/5060
Seems closed but im new one with this problem
I been having this issue and it's now "fixed" by adding the quirks to the cmdline: 0634:5602:u
(Crucial X8 1Tb)
It's a lot slower, but at least it doesn't hang everyday!!!
I was using an external HP SSD and it worked great, but it was veeery slow, so I replaced with an SSD with an external bay and my problems started. I blamed the cheap bay, replaced with a good one. Still the same. Replaced with an external well known SSD (Crucial) and the same!!
I've created a "watchdog" on my NAS, I connected my RPi to a Shelly switch, so when the HomeAssistant that's running there doesn't reply for a while, my script turns it off and on again after some seconds. This worked fine, but still had one or two reboots per day.
I take it that this issue is still occuring seeing as I appear to be having it
I been having this issue and it's now "fixed" by adding the quirks to the cmdline:
0634:5602:u
(Crucial X8 1Tb)It's a lot slower, but at least it doesn't hang everyday!!!
I was using an external HP SSD and it worked great, but it was veeery slow, so I replaced with an SSD with an external bay and my problems started. I blamed the cheap bay, replaced with a good one. Still the same. Replaced with an external well known SSD (Crucial) and the same!!
I've created a "watchdog" on my NAS, I connected my RPi to a Shelly switch, so when the HomeAssistant that's running there doesn't reply for a while, my script turns it off and on again after some seconds. This worked fine, but still had one or two reboots per day.
Would you mind sharing your solution.....step by step and the "watchdog" script with us. Would be terribly greatful 'ol chap.
Can I quantify / qualify.....is this a hardware, software, firmware / hardware combo or other issue completely???? Anyone? The reason I ask is a) it's not clear from the thread exactly where the problem lies....b) what the actual cause of the problem is (apart from A external USB connected to a Raspberry pi c) most importantly (and selfishly in my case) my Raspberry pi is still within it's 30 day retrurn period SO if it's a hardware issue i'll take the easier softer solution and send the thing back. Thanks
In my case IT helped to give my SSD an external Power supply.
Declan Heerey @.***> schrieb am Di., 28. Mai 2024, 13:51:
Can I quantify / qualify.....is this a hardware, software, firmware / hardware combo or other issue completely???? Anyone? The reason I ask is a) it's not clear from the thread exactly where the problem lies....b) what the actual cause of the problem is (apart from A external USB connected to a Raspberry pi c) most importantly (and selfishly in my case) my Raspberry pi is still within it's 30 day retrurn period SO if it's a hardware issue i'll take the easier softer solution and send the thing back. Thanks
— Reply to this email directly, view it on GitHub https://github.com/raspberrypi/linux/issues/3404#issuecomment-2135025130, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACZXRJBIB4Y54CIB6ANZJPDZERVSTAVCNFSM4KGFPQPKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJTGUYDENJRGMYA . You are receiving this because you commented.Message ID: @.***>
In my case IT helped to give my SSD an external Power supply. Declan Heerey @.> schrieb am Di., 28. Mai 2024, 13:51: … Can I quantify / qualify.....is this a hardware, software, firmware / hardware combo or other issue completely???? Anyone? The reason I ask is a) it's not clear from the thread exactly where the problem lies....b) what the actual cause of the problem is (apart from A external USB connected to a Raspberry pi c) most importantly (and selfishly in my case) my Raspberry pi is still within it's 30 day retrurn period SO if it's a hardware issue i'll take the easier softer solution and send the thing back. Thanks — Reply to this email directly, view it on GitHub <#3404 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACZXRJBIB4Y54CIB6ANZJPDZERVSTAVCNFSM4KGFPQPKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJTGUYDENJRGMYA . You are receiving this because you commented.Message ID: @.>
Cool. Thanks. Happy to try this. Easy enough to try and remedy with a spare powered USB hub I have hiding around here somewhere......now where did I leave it??? :o)
I'm having mixed results....as usual with Raspberry Pi's....I didn't enter into this project to tinker but well that's what I always end up doing. Still, learning. Anyway ;
Powering the USB SSD via a hub seems to work....BUT agonizingly not if I put any pressure (load) on the mount, filesystem / disk for long - so it probably isn't working at all....I see the following messages in dmesg
[ 561.128679] device offline error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 2 [ 561.128750] EXT4-fs (sda1): shut down requested (2) [ 561.128784] Aborting journal on device sda1-8. [ 561.128837] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128857] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128871] Buffer I/O error on dev sda1, logical block 30965760, lost sync page write [ 561.128902] JBD2: I/O error when updating journal superblock for sda1-8. [ 561.183827] sd 0:0:0:0: [sda] Synchronizing SCSI cache
This reads more Like you should run a thorough checkt of your hard Drive.
Declan Heerey @.***> schrieb am Di., 28. Mai 2024, 18:00:
I'm having mixed results....as usual with Raspberry Pi's....I didn't enter into this project to tinker but well that's what I always end up doing. Still, learning. Anyway ;
Powering the USB SSD via a hub seems to work....BUT agonizingly not if I put any pressure (load) on the mount, filesystem / disk for long - so it probably isn't working at all....I see the following messages in dmesg
[ 561.128679] device offline error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 2 [ 561.128750] EXT4-fs (sda1): shut down requested (2) [ 561.128784] Aborting journal on device sda1-8. [ 561.128837] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128857] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128871] Buffer I/O error on dev sda1, logical block 30965760, lost sync page write [ 561.128902] JBD2: I/O error when updating journal superblock for sda1-8. [ 561.183827] sd 0:0:0:0: [sda] Synchronizing SCSI cache
— Reply to this email directly, view it on GitHub https://github.com/raspberrypi/linux/issues/3404#issuecomment-2135607775, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACZXRJCW4LKZ5OKUSHOBX23ZESS2VAVCNFSM4KGFPQPKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJTGU3DANZXG42Q . You are receiving this because you commented.Message ID: @.***>
Some info ;
uname -a
Linux Malta 6.6.28+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.28-1+rpt1 (2024-04-22) aarch64 GNU/Linux
`
pi@Malta:~ $ sudo rpi-eeprom-update
BOOTLOADER: up to date
CURRENT: Fri May 17 11:26:58 UTC 2024 (1715945218)
LATEST: Fri May 17 11:26:58 UTC 2024 (1715945218)
RELEASE: latest (/lib/firmware/raspberrypi/bootloader-2711/latest)
Use raspi-config to change the release.
VL805_FW: Using bootloader EEPROM
VL805: up to date
CURRENT: 000138c0
LATEST: 000138c0
`
pi@Malta:~ $ sudo rpi-eeprom-config [all] BOOT_UART=0 WAKE_ON_GPIO=1 POWER_OFF_ON_HALT=0
Official PSU, externally powered hub for SDD.
This reads more Like you should run a thorough checkt of your hard Drive. Declan Heerey @.> schrieb am Di., 28. Mai 2024, 18:00: … I'm having mixed results....as usual with Raspberry Pi's....I didn't enter into this project to tinker but well that's what I always end up doing. Still, learning. Anyway ; Powering the USB SSD via a hub seems to work....BUT agonizingly not if I put any pressure (load) on the mount, filesystem / disk for long - so it probably isn't working at all....I see the following messages in dmesg [ 561.128679] device offline error, dev sda, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 2 [ 561.128750] EXT4-fs (sda1): shut down requested (2) [ 561.128784] Aborting journal on device sda1-8. [ 561.128837] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128857] device offline error, dev sda, sector 247728128 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 2 [ 561.128871] Buffer I/O error on dev sda1, logical block 30965760, lost sync page write [ 561.128902] JBD2: I/O error when updating journal superblock for sda1-8. [ 561.183827] sd 0:0:0:0: [sda] Synchronizing SCSI cache — Reply to this email directly, view it on GitHub <#3404 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACZXRJCW4LKZ5OKUSHOBX23ZESS2VAVCNFSM4KGFPQPKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TEMJTGU3DANZXG42Q . You are receiving this because you commented.Message ID: @.>
Interesting. It was cheap, from Amazon....probably. You get what you pay for. I'll go down the hardware rabbit hole and see where that takes me. Thanks for the response.
Is there any solution after all ?
Is there any solution after all ?
No, just the walk-arounds mentioned above they makes the usb not to crash but makes it slower and affects the lifespan of the disks 🤷🏻♂️ i dont think that a realfix (that needs a kernel update) its going to happen anytime, rpi5 has similar issues too
Is there any solution after all ?
No, just the walk-arounds mentioned above they makes the usb not to crash but makes it slower and affects the lifespan of the disks 🤷🏻♂️ i dont think that a realfix (that needs a kernel update) its going to happen anytime, rpi5 has similar issues too
How is this affecting the lifespan of the disks? I see my system is a lot slower than before and takes much more time to boot. I think even more than the external HP disk I had before that was like 10x times slower than the Crucial!
But right now has been running since May 13th (when I rebooted it for an upgrade)!
Is there any solution after all ?
Changing the external SSD and USB connector "seems" to be working for me. For now at least. My setup now isn't ideal but it's only for testing atm.....I've reverted back to a second SD card and a adapter connected to a USB hub. I went through a multitude of swapping in and out and this worked so i moved on.
Is there any solution after all ?
Changing the external SSD and USB connector "seems" to be working for me. For now at least. My setup now isn't ideal but it's only for testing atm.....I've reverted back to a second SD card and a adapter connected to a USB hub. I went through a multitude of swapping in and out and this worked so i moved on.
I also found a table that shows all reliable adapters that work on USB 3.0 with RPi4 and I figure it out that my wasn't actually working and had buy another one.
Describe the bug After boot-up, an when activating a service that uses USB interface (Network UPS tools, as an example) xHCI interface crashs and the USB devices get disconnected. Recovery only possible after system reboot.
List of USB devices when the system boots up:
After enabling a:
To reproduce After system boot, start Network UPS tools (UPS connected through USB, having a poll frequency of 30 seconds), and the xHCI interface will crash shortly after, leading to all USB devices being disconnected.
System
Details:
Raspberry Pi 4 Model B Rev 1.1
cat /etc/rpi-issue
)? HassOS 3.8vcgencmd version
)?uname -a
)? Linux hassio 4.19.93-v8 #1 SMP PREEMPT Sun Jan 12 18:33:10 UTC 2020 aarch64 Hassio/OSLogs dmesg output:
Additional context This bug report was opened here because HassOS3.8 rus default raspbian Kernel. This issue was initially reported here: https://github.com/home-assistant/hassos/issues/526
USB cable was replaced to ensure that it was not faulty.
If more logs are needed, please let me know