Suchergebnisse

Das beschriebene Verhalten ist definitiv ein USB Problem...Kann entweder noch immer das Portmapping sein oder ein BIos Setting. Schau mal im Bios ob Du da was in Richtung USB Handoff hast und falls ja auf enabled stellen zudem guck mal ob da ein Setting für den XHCI Mode vorhanden ist wenn ja dann sollte das auf Auto stehen (manche Biosse bieten auch Smart Auto oder so an diese Einstellung ist problematisch)...

Dürfte hier wohl als "Legacy USB Support" bezeichnet sein. Hier den Wert auf Auto oder Disabled setzen...

Soweit ich das auf den Screens habe sehen können ist CSM auf Disable und above 4G hat er nicht

Ansonsten pack mal den gesamten EFI Ordner in ein ZIP und lade den hoch damit man da mal einen Blick drauf werfen kann. Manchmal sind es echt details die man übersieht wenn man nicht das gesamtbild kennt....

Die EFI sieht erstmal unkritisch aus...Zwei Dinge vielleicht:1. AMFIPass.kext kannst Du deaktivieren den brauchst Du (noch) nicht.2. Wenn RadVesa dann nicht Auch RadCodec in den Bootargs das beißt sich möglicherweise ansonsten.Dein Screenshot sieht auch erstmal unkritisch aus das ist halt das was macOS so tut wenn es in die GUI gestartet ist. Die Meldungen die in der Konsole laufen sind sehr häufig auch einfach Statusmeldungen die Unixoide Systeme eben zur Laufzeit ausgeben und die andernfalls i…

Probier es mal so: EFI.zipDie USBToolBox bringt einen UTBDefault.kext mit der dafür gedacht ist erstmal soviel wie möglich zu aktivieren ohne das man zuvor ein individuelles Mapping erstellt hat. Hiermit nehmen wir erstmal mögliche Probleme beim erstellen der Map unter Windows aus dem Rennen. Die SSDT-GPU-Spoof könnte unter Umständen passen hier müssen wir gucken ob die nötig ist oder nicht...

Der Default braucht immer auch die USBToolBox.kext allein tut das Ding genau nix...UTBDefault.kext ist genau wie der UTBMap.kext quasi die Arbeitsanweisung für die USBToolBox.kext eines ohne das andere hat im besten Fall keinen Effekt im schlimmsten Fall führt es zu einem Crash...Wenn die GPU laut Dortania den Spoof benötigt dann aktiviere die entsprechende SSDT wieder stell aber vorher sicher das das Gerät in Deinem ACPI auch unter SB.PCI0.PEG0.PEGP vorhanden ist denn andernfalls führt das ins …

Nimm mal die letzte EFI die ich gepostet habe und versuch es damit aber ohne irgendwas daran zu verändern....

Nope solltest Du natürlich schon drin haben. Das SMBIOS sollte schon mehr oder weniger komplett sein

Okay das scheint aber kein USB Thema (mehr) zu sein...Stell mal unter Misc->Security das SecureBootModell auf disabled.

Ich schätze Du meinst den ACPI Fehler der da mit Bezug auf XHC geschmissen wird? Probier es mal so: EFI.zip ich habe hier mal die SSDT-EC-USBX-DESKTOP.aml gegen die "einfachere" Variante getauscht. Wie schon gesagt prebuild Systeme sind da gerne mal eine bunte Tüte...

Kannst Du bitte mal einen kompletten DUMP vom ACPI machen und hier hochladen? Ich denke das Fujitsu da eine SSDT mit drin hat (vermutlich was universelles) die Dinge definiert die es in Deiner Kiste nicht gibt. Einen ACPI Dump kannst du mit OC erstellen dazu einfach unter Misc->Debug Sysreport auf true setzen. Die ACPI Tabellen finden sich anschließend auf der EFI Partition im Ordner Sysreport/ACPI...

Es gibt in Deinem ACPI tatsächlich eine SSDT namens USB_MAP ()Datei SSDT-5.aml im Dump) in der alles mögliche und auch alles unmögliche definiert ist. Ich gehe davon aus das exakt diese Tabelle uns bei Deinem Setup in die Suppe spuckt...Ich habe die Tabelle entsprechend mal unter ACPI->Delete in die config.plist eingetragen. Bitte mal hiermit testen: EFI.zip

Ist im Grunde genommen egal welche Du da nimmst...Was mir aber aufgefallen ist ist das die OEMTableID nicht "USB_MAP" sondern "USB_MAP " ist sprich da ist noch ein Leerzeichen dran das ich nicht wahrgenommen habe. Natürlich klappt der Drop nicht wenn der Name nicht exakt stimmt und da ist dann auch ein Leerzeichen relevant. Hier mal die config.plist entsprechend angepasst: config.plist

Naja das sollte es zumindest nicht tun bzw. deutet es darauf hin das da irgendwas noch immer nicht ganz richtig ist...Probier bitte mal mit der config (einfach in der EFI ersetzen): config.plistNur am Rande die aktuellste BIOS Version hast Du auf der Kiste aber drauf?

Hum so langsam gehen mir da die Ideen aus weil es gibt ja nichtmal wirklich einen Fehler also zumindest keinen der erkennbar wäre...An Bios Settings vielleicht nochmal IntelAMT auf Disable setzen und LegacyUSBSupport ebenfalls auf Disabled (wird eigentlich von nix und niemandem mehr benötigt)...

Den drop unter ACPI->Delete solltet Ihr drin lassen ansonsten schmeißt der wieder einen ACPI Fehler...Der Drop bezieht sich auf die USB_MAP im ACPI Satz die leider auch Ports und Devices mapped die gar nicht vorhanden sind (ACPI Namespace Errors sind die Folge).