Все USB-порты определяются как USB 1.0, а не USB 2.0
RPM отслеживает библиотеки, используя soname, точно так же, как компоновщик/загрузчик ELF.
Когда в glibc добавлялись версионные символы, RPM добавлял уникальные версии внутри первого набора круглых скобок. Смотрите "rpm -q --fileprovide glibc" для многих примеров.
При добавлении multilib (как 32-разрядных, так и 64-разрядных библиотек в одной системе )для различения добавлялся маркер «(64-разрядная )».
К сожалению, недопонимание привело к добавлению пустого " ()" с библиотеками, не имеющими версий символов. В принципе, версии символов появляются внутри пустого «()», но очень немногие библиотеки, кроме glibc, используют управление версиями символов.
P5KPL -AM использует южный мост ICH7. Цитата из его таблицы данных:
The ICH7 supports eight USB 2.0 ports. All eight ports are high-speed, full-speed, and low-speed capable. ICH7’s port-routing logic determines whether a USB port is controlled by one of the UHCI controllers or by the EHCI controller.
Если вы проверите раздел 5.20.8, короче говоря, EHCI (и, следовательно, USB 2.0 )будут загружаться только в том случае, если в первую очередь будет обнаружено высокоскоростное -устройство. Итак, вопрос, если таковой имеется, заключается в том, почему этого не происходит с вашим диском.
Предположим, что это не аппаратная проблема. (Устройство работает на самом деле только на полной -скорости, или вы используете удлинитель <2.0. Проверка в Windows может помочь определить Изучив этот сценарий )прошерстив несколько систем отслеживания ошибок, я обнаружил странную связанную ошибку , которая была исправлена в версии 4.13.