Betriebssystemstart schlägt fehl, wenn externer USB-HUB angeschlossen ist (Problemumgehung, aber keine Lösung)

804
noabody

Nach ausführlichen Tests habe ich ein Problem eingegrenzt, bei dem Windows 7 und Ubuntu Mate 64-Bit nicht mit der Option "Load Optimal Defaults" im BIOS und einem USB-HUB gestartet werden (TA790GX3 A2 + -Mobo, Phenom 9950BE-CPU, 4-Gig-RAM) und GeForce GT 620).

Das BIOS "USB Configuration" ist:

Legacy USB Support - Aktiviert

USB 2.0 Controller-Modus - HiSpeed

BIOS-EHCI-Übergabe - Aktiviert

Mit diesen Einstellungen startet Windows bis zu dem Punkt, an dem "Laden von Windows" (Logo erscheint nie) angezeigt wird, und Linux schlägt während der Kernel-Initialisierung ohne Meldungen fehl.

Mit einer der folgenden Optionen kann der Computer gestartet werden:

Trennen Sie den externen USB 2.0-Hub.

Deaktivieren Sie die ältere USB-Unterstützung (keine Möglichkeit, das BIOS mit einer USB-Tastatur aufzurufen).

Stellen Sie die ältere USB-Unterstützung auf AUTO ohne angeschlossene USB-Geräte ein.

Stellen Sie den USB 2.0 Controller-Modus auf FullSpeed ​​(USB 1.1) ein.

Deaktivieren Sie die EHCI-Übergabe.

Die Deaktivierung der Legacy-USB-Unterstützung ist keine Option, da ich eine USB-Tastatur und -Maus habe. Wenn Sie die EHCI-Übergabe deaktivieren, funktioniert der Ruhezustand nicht ordnungsgemäß. Das Trennen des USB-Hubs erst nach dem Booten von Windows ist nicht bequem. Wenn Sie den USB 2.0-Controller auf FullSpeed ​​einstellen, wird das Booten von einem USB-Gerät ärgerlich langsam.

Windows 7 und Linux laden beide Treiber, um USB OHCI, EHCI, xHCI usw. zu unterstützen. Es spielt also keine Rolle, ob die BIOS Legacy-Unterstützung aktiviert ist. Sogar die anfängliche Einstellung des USB 2.0-Controllers wird ersetzt und das Betriebssystem setzt es schließlich auf HiSpeed. Es scheint, dass eine Art Low-Low-Handoff zwischen der SB750-Southbridge und dem Betriebssystem dazu führt, dass der Hardware-Bus während der Initialisierung hängen bleibt.

Die Tests wurden mit USB-HUBs auf Basis von FE2.1, GL850G und UPD720110A durchgeführt. Der Startvorgang schlägt immer fehl, wenn eine USB-Maus und eine Tastatur an einen HUB angeschlossen sind. Das FE2.1 verursacht einen Fehler, wenn nichts angeschlossen ist, während der UPD720110A mit nichts angeschlossen ist. Während bestimmte HUB-Chipsätze das System möglicherweise booten lassen, führen letztendlich zahlreiche E / A-Geräte wie eine Tastatur oder eine Webcam zum Ausfall.

Vom Standpunkt der Hardware aus haben einige Benutzer vorgeschlagen, dass Konflikte bei der Stromversorgung oder bei Interruptanfragen (IRQ) dieses Problem verursachen könnten. Ein flockiges Netzteil kann zu einer Reihe von Problemen führen. Es ist jedoch zweifelhaft, dass der Boot-Fehler nur und ständig an der Stelle auftritt, an der das BIOS das Betriebssystem verlässt.

Die x86-basierte IRQ-Architektur war bekannt für Konflikte, da sie nur 15 Leitungen für die gesamte Hardware bereitstellte. Häufig muss ein Benutzer die IRQs fest einstellen und die Plug & Play-Funktion im BIOS deaktivieren oder Einstellungen im Betriebssystem (Windows 95/98 / ME) überschreiben, um die Geräte zum Laufen zu bringen. Diese Probleme schienen um die Zeit von Windows XP, 64-Bit-Architektur und PCIe zu verschwinden. Unabhängig davon sind keine älteren IRQ-BIOS-Einstellungen wirksam und es gibt keine überlappenden IRQs oder auch nur Anwendungen unter 15.

Zu diesem Zeitpunkt habe ich keine Lösung für das Problem. Die vielversprechendste Lösung besteht darin, den USB-Controller auf FullSpeed ​​einzustellen. Es ist interessant zu wissen, dass mein anderer Computer, bestehend aus TA780G M2 + mobo, gleicher CPU und Speicher, mit den Standard-BIOS-Einstellungen problemlos booten kann.

0

1 Antwort auf die Frage

0
Overmind

Bei einem älteren älteren Chipsatz ist ein ähnliches Problem aufgetreten. Die Aktualisierung der Chipsatz-Treiber hat das Problem behoben. Da dies passiert ist, gehe ich davon aus, dass das Betriebssystem verschiedene USB-Treiberdateien lädt, wenn die Einstellung 1.1 oder 2.0 eingestellt ist.

-Aktualisieren-

Nachdem Sie Ihre Aktualisierungen zu diesem Problem gelesen haben, scheint es, dass dies auf Interrupt-Ebene behoben werden muss. Es scheint sich um ein ACPI / EHCI-Problem zu handeln (überprüfen Sie das BIOS, um diese zu ändern, außer bei der Weitergabe). Versuchen Sie, die Zuordnung von IRQ 10 aufzuheben, wenn ihm etwas im BIOS zugewiesen wurde (dies hängt mit int 72h / USB int zusammen). Auch das Aufheben der Zuordnung von IRQs von Geräten, die nicht mehr benötigt werden, kann möglicherweise helfen. Die Idee ist, USB-Hub-Controller nicht auf einem gemeinsam genutzten IRQ zu haben (dies sollte anhand der Startbildschirm-Informationen überprüft werden können).

Vielen Dank. Ich habe dieses Problem wirklich überwunden, wie ich es immer tue. Die Notizen, die ich meinem ersten Beitrag hinzugefügt habe, zeigen an, dass ich das versucht habe. Es gibt zwar Problemumgehungen, aber keine Lösung, und ich hoffe, dass Informationen für jemanden mit einem ähnlichen Problem hilfreich sind. noabody vor 7 Jahren 0
Ich habe meine Wiedergabe entsprechend Ihrem aktualisierten Thema aktualisiert. Overmind vor 7 Jahren 0