Шел 2026, Линукс не умеет корректно работать с переферией по USB 3?

Первый раз слышу о таких проблемах. USB 3 скорее всего работает через ЦП, USB 2 через южный мост, может быть проблема с питанием.

Аналогич, первый раз слышу. Проблема либо с железом, ПК, устройства, что подключаются в USB 3.X, либо если это передние порты на корпусе - неправильно подключен или распинован рахъём.

Первый раз слышу, диски подключены по USB3 переферия по 2, но даже если мышку воткнуть в USB3 то тоже все нормально.

Периферия на тебя обиделась за такое обзывательство.

Как помочь с проблемой, не знаю, но у меня всё работает без каких-либо проблем, в том числе и мышка и клава, подключенные по USB 3.

Потом при загрузке перестал работать выбор между обычной загрузкой и прочими вариантами, ничего не выбиралось как-то, проходило 5 секунд и грузилось

Если я правильно понял, что за выбор такой — это GRUB или другой загрузчик?

Ну так из этого следует, что Линукс ни при чём, проблема аппаратная, ну или где-то на уровне BIOS. Она же у тебя возникает до того, как Линукс вообще загрузился хоть в каком-то виде.

после загрузке перестал вводиться пароль, клава не работала, но можно было ее провод вынуть/сунуть и тогда работало

Кстати да, такое у меня тоже есть после перезапуска ноута (на нем все USB 3). Мне кажется, после загрузки они встают в какой-то энергосберегающий режим и не сразу включаются.

Разбираться с udev мне лень, никогда не мог ничего там понять и настроить, поэтому просто перетыкаю мышку и клаву

systemd-boot, вроде

Тут даже не проблема именно USB 3, если подключать периферию, которая скорее всего USB 2, будут задействованы контакты USB 2, 4 контакта. Тут проблема не в USB 3, а проблема с самими портами.

конкретно клава только при загрузке глючить начала, потом, вроде, всё нормально было, если провод переткнуть, а вот мышь глючит всегда, но при загрузке работает, на любом юсб 3 порте из пяти имеющихся

Ну то есть загрузчик. Стало быть, дело не в ОС. У тебя Линукс ещё ни в каком виде не загрузился, его может вообще на носителе даже не быть, а проблемы уже начались. Следовательно, искать надо не там.

Может сам контроллер глючит, может биос на материнке надо перепрошить, может с питанием проблемы, а может вообще тупо от грязи надо почистить эти конкретные твои USB-3 порты, и с тем, что они 3, а не 2 это не связано. Разное может быть. Если чисто режим бабки Ванги включить, то ставлю на питание.

По форумам и нейрохрюк Грока что-то такое пишут:

Да, это классическая и довольно распространённая странность в Linux с USB 3.0 портами (xhci_hcd драйвером).Клавиатура и мышь — это low-speed или full-speed устройства (USB 1.x / 2.0 по сути), они не используют SuperSpeed линии USB 3.0. Но когда ты их подключаешь в USB 3.0 порт, контроллер (xHCI) сначала пытается провести SuperSpeed negotiation (link training), и если на этом этапе что-то идёт не так (даже мелочь: шум на линиях, слабый контакт, неидеальный кабель, баг в реализации контроллера или устройства), то процесс проваливается с ошибкой -71 (EPROTO) — протокол нарушен.После нескольких неудачных попыток хост сдаётся, не может присвоить адрес и перечислить устройство → «device not accepting address», «unable to enumerate».Почему именно на USB 3 портах и почему на USB 2 всё ок?USB 2.0 порты используют старый контроллер (ehci_hcd), он не пытается делать SuperSpeed тренировку — сразу общается по старому протоколу, и всё работает.
На USB 3 портах xHCI обязан сначала проверить, есть ли SuperSpeed партнёр. Если нет (а его и нет у клавиатуры) — fallback на USB 2 должен быть автоматическим, но иногда этот fallback глючит из-за:Плохого качества сигнала на дополнительных SS линиях (контакты в разъёме чуть окислились/загнулись/пыль).
Несовместимости конкретного USB-контроллера (Intel, ASMedia, VIA и т.д. имеют известные баги с low-speed устройствами).
Изменений в свежем kernel (в Arch это бывает часто после обновлений).
BIOS-настроек (XHCI handoff, pre-boot mode и т.п.).

В большинстве случаев это не поломка порта — просто такая совместимость. Порт физически живой, но «нервный» с HID-устройствами (клава/мышь).Что можно сделать, если хочется вернуть USB 3 порты в стройПопробуй параметры ядра (как я писал раньше):
usbcore.old_scheme_first=1 или xhci_hcd.quirks=0x8 (или quirks=4/quirks=0x400000 — разные чипы любят разные).
Добавь в GRUB → sudo update-grub → перезагрузка. У многих это убирает ошибку полностью.
В BIOS/UEFI:
Поищи «XHCI Hand-off» → поставь Disabled (иногда помогает).
Или «XHCI Pre-Boot Mode» / «xHCI Mode» → Disabled (тогда USB 3 порты будут работать как USB 2, но без ошибок).
Почисти разъём USB 3 (изопропил + ватная палочка, без фанатизма) — иногда решает.
Если ничего не помогает — просто живи с USB 2 портами для периферии. Это не редкость, тысячи людей так и делают.

В общем, ничего страшного не случилось — это типичная «фича» USB 3 + Linux + HID-девайсы, а не поломка. Рад, что на USB 2 всё заработало стабильно! Если скажешь модель материнки/ноутбука — можно глянуть, есть ли для неё специфический quirk или фикс.

По форумам и нейрохрюк Грока что-то такое пишут:

Да, это классическая и довольно распространённая странность в Linux с USB 3.0 портами

И вот с этого момента можно дальше не читать, потому что у тебя проблема не связана с Linux.

Ну блин, у тебя проблема начинается до того, как Linux вообще хоть как-то загрузился. Ещё в загрузчике. У тебя вообще может не быть Линукса. Можешь вообще все HDD и SSD поотключать и проверить в «биосе». Кстати, если там тупо с питанием проблемы, то от отключения HDD и SSD его может начать хватать.

upd:

Поищи «XHCI Hand-off» → поставь Disabled (иногда помогает).

Разве что вот это можно попробовать. Попытка не пытка, как говорится.

когда ты их подключаешь в USB 3.0 порт, контроллер (xHCI) сначала пытается провести SuperSpeed negotiation (link training), и если на этом этапе что-то идёт не так

Ну это не очень объясняет почему при перетыке все работает 100%

Флешка вот 10 лет читалась а вчера перестала, уууу проклятый линукс!

из старого у меня только БП, но он на 650, а у меня всего лишь ryzen 5700G без разгонов всяких

zen3?

вроде, да

Это проблема платформы. Пробуй последний bios накатить, вдруг поможет. Ну или напряжение на SoC в BIOS поднять на 50 мВ. Загугли zen3 usb issue там тебе вагон ссылок будет

оно там в какой-то бете застыло
https://www.asus.com/motherboards-components/motherboards/tuf-gaming/tuf-gami...
у меня Version 3611, вроде

Не, бету без крайней нужды не стоит шить. Последнюю не бету пробуй. Если не поможет, тогда уже можно попробовать бету, как последняя надежда

У меня иногда мышь отрубается в коротком цикле. Я обычно на модуль ядра грешу в таких случаях.

ehci

с разморозкой. отдельных EHCI-контроллеров на матерях нет уж лет десять.

а когда они были, совместно с XHCI (на Хасвелловских матерях, например) — их взаимодействие было отдельным источником всяких интересных глюков (была гигабайтовская мать на Z87, наелся).

сначала пытается провести SuperSpeed negotiation

Какие могут быть попытки если физически USB 2 и USB 3 отличаются? При подключении устройств USB 2 в гнездо USB 3 дополнительные контакты USB 3 даже не используются. Вредно доверять нейронкам, очень вредно, они ещё слишком тупые.

да то же самое, вроде, вот на флешку в юсб 3 спереди ругается, в начале треда это ругалось на юсб 3 сзади корпуса
kernel: usb 1-9: device descriptor read/64, error -71

Это после того как ты что сделал?

биос обновил

А какое напряжение vsoc показывает в bios? И какая частота памяти?

частота ОЗУ? 3600 профиль обычный, без разгона
остальное надо лезть смотреть

3600 этот и есть разгон(xmp/d.o.c.p и какие там ещё альтернативные названия есть). При его выставлении bios в том числе может поднимать напряжения. Сохрани свой профиль настроек bios и скинь настройки в дефолт

fallback на USB 2 должен быть автоматическим, но иногда этот fallback глючит из-за:Плохого качества сигнала на дополнительных SS линиях (контакты в разъёме чуть окислились/загнулись/пыль).

Почисти разъём USB 3 (изопропил + ватная палочка, без фанатизма)

Это сколько должно быть проводящей пыли, чтобы хост решил, при подключении в порт USB 3 разъёма USB 2, что-то согласовывать по USB 3?

У USB 3 есть TX/RX контакты для SS, у USB 2 этих контактов нет, физически нет. USB 3 хост даёт короткие импульсы на TX контакты, когда туда подключается USB 3 устройство, то эти контакты терминируются на землю (45 Ом) и сразу видно изменение напряжения импульса (Polling.LFPS). А когда подключается USB 2.0, контакты SS остаюются в воздухе и никакого согласования SS-скорости не начинается. Это аппаратно, линус тут побоку.

Если бы у вас устройсво было USB 3.0, а переодически подключалось на USB 2.0, то да, может чистка контактов и помогла бы.

Потом при загрузке перестал работать выбор между обычной загрузкой и прочими вариантами, ничего не выбиралось как-то, проходило 5 секунд и грузилось, потом после загрузке перестал вводиться пароль, клава не работала, но можно было ее провод вынуть/сунуть и тогда работало

Дай угадаю: на новый год залил пивом?

zen3?

Это проблема платформы.

О, узнаю родимый amd-кал.

ну я бы ещё отметил, что зря перестали делать клавы/мыхи с православными зелеными и фиолетовыми круглыми штырьками

Существуют переходники usb-ps/2

это ересь!

Хрень полная и очередная галлюцинация нейрохерни.

Дак они же чисто пассивные были. Там нужно было, чтобы у мышки был не просто USB, а чудо-интерфейс, с распознованием, в usb или в ps/2 его воткнули. И такие мышки давно не производят.

Хотя, зашёл на ОЗОН, а там продаётся ps/2, допустим https://www.ozon.ru/product/nabor-klaviatura-mysh-chicony-brendirovannyy-kraf... Так что ТС вполне может купиить себе зелёные и фиолетовые круглые штырьки и потом искать куда их воткнуть. А то, где-то совсем нет розетки PS/2, где-то она объединённая и нужно искать Y-кабель.