Beiträge von griven

    Oder so schlecht wie man es nimmt denn wie Sie sehen sehen Sie nichts :)


    Das Dein BT nicht geht liegt daran das das BT Modul am USB nicht erkannt wird was mit einiger Sicherheit daran liegt das der Port entweder nicht korrekt gemapped ist oder das BT Modul im Bios deaktiviert ist (bei meinem Elitebook 840 G6 kann man das im Bios deaktivieren). So oder so solange das Dingen am USB nicht auftaucht kannst Du da Kexte dran werfen soviel Du willst es wird nichts bringen. Ich würde an Deiner Stelle als erstes mal das USB Mapping prüfen am besten unter Windows mit der USBToolBox (ist der einfachste Weg)...

    Langsam wird es irgendwie wirr...

    Weiter vorne schreibst Du von einem BRCM BT Device nun ist es wieder die Intel was denn nun? Letzlich kommen wir vermutlich erst weiter wenn wir wissen was wirklich in der Kiste steckt...


    Schnapp Dir mal das hackintool und geh dort in den Bereich USB und mach einen Screenshot von dem was dort erkannt wird und lade den hoch. Damit sehen wir 1. ob das BT Device am USB überhaupt erkannt wird und 2. um welches es sich handelt...

    Das ist so weil Apple die Muster für den Fingerprint bzw. die Fingerprints in der Secure Enclave ablegt und sie dort ziemlich vor Manipulationen bzw. unbefugten auslesen sind. Wenn man bedenkt das TouchID neben dem entsperren des Rechners auch zum autorisieren von Zahlungen (ApplePay), für Einkäufe im AppStore und an anderen kritischen Stellen im System eingesetzt wird ist das schon ziemlich clever gelöst. Die "einfacheren" Reader in Windows Laptops wie zum Beispiel den von cobanramo erwähnten Thinkpad's sind relativ einfach zu manipulieren und bieten damit keinen besonders hohen Sicherheitsstandard wenn gleich es bis zur Einführung von TouchID durch Apple eine Drittanbieter Lösung gab. Der Hersteller der Software damals war AuthenTec und die Software (TrueSuite) lief bis einschließlich Lion. Apple hat sich das KnowHow von AuthenTec einverleibt indem sie die Bude einfach gekauft haben und in der Folge davon die TrueSuite eingestellt haben *gg*


    FaceID spielt am Mac bislang noch gar keine Rolle hierzu gibt es also in macOS bislang keinen passenden technischen Unterbau um das zu realisieren zudem dürfte kaum eine Notebook/PC/Mac die notwendige Kameratechnik dafür an Bord haben. FaceID setzt auf eine als TrueDepth bekannte Methode um zu ermitteln ob es sich um eine Person oder ein Foto handelt das vor die Kamera gehalten wird. Neben den Bildinformation erstellt die Kamera auch eine "topografische Karte" vom Gesicht und vergleicht diese mit den zuvor aufgezeichneten und in der Enclave abgelegten Daten.


    Auf dem Alternativmarkt sieht es hier eher mau aus. Es gibt wohl Lösungen die zumindest das entsperren des Rechners über Bluetooth proximity ermöglichen können (wurde in dem Intel WLAN Thread von anonymous_writer erwähnt) wie gut das allerdings funktioniert, welche Einschränkungen es dabei gibt und wie sicher es am langen Ende wirklich ist kann ich nicht sagen...

    So ein wenig hört sich das für mich schon danach an das der NVRAM bzw. die NVRAM Implementation mit dem Board problematisch ist zumindest sprich so einiges dafür...


    - BootVolume nicht setzbar

    - NVRAM bezogene Fehlermeldungen (wobei mir nicht klar ist in wieweit die beiden Polaris den NVRAM beeinflussen sollen aber gut scheint einen Zusammenhang zu geben)


    Passend dazu erwähnt der Hardware Buyers Guide bei Dortania die NVRAM Thematik auch explit für die HEDT Plattformen (Ausnahme ist hier wohl Asus mit dem X299). Eventuell wäre es also eine Idee mal in Richtung emulierter NVRAM zu denken um diesen Faktor aus der Gleichung zu nehmen ?!?

    Naja so ganz nichts macht sie nicht die definiert auch noch ein paar andere Dinge...

    VoodooPS2 lässt sich auf unterschiedliche Weise anpassen eine davon ist die genannte SSDT eine andere wäre die info.plist in der Voodoops2Keyboard.kext wobei die SSDT, sofern vorhanden, Vorrang hat...

    Naja und die SSDT-KBRD.aml definiert das die CMD und die Option Taste getauscht werden sollen...


    Davon ausgehend das auf einem PC Keyboard ALT-GR der Option Taste entspricht würde das bedeuten das mit der Konfiguration ein Druck auf ALT-GR Das Event für Control auslöst und umgekehrt dein Druck auf Strg das Event für Option ich denke daher kommt die Verwirrung. Du kannst in der ssdt-kbrd.aml den Punkt "Swap command and Option" einfach auf den Wert "n" setzen und die SSDT wieder einbinden damit sollte das dann passen. Anbei mal entsprechend angepasst.

    Dateien

    • SSDT-KBRD.aml

      (358 Byte, 17 Mal heruntergeladen, zuletzt: )

    Das mit dem ziehen und ablegen kann am Trackpad Treiber liegen...


    Habt Ihr mal geschaut ob das Trackpad auch als solches erkannt wird (Systemeinstellungen -> Trackpad)? Gerade bei VoodooPS2 angebundenen Trackpads sollte man manchmal eher davon absehen den VoodooPS2 zu aktualisieren denn die sind oft spezifisch für den Rechner angepasst was durch ein Update zunichte gemacht wird (passiert zum Beispiel gerne bei diversen Thinkpad Modellen) zudem auch darauf achten das VoodooInput.kext vor allen anderen Voodoo Kexten geladen wird und das die Reihenfolge stimmt (gleiches gilt natürlich auf für den VoodooI2C und dessen Satelliten)...

    Die Meldungen müssen nicht unbedingt bedeuten das die ITLWM hier der schuldige ist (kannst es testweise mal deaktivieren und gucken ob der Rechner dann schneller startet) der Verbosemode gibt halt einfach alle Meldungen aus die das System sonst ins Log schreiben würde und dazu gehören eben auch die Diagnose/Debug Meldungen von Extensions. Meist verbirgt sich der wahre schuldige in den letzen paar Zeilen vor dem Umschalten auf den Login Screen...


    Was Deine EFI angeht lösch alles was nicht zu OpenCore gehört hier insbesondere den möglicherweise vorhandenen Ordner Apple zudem kannst Du große Extensions wie den möglicherweise vorhandenen IntelBluetoothFirmware.kext ebenfalls löschen. Diese Extensions sind ziemliche Schwergewichte tragen aber zur Fehlerdiagnose nichts bei. Ich kann aktuell nicht in die config.plist gucken weil ich im Büro bin aber stell hier auch sicher das Du da nix doppelt drin hast und nix unnötiges aktiviert ist (Gieskanne ist kein gutes Prinzip hier gilt eher so wenig wie möglich, so viel wie nötig)...

    Im Bios kannst Du doch die verwaisten Einträge einfach löschen es bietet dafür ja sogar eine Option an auf dem selben Weg solltest Du eigentlich auch ein auf der EFI Partition der SSD vorhandenes OC einbinden können (wobei die Kiste das eigentlich auch von sich aus finden können sollte wenn die EFI passt)...


    Was die Intel WLAN Karte angeht welche Version von Sonoma hast Du verwendet? Wenn es die letzte Beta ist (14.4.X) dann musst Du darauf achten das Du die aktuellste Version (alpha) vom itwlm.kext verwendest.

    Alles vor Haswell braucht ab Ventura zwingend die den Cryptexfixup.kext weil diese CPU`s die AVX2 Erweiterungen nicht unterstützen zudem wird es mit der Grafik in der Komnbination mit Ventura und höher hakelig weil die nativen Treiber für Polaris Karten unter Ventura ebenfalls AVX2 brauchen was die CPU aber halt nunmal nicht hat...

    Schlachtplan ist also mit Cryptexfixup.kext und mit WhatEverGreen.kext und dem BootArg -radvesa oder ggf. -wegnoegpu zu installieren (WEG und das ARG um das laden der Treiber zu unterbinden da anderfalls Kernelpanik) und anschließend mit dem OpenCoreLegacyPatcher den Support für die Grafik nachzuziehen. Das Gehampel mit dem Patcher ist nötig weil es eben Treiber für die Polaris GPU braucht die ohne AVX2 auskommen. Nicht ganz so trivial aber machbar...