AMD X870E - Fehlerhaftes USB-Gerät/Ryzen Master funktioniert nicht

[mercutio]

95638
95637
95639

Mehrere deftige Probleme mit AsRock Nova X870E:
1. Habe jedesmal beim Booten in Windows 11 die Meldung "Das letzte USB-Gerät, das an diesem PC angemeldet war, funktioniert nicht richtig..."
Und im Geräte-Manager ein "Unbekanntes USB-Gerät"
Gerät löschen, dann neu starten bringt keine Abhilfe.
Mit Ashampoo WinOptimizer habe ich bereits die Registry bereinigt. Keine Abhilfe.
Neueste AMD-Chipsatztreiber installiert: Keine Abhilfe.
2. Ryzen Master funktioniert nicht. Oben genannte Punkte brachten keine Abhilfe.

Wie kann ich diese Probleme lösen..? Bzw wie finde ich heraus, was da nicht funktioniert?

***
***** Edit: Das Bluetooth-Modul hat den USB-Fehler verursacht und musste zurückgesetzt werden. Jetzt geht es wieder.
***** Ryzen Master funzt noch nicht.
***

[crux2005]

Was willst du hören? Scheint ein HW Fehler zu sein, also RMA. Oder ein anderes MB etc.

[user77]

Wie aktuell ist dein BIOS/UEFI? Updaten!
Chipsatztreiber neu installieren. https://www.amd.com/de/support/download/drivers.html


Welches USB Gerät ist es?

Geräte-Manager öffnen
Beim „Unbekannten USB-Gerät“ → Eigenschaften
„Details“ → „Hardware-IDs“
Wenn dort etwas mit:
VID_048D (ASMedia)
VID_1022 (AMD)
oder „USB Composite Device“
steht → es ist intern.


USB Controller neu installieren (sauber)
Nicht mit Registry-Cleaner – sondern vollständig:
Geräte-Manager
Ansicht → „Ausgeblendete Geräte anzeigen“
Unter USB-Controller ALLE Einträge löschen:
USB Root Hub
AMD USB Controller
unbekanntes USB-Gerät
Neustart

[mercutio]

Wie aktuell ist dein BIOS/UEFI? Updaten!
Chipsatztreiber neu installieren. https://www.amd.com/de/support/download/drivers.html


Welches USB Gerät ist es?


Treibername: usb.inf
Treiberpaket-ID: usb.inf_amd64_88077ed1783faf71
Klassen-GUID: {36fc9e60-c465-11cf-8056-444553540000}
Treiberdatum: 06/21/2006
Treiberversion: 10.0.26100.7019
Treiberanbieter: Microsoft
Treiberabschnitt: BADDEVICE.Dev.NT
Treiberrang: 0xFF0000
übereinstimmende Geräte-ID: USB\DEVICE_DESCRIPTOR_FAILURE
Veraltete Treiber: usb.inf:USB\DEVICE_DESCRIPTOR_FAILURE:00FF2000
Aktualisiertes Gerät: false
übergeordnetes Gerät: USB\ROOT_HUB30\7&397afaa3&0&0

Bios aktuell, heute geflasht. Chipsatztreiber von AMD neu installiert.
Brachte keine Abhilfe.

Ich denke, es hat was mit iTunes oder dem iPhone zu tun.
Nach all der Prozedur wurde das iPhone heute fast 1 Minute von iTunes erkannt (davor nur ein paar Sekunden), bevor es wieder abgemeldet wurde und als "Unbekanntes USB Gerät" im Gerätemanager auftauchte.
Jetzt wird es wieder gar nicht erkannt.
Edit: Ich konnte heute mal einige Alben auf das iPhone übertragen. Immer wieder entsperren, USB-Kabel neu verbinden, dann wieder ein paar Alben kopieren... es steigt wieder aus, Prozedur von vorne...

[Ric]

Ich gehe mal davon aus, dass du das iPhone an einen Front-USB Anschluss angesteckt hast

Im PCGH Forum gab es einen ähnlichen Fehler:
https://extreme.pcgameshardware.de/threads/unbekanntes-usb-geraet-fehler-beim-anfordern-der-geraetebeschreibung.571397/

Lösung war, ein RGB Stecker falsch eingesteckt, Einbaufehler.

Mein Tipp wäre auf Hardware-Ebene anzufangen und im Rechner die USB Kabel vom Mainboard herauszuziehen und ggf. auf ein anderen internen Anschluss zu änderen (falls mehrere Sockel vorhanden sind). Kann nicht schaden auch mal vorsoglich alle Kabel zu prüfen. Möglicherweise ein defekter Sockel.

Auch mal Gegenbprobe machen und dein iPhone mit einen USB Anschluss an der Rückseite des Rechners verbinden und prüfen ob dort auch der Fehler erscheint oder die Verbindung stabil ist.

Anderer Lösungsansatz könnte ein Masse-Fehler sein, der auch auf eine Einbauproblematik hindeutet:

https://www.bassic.de/threads/unbekanntes-usb-geraet-fehler-beim-anfordern-einer-geraetebeschreibung.14933167/


22.06.24

#11

Gott sei dank Leute. Es läuft wieder. Die beiden Monitor waren schuld. Ich hab beide für wenige Minuten stromlos gemacht danach wieder angeschlagen und auf einmal läuft das Interface wieder und auch der Fehler im Device Manager ist wieder weg.

Keine Ahnung was da dann war.

[mercutio]

Also das iPhone war es doch nicht. Das hatte zwar ein Problem mit einem Kabel, das habe ich jetzt aber gelöst.
Das Problem mit dem "unbek. USB-Gerät" und dem Ryzen-Master, der nicht läuft besteht immer noch. Ich habe alle unnötigen USB-Geräte getrennt, auch einen USB-C Hub, der direkt am MoBo angeschlossen ist, das Problem besteht trotzdem.
RGB-Stecker verwende ich, das müsste ich als nächstes mal alles entfernen und testen.

Wahrscheinlich hat die Win 11 Installation auch einen Knacks.
Das musste ich vor ein paar Monaten wegen einem Bios-Update neu installieren, weil meine PIN nicht wiederhergestellt werden konnte. Da wurde Win 11 durch die "Reparieren-Funktion" neu drübergebügelt. Offenbar ist das nicht so eine gute Idee.

[ExJuvantibus]

Was mit der Front IO. Hast du da gar was grausiges von Dell? Bzw. würde grundsätzlich die USB Kabel vom Mobo die zu Front I/O vom Gehäuse gehen checken.

[mercutio]

Neee, kein Dell.
Ja, Front IO habe ich angeschlossen.
Das Gehäuse ist von Kolink. Die USB-Anschlüsse vorne funzen normal. Da ist mir noch nix aufgefallen. Die nutze ich auch häufig, u.a. Maus-Dongle, Controller-Base, USB-Sticks...

Wie könnte ich in Linux ein Hardware-Problem finden? Ich habe auch cachyOS auf dem PC und da wurde noch kein USB-Gerät als Fehlerhaft gemeldet. Zumindest habe ich in den HW-Infos nichts entdeckt.
Ich vermute, es ist primär ein Windows-Problem. Könnte da zB ein USB-Hub doppelt in der Registry eingetragen sein?

[T86]

Alle Stecker ab vom Board bis auf 24 Pin - 8 Pin CPU - CPU Lüfter und Power Knopf

Alle usb Buchsen am i/o mit ner Taschenlampe und nen Zahnstocher kontrollieren

Ich kann gar nicht in Worte fassen was alles sein kann aber es ist fast immer irgend nen Mist den man eig nicht auf dem Schirm hat. Genau gucken lautet die Devise

[gedi]

Sämtliche SATA-M4s mal auf PCIe 3x einstellen. Ich vermute einen Interrupt-Error.

[joe kongo]

Wie könnte ich in Linux ein Hardware-Problem finden?

dmesg -w

Gibt kontinuierlich Meldungen vom Kernel aus,
zB wenn Probleme mit USB Geräten auftreten.

[mercutio]

sorry doppelpost

[mercutio]

dmesg funktionierte nicht, aber

journalctl -k --no-hostname -o short-monotonic | sed 's/kernel: //'


brachte folgendes Ergebnis:

usb 3-7: device descriptor read/64, error -110
[ 22.267233] usb 3-7: device descriptor read/64, error -110
[ 22.753057] usb 3-7: new high-speed USB device number 3 using xhci_hcd
[ 28.411044] usb 3-7: device descriptor read/64, error -110
[ 44.283335] usb 3-7: device descriptor read/64, error -110
[ 44.392040] usb usb3-port7: attempt power cycle
...
usb 3-7: new high-speed USB device number 4 using xhci_hcd
[ 49.698031] usb 3-7: Device not responding to setup address.
[ 54.702252] usb 3-7: Device not responding to setup address.
[ 54.910349] usb 3-7: device not accepting address 4, error -71
[ 55.289265] usb 3-7: new high-speed USB device number 5 using xhci_hcd
[ 60.089347] usb 3-7: Device not responding to setup address.
[ 65.094363] usb 3-7: Device not responding to setup address.
[ 65.302048] usb 3-7: device not accepting address 5, error -71
[ 65.304035] usb usb3-port7: unable to enumerate USB device



Aber welches device ist das nun, usb3-7..?

Edit: könnte was mit Bluetooth zu tun haben, aber da habe ich eigtl. keine Probleme.

[Exxtreme]

Mhhh, benutzt du einen USB-Hub? Wenn ja, lass den mal zum Testen weg.

[mercutio]

Anscheinend habe ich doch BT-Probleme - denn BT ist nicht verfügbar, obwohl im BIOS aktiviert.
Muss das jetzt nochmal ein- und ausschalten und sehen, ob es dann geht.

Edit: BT im Bios deaktiviert -> Neustart -> Meldung mit "fehlerhaftem USB-Gerät" kommt nicht.
Dann BT im Bios wieder aktiviert -> Neustart -> Meldung mit "fehlerhaftem USB-Gerät" kommt nicht -> BT funktioniert wieder. :ugly:

\o/ mein Problem ist damit behoben, das BT Modul musste wohl mal zurückgesetzt werden, jetzt geht es wieder.
Hilfreich wäre allerdings eine entsprechende Meldung gewesen. Da ich BT nur sporadisch nutze, ist mir das zuerst nicht aufgefallen.

Ryzen Master geht noch immer nicht. Vermutlich wäre ein CMOS-Reset hilfreich. Habe ich aber aktuell keinen Bock drauf.