High Sierra auf P8P67-PRO

  • Auch als Neuling mächte ich meinen teil dazugeben ganz dem motto "nehmen sowie auch geben"


    Nachdem mein altes Asus H81M-E sich verabschiedet hat kam spontan das P8P67 ran ohne zu wissen ob ich es zum hacki bekomme ;) wie sich herausstellte lief es einwandfrei mit ein paar hürden, nachfolgend die anleitung wie ich es zu 99% funktionabel hinbekommen habe auf das es jemand anderem helfen möge (der letzte prozent ist das die usb 3.0 etwas brauchen bis sie da sind :P ).


    Was Brauchen wir?
    1. Zugriff auf einen Mac/Hack
    2. Install High Sierra App vom AppStore
    3. Clover Bootloader https://sourceforge.net/projects/cloverefiboot/


    Wir benötigen für Clover keine apfs.efi datei, das zeig ich euch im verlauf ;)


    Ich gehe mal davon aus das ihr die Installations App bereits geladen habt, nun erstellen wir unseren USB:


    Im Festplatten Dienstprogramm formatieren wir den USB auf HFS+ Journaled mit GUID (MBR Verweigert HS) und dem Namen USB.


    Danach öffnen wir ein Terminal und geben folgendes ein:


    Code
    1. sudo /Applications/Install\ macOS\ High\ Sierra.app/Contents/Resources/createinstallmedia --applicationpath /Applications/Install\ macOS\ High\ Sierra.app --volume /Volumes/USB/


    Soweit so gut jetzt fehlt noch der Bootloader:


    Startet die Clover installations Datei und wählt installation in der ESP und wählt boot0mbr nicht boot0ss der rest kann so bleiben.


    Nun kopieren wir die angehängten kext dateien in den EFI/CLOVER/kext/Other ordner.


    Tip am rande: Kopiert euch eure Grafik Kext sowie den Clover installer direkt auf den installations usb da Safari den rechner zum neustart bringt bis die kext geladen sind.


    Startet den PC neu und geht durch den ersten teil der Installation, ab jetzt wird es interessant, wir wollen kein apfs datei system also starten wir den PC erneut von dem installations USB und öffnen das terminal.


    schaut mit

    Code
    1. diskutil list


    auf welcher partition/festplatte ihr angefangen habt HS zu installieren und geht in dieses verzeichnis ich gehe hier mal von MacHD aus.


    Code
    1. cd /Volumes/MacHD/"macOS Install Data"


    hier editieren wir nun die datei "minstallconfig.xml" mit vi und suchen nach


    Code
    1. <key>ConvertToAPFS</key>
    2. <true/>


    ändert es so ab das danach aus dem true ein false wird


    Code
    1. <key>ConvertToAPFS</key>
    2. <false/>


    Das war es bereits nun starten wir den PC erneut vom usb aber wählt diesmal eure installations platte aus.
    geht vorher jedoch in die clover optionen und fügt dort kext-dev-mod=1 hinzu da securityd euch sonst aus der installation wirft (bei mir ist es dennoch passiert aber beim zweiten mal verlief es ohne probleme)
    Der rest hier ist automatisch und wir warten bis zum neustart ab.


    nach dem neustart und dem ersten setup eures hackis installieren wir nun clover, geht dabei genauso vor wie oben mit dem unterschied wir kopieren unseren kext ordner vom USB auf die EFI partition die erstellt wurde und gemountet ist bevor wir den installer schliessen.


    Da ich nur eine nvidia grafik habe weiss ich nicht wie es anders ist aber es bietet sich nun an den WebDriver zu installieren und mit einem text editor oder plist editor die folgenden einträge in der config.plist ab zu ändern:


    Code
    1. <key>SystemParameters</key>
    2. <dict>
    3. <key>InjectKexts</key>
    4. <string>YES</string>
    5. <key>InjectSystemID</key>
    6. <true/>
    7. <key>NvidiaWeb</key>
    8. <true/>
    9. </dict>


    und in den bootflags fügen wir

    Code
    1. nvda_drv=1


    hinzu und entfernen

    Code
    1. nv_disable=1


    eigentlich wird nvda_drv nicht mehr unterstützt aber bei mir ging es ohne nicht.
    so erneut starten wir den pc neu und drücken die daumen das wir volles QE/CI haben.


    Was mir einiges kopfzerbrechen gebracht hat war der bluetooth treiber letztendlich habe ich einen Script gefunden der mir die passende firmware geladen hat.


    dazu gehen wir mit dem Terminal in das verzeichnis ath3k-firmware-uploader und führen folgende Schritte aus:


    Code
    1. mkdir /extra
    2. sudo ./install


    nun machen wir einen kaltstart des Rechners, heisst wir fahren ihn komplett herunter und schalten das netzteil ab bzw ziehen den stecker, nun starten wir den pc erneut und das bluetooth dürfte funktionieren.


    Damit währe das System auch bereits voll funktionsfähig und kann nach eurem belieben angepasst werden, wer die genaue Hardware wissen möchte die verwendet wurde schaue rechts unter meinen namen :P

  • Erst ein mal Danke für die erfolgreiche Rückmeldung deines Projekt. :thumbup:


    Was mir einiges kopfzerbrechen gebracht hat war der bluetooth treiber


    Was für ein Bluetooth Dingens kommt denn da zum Einsatz, vielleicht ist das für die Community im Nachgang noch eine Bereicherung?

  • Guten morgen,
    also zum einsatz kommt ein Atheros AW-AR3011 Bluetooth Chip


    Hier mal genauere infos:


  • Gibt es einen Grund weshalb Du kein APFS willst? Ich versuche High Sierra mit APFS zu installieren, aber sobald ich apfs.efi in EFI/CLOVER/drivers64UEFI kopiere, freezed der PC bevor Clover starten kann und zeigt nur " - " am unteren Bildschirmrand. Gibt es dafür eine Lösung?

  • Hallo und herzlich Willkommen im Forum... :)


    Vielleicht hilft es dir, mal eine aktueller Version der APFS.efi einzusetzen -> Sammlung neuste apfs.efi

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Ich habe es gerade mit der neusten Version probiert: High Sierra 10.13.5 (17F77) - selbes Phänomen. Ich habe auch die neuste gepachte Version von hier probiert: https://www.insanelymac.com/fo…hout-verbose-boot/?page=5, leider ohne Erfolg. Bleibt mir also nichts anderes übrig als HFS+ zu verwenden?

  • Du wärst der erste der 10.13.5 nicht mit APFS betreiben kann.
    Vielleicht solltest du mal deinen EFI-Ordner hier posten, damit man mal einen Blick drauf werfen kann, bevor du dich an irgendwelche Konvertierungen ran macht.


    Ich selbst werde da zwar heute nichts zu sagen können, aber hier schwirren genug Spezialisten rum... :)

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Nachdem ich das Problem nicht lösen konnte, nutze ich meinen Hackintosh jetzt mit HFS+. Leider fährt er nach dem Ausschalten nach ein paar Sekunden wieder hoch. Das Problem kenne ich von Windows, da lies es sich allerdings durch Ausschalten von "fast-boot" beheben. Gibt es dafür irgendeinen Trick unter OS X?

  • Ich würde es mal in der config.plist von Clover mit dem Punkt "FixShutdown" unter "Acpi"->"DSDT"->"Fixes" testen.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Der Eintrag "FixShutdown" ist schon vorhanden, irgendwelche anderen Ideen, woran es liegen könnte?

  • Ist Dein WakeOnLan im Bios abgeschaltet ?

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

  • Sorry ich war die letzten Tage etwas beschäftigt. Also Wake-on ist alles deaktiviert im BIOS. Das ist es also nicht.


    EDIT: ich habe das Problem gelöst, durch Deaktivieren der Option "FixShutdown" unter "Acpi"->"DSDT"->"Fixes". Gefunden habe ich die Lösung hier: Link

    Einmal editiert, zuletzt von bobpedro ()

  • Prima - AL hatte das ja bereits geschrieben

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

  • So neuer Anlauf: Mojave steht an und auch hier gibt es wieder ein paar Hürden. Hat jemand bereits Mojave erfolgreich auf einem P8P67 Pro installiert?


    Da ich ja wie weiter oben beschrieben Probleme mit dem Start von Clover bekomme, sobald apfs.efi oder ApfsDriverLoader.efi im driver folder liegen, bin ich gezwungen weiter bei HFS+ zu bleiben.

    Da Mojave hier noch strikter vorgeht als High Sierra, musste ich eine Neu-Installation mittels 14MBRinstallerMaker vornehmen.


    Des Weiteren scheint Mojave meine Grafikkarte nicht mehr (richtig) zu unterstützen, zum erfolgreichen booten musste ich den bootflag -no_compat_check hinzufügen.


    Jetzt fehlen mir noch nVidia Webdriver für multi-monitor-support, aber bislang gibt es noch keinen Treiber für Mojave: Link.


    Ich habe mit nVidia Update zwar einen kompatiblen Treiber installieren können, aber beim Initialisieren der Grafik erfolgt leider ein Reboot.


    Freue mich über Tips und Austausch, eventuell muss ich doch noch auf eine AMD Karte umsteigen...

  • Des Weiteren scheint Mojave meine Grafikkarte nicht mehr (richtig) zu unterstützen

    Da liegst du richtig, eine Grafikkarte mit Fermi Chip ist auf jeden Fall raus, da hilft nur eine Upgrade auf Kepler oder Maxwell, ansonsten machst du halt einen Switch auf eine AMD Karte.

  • @djdevil1989 wie sieht es aus mit USB 3.0, hast Du das mittlerweile zum laufen bekommen?


    Edit1: Auf dem Mainboard scheint ein NEC/RENESAS USB3 Controller (uPD720200 oder uPD720200a) verbaut zu sein. Ich habe viel herum probiert mit originalen Treibern von Dritt-Anbietern aus diesem Post, leider führte keiner davon zum gewünschten Erfolg.


    Das beste Ergebnis konnte ich mit RehabMans Fork des GenericUSBXHCI USB 3.0 Driver erreichen. Damit werden auch die USB3 Ports erkannt, allerdings funktionieren nur USB2-Geräte problemlos. USB3-Geräte werden zwar erkannt (sieht man z.B. im IOReg oder mit dem USBProber) aber nicht gemountet. Erst wenn vorher ein USB2-Gerät am selben Port eingesteckt war, funktioniert danach auch das USB3-Gerät. Mit einem USB3-Hub funktionieren USB2-Geräte, USB3-Geräte werden erkannt aber nicht gemountet.


    Meine Vermutung ist, dass es am Port-Limit liegen könnte, dafür habe ich den auch einen entsprechenden Patch in Clover. Die vielversprechende Lösung aus dieser Anleitung funktioniert bei mir leider nicht, da bei mir kein Eintrag mit XHC@14 im IOReg zu finden ist. Bei mir steht nur XHC1@0, ein rename-patch in Clover bringt leider keine Abhilfe (oder funktioniert nicht).


    Edit2: Nach Einstecken der Stromversorgung für den USB3-Hub (wie dämlich) scheint alles zu funktionieren. Ich benutze den GenericUSBXHCI.kext, ohne USBInjectAll.kext oder FakePCIID_XHCIMux.kext, keine Port-Renamings und der Port-Limit-Patch scheint wohl auch überflüssig zu sein (Link) das werde ich aber noch testen.


    Edit3: Es scheint als würde der GenericUSBXHCI.kext das Ausschalten verhindern. Mit dem Kext startet er einfach neu. Ohne Kext schaltet er ab. Hat jemand eine Idee?


    Edit4: Da nach laut RehabMan der GenericUSBXHCI.kext nicht weiter maintained wird (Link), habe ich das Problem jetzt auch mithilfe einer FL1100 basierten PCI-E Karte gelöst und internes USB3 deaktiviert.

  • Ein anderes Thema was mich nun seit geraumer Zeit beschäftigt ist das Problem von ungewolltem wake-up aus dem Ruhezustand.


    Zuerst hatte ich eine funktionierende Lösung mit einem ASUS PCE-AC55BT PCI-E adapter auf dem ich eine Broadcom BCM4352 Combo Karte montiert hatte, leider wurde der PC immer nach 5 Sekunden wieder aus dem Standby geweckt. Ohne die Karte passierte das nicht, weshalb ich andere Gründe ausschliessen kann. Da dasselbe Phänomen auch unter Windows auftrat, sogar mit der original Intel-Karte, musste es am Adapter liegen.


    Nun habe ich die Nachfolge-Version des Adapters Asus PCE-AC55BT B1 im Einsatz und unter Windows funktioniert jetzt der Standby. Für Kompatibilität mit OS X habe ich die Intel-Wifi Karte mit einer BroadCom BCM4352 BCM94352Z Karte ausgetauscht. Damit funktioniert Standby unter Windows, in OS X allerdings nur wenn das mitgelieferte USB-Kabel (für Bluetooth notwendig) nicht mit dem Mainboard verbunden ist. Als Wake-Cause sieht man das USB-Device in den Power-Logs.


    Zu genau diesem Thema gibt es auch einen Thread (Link), wo als Lösung beschrieben wird, dass die Broadcom-Karte als internes device mit einem USB-Connector-Wert von 255 (steht für intern) registriert werden muss, damit es den PC nicht mehr aus dem Standby aufweckt. Dafür wird eine korrekte Anwendung des USB-Port-Limit-Patches für OS X Mojave vorausgesetzt um dann den Entsprechenden Anschluss korrekt zu überschreiben.


    Ich habe nun schon mehrere Anläufe hinter mir, aber es will nicht so recht klappen, die internen USB-Anschlüsse des P8P67 Pro tauchen nicht in der in allen Tutorials beschriebenen Form auf, bzw. verstehe ich nicht ganz was jetzt die beste Methode ist, um diesem USB-Anschluss den Wert 255 zuzuordnen. Hier bräuchte ich mal etwas Hilfe. Gibt es vielleicht einen einfachen Clover-Patch oder muss ich tatsächlich den Port-Limit-Patch machen und eine custom SSDT generieren?


    Hier mal ein Screenshot wie das Gerät erkannt wird aus dem IORegistry-Tab des USB Prober Tools:

  • Hat niemand eine Idee oder Hilfe anzubieten?