Ubuntu 20.04 LTS usb 3.0 在传输过程中停止工作,直到重新启动才会损坏

Ubuntu 20.04 LTS usb 3.0 在传输过程中停止工作,直到重新启动才会损坏

我昨晚刚刚安装了 Ubuntu 20.04。我有 6 个 USB 3.0 端口和 6 个 USB 2.0 端口。昨晚使用几个小时后,USB 3.0 端口没有问题,但我没有进行任何数据传输。

今天尝试从闪存驱动器复制文件时,出现输入输出错误,注意驱动器已卸载,并且我的 USB 3.0 端口均无法使用(包括我的 USB 鼠标和键盘)。我将所有东西都传输到 USB 2.0 端口,它们工作正常。

我重新启动并重试文件传输,在复制了大约 8-10GB 的文件后,出现了同样的问题。USB 3.0 端口完全坏了。尝试了第三次重新启动,并将一些文件分成较小的块进行复制,这对于一些较小的传输有效,但在第 4 次传输后,端口再次断开连接并停止工作。

这是我启动时的 lsusb:

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0e8f:00a8 GreenAsia Inc. 2.4G RX
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 002: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

我的 lsusb 已连接 USB 驱动器:

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0e8f:00a8 GreenAsia Inc. 2.4G RX
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
Bus 009 Device 003: ID 0951:1666 Kingston Technology DataTraveler 100 G3/G4/SE9 G2
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 002: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

USB 3.0 端口停止工作后我的 lsusb:

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0e8f:00a8 GreenAsia Inc. 2.4G RX
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

有人知道我该怎么做才能解决这个问题吗?谢谢。

更新(不完全确定这有多少相关性,但我认为这涵盖了从上次成功传输到设备故障然后将 USB 驱动器移动到 USB 2.0 端口的时间)

/var/log/syslog:

Jan 20 11:22:05 dunnetahl-desktop systemd[933]: Starting Tracker metadata extractor...
Jan 20 11:22:05 dunnetahl-desktop tracker-extract[3340]: Set scheduler policy to SCHED_IDLE
Jan 20 11:22:05 dunnetahl-desktop tracker-extract[3340]: Setting priority nice level to 19
Jan 20 11:22:05 dunnetahl-desktop dbus-daemon[956]: [session uid=1000 pid=956] Successfully activated service 'org.freedesktop.Tracker1.Miner.Extract'
Jan 20 11:22:05 dunnetahl-desktop systemd[933]: Started Tracker metadata extractor.
Jan 20 11:22:05 dunnetahl-desktop tracker-extract[3340]: Warning: using insecure memory!
Jan 20 11:22:16 dunnetahl-desktop systemd[933]: tracker-extract.service: Succeeded.
Jan 20 11:22:36 dunnetahl-desktop tracker-store[3331]: OK
Jan 20 11:22:36 dunnetahl-desktop systemd[933]: tracker-store.service: Succeeded.
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.944723] xhci_hcd 0000:02:00.0: xHCI host not responding to stop endpoint command.
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.944728] xhci_hcd 0000:02:00.0: USBSTS:
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.944958] xhci_hcd 0000:02:00.0: xHCI host controller not responding, assume dead
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.944976] xhci_hcd 0000:02:00.0: HC died; cleaning up
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945019] usb 8-4: USB disconnect, device number 2
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945063] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=35s
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945070] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 01 f0 e9 a8 00 04 00 00
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945076] blk_update_request: I/O error, dev sdc, sector 32565672 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945187] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945194] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 01 f0 ed a8 00 08 00 00
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945200] blk_update_request: I/O error, dev sdc, sector 32566696 op 0x0:(READ) flags 0x80700 phys_seg 17 prio class 0
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.945807] usb 9-2: USB disconnect, device number 3
Jan 20 11:22:38 dunnetahl-desktop kernel: [  575.960788] blk_update_request: I/O error, dev sdc, sector 32565672 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jan 20 11:22:39 dunnetahl-desktop kernel: [  576.905657] usb 9-4: USB disconnect, device number 2
Jan 20 11:22:39 dunnetahl-desktop udisksd[713]: Cleaning up mount point /media/dunnetahl/32gigger (device 8:34 no longer exists)
Jan 20 11:22:39 dunnetahl-desktop dbus-daemon[956]: [session uid=1000 pid=956] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.3' (uid=1000 pid=941 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
Jan 20 11:22:39 dunnetahl-desktop systemd[1]: media-dunnetahl-32gigger.mount: Succeeded.
Jan 20 11:22:39 dunnetahl-desktop dbus-daemon[956]: [session uid=1000 pid=956] Successfully activated service 'org.freedesktop.Tracker1'
Jan 20 11:22:39 dunnetahl-desktop systemd[933]: media-dunnetahl-32gigger.mount: Succeeded.
Jan 20 11:22:39 dunnetahl-desktop systemd[1]: Stopping Clean the /media/dunnetahl/32gigger mount point...
Jan 20 11:22:39 dunnetahl-desktop systemd[933]: Starting Tracker metadata database store and lookup manager...
Jan 20 11:22:39 dunnetahl-desktop systemd[933]: Started Tracker metadata database store and lookup manager.
Jan 20 11:22:39 dunnetahl-desktop systemd[1]: [email protected]: Succeeded.
Jan 20 11:22:39 dunnetahl-desktop systemd[1]: Stopped Clean the /media/dunnetahl/32gigger mount point.
Jan 20 11:23:09 dunnetahl-desktop tracker-store[3399]: OK

答案1

以不安全内存使用警告为线索,并尝试重新格式化驱动器和其他几个驱动器,我得出的结论是,我使用的 USB 驱动器存在某种物理问题。我已经成功地用其他驱动器进行了一系列其他数据传输,没有问题。

答案2

我在使用 ASMedia 设备时也遇到了类似的问题。

Ubuntu 20.04.3 LTS
Linux idallen-oak 5.13.0-27-generic #29~20.04.1-Ubuntu SMP Fri Jan 14 00:32:30 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

我有一个使用 ASMedia 技术的 StarTech SDOCK4U33 4 插槽 USB 3 硬盘驱动器底座:

Bus 004 Device 007: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 004 Device 008: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 004 Device 009: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 004 Device 010: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge

如果我重新启动 Linux 机器,则底座会在启动过程中导致以下 USB 错误:

Jan 18 21:56:52 idallen-oak kernel: [   13.254357] usb 4-3: device descriptor read/8, error -110
Jan 18 21:57:03 idallen-oak kernel: [   24.398290] xhci_hcd 0000:00:14.0: Abort failed to stop command ring: -110
Jan 18 21:57:03 idallen-oak kernel: [   24.400554] xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead
Jan 18 21:57:03 idallen-oak kernel: [   24.402820] xhci_hcd 0000:00:14.0: HC died; cleaning up

在启动时丢失该控制器意味着我的许多其他 USB 设备无法被检测到。

如果我拔下硬盘底座 USB 电缆,机器可以正常启动。如果我在机器启动并运行后插入底座 USB 电缆,则会发生上述错误(并且我再次丢失了许多其他 USB 设备)。插入 USB 设备肯定不会导致整个控制器发生故障并丢失所有其他正常工作的 USB 设备?

如果我关闭硬盘底座中的所有驱动器,然后将其打开,这似乎会重置底座,然后当我重新启动时,一切都会恢复正常。底座在启动时被正确检测到,一切正常。如果我在底座运行的情况下重新启动,问题会再次出现,直到我关闭底座并再次重新启动。

xhci_hcd 不喜欢此基座在重启后仍保持通电状态的情况。

根据要求提供更多详细信息(系统日志等)。

相关内容