Beiträge von JimSalabim

    plutect Danke für die map.txt. Du hast den falschen Pfad genommen, wie es aussieht. Das ist nicht EFI-Partition der Windows-Platte. Probier es mal mit diesem:

    PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0x0,0x0)/HD(2,GPT,81feaf5a-1006-11ea-b406-ad8818d033cb,0x32800,0x1bdec623)/\EFI\Microsoft\Boot\bootmgfw.efi


    Setz außerdem ExposeSensitiveData mal auf 3 und ScanPolicy auf 3085059 (das ist der Dezimalwert für 0x2F1303).

    Das setzt sich zusammen aus:

    FILE_SYSTEM_LOCK

    DEVICE_LOCK

    ALLOW_FS_APFS

    ALLOW_FS_HFS

    ALLOW_FS_EXT

    ALLOW_DEVICE_SATA

    ALLOW_DEVICE_SASEX

    ALLOW_DEVICE_SCSI

    ALLOW_DEVICE_NVME

    ALLOW_DEVICE_USB


    Vermutlich brauchst du davon nicht alles, aber es schadet auch nichts. So hast du auf jeden Fall auch HFS mit drin und auch USB-Laufwerke (mit den entsprechenden Dateisystemen).


    Ich vermute übrigens, dass bei karacho Windows deshalb nicht an erster Stelle im Boot-Menü auftaucht, weil bei ihm die Windows-Platte an einem Controller hängt, der quasi weiter hinten in der Reihenfolge ist. Bei meinem Board kommen die SATA-Anschlüsse offensichtlich "vor" den NVMe-Anschlüssen, und da mein Windows ebenfalls (wie bei dir) auf ner SATA-SSD ist, macOS aber auf ner NVMe, erscheint Windows im Menü weiter oben. So zumindest meine Vermutung.

    plutect Hast du dir beim Nachschauen des Pfades für den Custom-Boot-Eintrag für Windows eine map.txt erstellen lassen? Wie man das macht, hatte karacho ja geschrieben. Kannst du deine map.txt hier mal eben hochladen? Dann kann ich dir evtl. sagen, wie der richtige Pfad lauten muss.

    Bei mir ist ExposeSensitiveData auf 3 und die Scan Policy auf 3085059. So klappt es bei mir.

    In den macOS-Systemeinstellungen wählst du unter "Startvolume" dann einfach noch deine Hackintosh-SSD aus, dann wird die auch zum Standardeintrag im Bootmenü (auch wenn sie nicht an oberster Stelle erscheint).

    Der Noctua NH-D15S ist ziemlich groß. Ja nach GPU, die du nachträglich evtl. noch kaufst, kannst du da Platzprobleme kriegen, wenn du die GPU in den obersten Slot stecken willst. Im Zweifel verwendest du einfach den unteren Slot, das macht auch nichts aus.

    Ich habe die Größen nicht verglichen, aber ansonsten würde ich dir stattdessen den Dark Rock Pro 4 Kühler empfehlen. Der ist zwar ähnlich groß, aber da weiß ich aus eigener Erfahrung, dass drunter definitiv ne GPU (grade so) reinpasst. Der RAM passt auch problemlos drunter.

    Toskache Deine Board Serial Number und deine MLB stimmen nicht. Ich hab dir die neu generiert und eingetragen und den EFI-Ordner hier angehängt. Ich hab jetzt außerdem mal noch die USBPorts-kext raus und hab die andere Methode mit USBInjectAll plus UIAC-SSDT angewandt.


    Supermiene Wenn Amazon Prime trotz iMacPro1,1 SMBIOS in Safari nicht geht, dann liegt der Fehler wahrscheinlich wirklich entweder bei Amazon oder bei Safari. Dass Netflix in hoher Auflösung in Safari läuft und Apple TV+ Streaming auch funktioniert, zeigt ja eigentlich, dass dein DRM funktioniert wie es soll. Ich hab leider kein Amazon Prime, kann es also bei mir nicht ausprobieren.


    rookee Blöde Frage: Du versuchst aber schon, das Bios über den Ordner "mb_bios_z390-designare_f9b" zu flashen, oder? Also du wählst hier nicht versehentlich stattdessen die Datei mit Profil für die Settings ("Settings RX") aus, oder?


    macdream Ja, OpenCore läuft bei mir mittlerweile eigentlich perfekt. Aber nur mit der Version aus dem N-D-K-Fork:

    https://github.com/n-d-k

    Ansonsten keine Chance.


    SabineT Vielen Dank! :-D Das freut mich aber!

    Dateien

    Ich habe, weil sich das 2,4-GHz-WLAN und Bluetooth gerne in die Quere kommen (das liegt aber nicht an Fenvi, ich hatte genau dasselbe Problem auch mit ner anderen kompatiblen WLAN-/Bluetooth-Karte, BCM943602CS), ebenfalls am Router ein 5-GHz-WLAN und ein 2,4-GHz-WLAN separat konfiguriert. Das hat geholfen. Das 2,4-GHz-WLAN nutzen jetzt nur die Geräte, die kein 5 GHz können (Drucker und Raspberry Pi), alle anderen sind im 5-GHz-WLAN. Bei mir macht das einen relativ großen Unterschied. Zudem hab ich mir für Bluetooth eine Antennenverlängerung bis auf den Schreibtisch gelegt, seitdem haben die Bluetooth-Geräte eine stabile Verbindung.

    Ich hatte verschiedenes ausprobiert. Es kann auch sein, dass die bessere Verbindung momentan primär an der Verlängerung liegt. Eine ähnlich gute Verbindung hatte ich aber glaube ich auch ohne die Antennenverlängerung, wenn 2,4 GHz am Router einfach komplett deaktiviert war.

    mhaeuser Aah, danke. OK. Dann scheint es Sinn zu ergeben.

    apfelnico Wenn ich den EFI-Ordner auf der Windows-EFI-Partition mit dem OpenCore-EFI-Ordner ersetze, bootet er nach dem NVRAM Reset dann auch wie erwartet über OpenCore. Ich könnte den Windows-EFI-Ordner dann entweder woanders ablegen (aber wer weiß, ob das bei Windows-Updates irgendwelche Probleme machen kann?) oder ich lebe eben damit, dass nach dem NVRAM-Reset kurz Windows hochfährt. Wenn es offensichtlich eh nicht nötig ist, das so oft zu machen (fast alle Änderungen in meinem EFI-Ordner wurden eh auch ohne NVRAM-Reset problemlos angenommen), kann ich da im Zweifel auch damit leben.

    JimSalabim Aus irgendeinem Grund startet OC bei dir nach dem Reset nicht... Custom-Einträge können kein Standard sein, wenn es andere gibt - das erklärt auch die ALT-Problematik

    Genau hier liegt das Problem: Nach dem NVRAM-Reset findet der Rechner die EFI-Partitionen zunächst nicht (auch die von Clover nicht) und bootet deshalb Windows. Wenn es nur die OC-Partition beträfe, wäre in den Boot Option Priorities als zweites nämlich ne Clover-EFI-Partition drin, dann müsste er von dieser booten. Tut er aber auch nicht und nimmt stattdessen die Windows-Partition (die ich übrigens sogar aus den Boot Option Priorities entfernt habe).

    Nachdem Windows dann einmal hoch- und runtergefahren wurde, läuft dann auch alles, dann findet er die OpenCore-EFI-Partition auch problemlos von selbst. Das Interessante ist, dass ich über das Bios-Bootmenü (F12) direkt nach dem NVRAM-Reset durchaus über OpenCore (oder auch Clover) starten kann. Aber: Sobald ich dann wieder nen Neustart mache, bootet er (anscheinend aus Rache, dass ich ihn austricksen wollte) sofort wieder Windows. Nachdem ich dieses wieder runtergefahren habe, geht alles wieder von selbst wie es soll.

    Kann das irgendwie damit zu tun haben, dass ich den MSR 0xE2 Lock raus gemacht hab (und daher auch AppleCpuPmCfgLock und AppleXcpmCfgLock nicht verwende) oder tut das nichts zur Sache?

    EDIT: Der Lock tut nichts zur Sache, war ja klar eigentlich. Hab’s grad mit dem MSR Lock drin probiert, ist dasselbe.


    Mit OpenCore hat es aber auf jeden Fall zu tun. Nach einem NVRAM-Reset über Clover klappt alles wie es soll. Nur nach nem Reset in OpenCore taucht das Problem auf.

    • entferne die Custom Einträge

    • notiere Variable und Wert, den macOS ins NVRAM schreibt

    • kopiere das und trage es in der config.plist ein

    Jetzt bin ich etwas überfordert. Ich hab hier einmal eine ellenlangen Wert:

    <3c617272 61793e3c 64696374 3e3c6b65 793e494f 4d617463 683c2f6b 65793e3c 64696374 3e3c6b65 793e494f 50726f76 69646572 436c6173 733c2f6b 65793e3c 73747269 6e673e49 4f4d6564 69613c2f 73747269 6e673e3c 6b65793e 494f5072 6f706572 74794d61 7463683c 2f6b6579 3e3c6469 63743e3c 6b65793e 55554944 3c2f6b65 793e3c73 7472696e 673e4145 37453441 39322d30 4635352d 34304638 2d413241 322d4233 30454532 32323431 45463c2f 73747269 6e673e3c 2f646963 743e3c2f 64696374 3e3c6b65 793e424c 4c617374 4253444e 616d653c 2f6b6579 3e3c7374 72696e67 3e646973 6b327333 3c2f7374 72696e67 3e3c2f64 6963743e 3c646963 743e3c6b 65793e49 4f454649 44657669 63655061 74685479 70653c2f 6b65793e 3c737472 696e673e 4d656469 6146696c 65506174 683c2f73 7472696e 673e3c6b 65793e50 6174683c 2f6b6579 3e3c7374 72696e67 3e5c4145 39353736 38342d34 4145342d 34373638 2d413941 422d4232 33313446 30383642 43365c53 79737465 6d5c4c69 62726172 795c436f 72655365 72766963 65735c62 6f6f742e 6566693c 2f737472 696e673e 3c2f6469 63743e3c 2f617272 61793e00>


    Und unten eben das im plist-Format mit den Keys IoMatch, BLLastBSDName und IOEFIDevicePathType. Was müsste davon wo in die config.plist unter NVRAM eingetragen werden?



    Ist das so richtig?


    Wenn ich den Custom Entry für Windows entferne, wird mir Windows aber nicht mehr im Bootmenü angezeigt.


    EDIT: Auch ohne die Custom-Einträge für Windows startet Windows nach dem NVRAM-Reset automatisch. So wie ich es im Screenshot unter NVRAM eingetragen habe, stimmt es glaube ich eh nicht. Dann kommt folgende Meldung:

    karacho  mhaeuser  macdream  Sn00py  locojens

    Die Vermutung hat sich bestätigt. Die aktivierte SIP verursacht das Problem. Mit deaktivierter SIP gibt es kein Problem, da lässt sich alles wunderbar bearbeiten. Bei mir funktioniert die Deaktivierung der SIP über die OpenCore-config.plist mit dem Wert <E7030000> übrigens einwandfrei – ganz im Gegensatz zu dem Typ, der bei insanelymac was dazu schreibt. Das sieht bei mir dann so aus:


    "csrutil status" meldet im Terminal dann dementsprechend:


    EDIT: Und mit dem Wert <77000000> sieht es nach nem NVRAM-Reset dann so aus:

    Auch damit geht natürlich das Bearbeiten der config.plist einwandfrei.


    karacho Die Berechtigungen sind bei mir genau wie bei dir und werden auch genauso im Terminal angezeigt.


    Und EDIT 2 (anderes Thema): Nach nem NVRAM Reset wird bei mir immer automatisch erstmal Windows gebootet (für Windows hab ich nen Custom Entry drin) und ich komme vorher auch nicht wie sonst mit gedrückter Alt-Taste ins OpenCore-Menü. Sobald ich Windows dann heruntergefahren habe bzw. Neustart gewählt habe, komme ich mit gedrückter Alt-Taste wieder ins Menü und kann dann meine Hackintosh-SSD auswählen. Wenn ich die dann in den macOS-Systemeinstellungen als Startvolume auswähle, ist sie auch wieder in OpenCore das Standard-Bootvolume, wie es sein soll. Soweit so gut, aber dass ich mir nach jedem NVRAM-Reset immer erstmal kurz Windows geben muss, nervt etwas.

    EDIT 3: Hab zusätzlich nen Custom Entry für macOS erstellt (und diesen vor Windows platziert). Jetzt erscheint macOS zwar vor Windows in der Liste und ist auch automatisch direkt als Default gesetzt, aber leider ändert das nichts dran, dass nach jedem NVRAM-Reset dennoch erstmal Windows bootet. Die Boot-Reihenfolge im Bios wird dabei von Windows nicht durcheinander geworfen, die stimmt nach wie vor.