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-10 ГБ файлов. Порты USB 3.0 полностью мертвы. Пробовал 3-й перезапуск и копирование некоторых файлов в меньших кусках, которые работают на несколько небольших переводов, но после 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
мой LSUSB после портов USB 3.0 перестает работать:
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]: clean-mount-point@media-dunnetahl-32gigger.service: 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
2 ответа
Принимая предупреждение об использовании небезопасных памяти как ключ и экспериментирование с переформатию привода и нескольких других дисков, я пришел к выводу, что есть какая-то физическая проблема с USB-накопителем, который я использовал. Я успешно сделал кучу других передач данных с другими дисками без проблем.
У меня аналогичная проблема с устройством 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
У меня есть док-станция для жесткого диска StarTech SDOCK4U33 с 4 слотами USB 3 с использованием технологии ASMedia:
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 не нравится, когда док-станция остается включенной при перезагрузке.
Более подробная информация (syslog и т.д.) по запросу.