Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
weil ich gerade noch an meinem Testlaptop (TB3 SSD) Tahoe nachinstalliert hab:
Man muss Jumpstart für Installation (und wahrscheinlich genauso Update) aktivieren, sonst kann der Installer das Start Volume nicht setzen und die Installation schlägt fehl. Hab mir dafür eine config für den schnelleren Wechsel angelegt, mit der apfs_aligned.efi nicht geladen wird und Jumbstart aktiv ist.
Ich habe Jumpstart durchgehend aktiv, da sonst OC macOS im Bootmenü nicht zeigt.
was könnte ich tun, damit OC bei deaktiviertem Jumpstart die macOS sieht?
da sonst OC macOS im Bootmenü nicht zeigt
bspl. dein "ScanPolicy" könnte das verhindern...
Gruss Coban
EDIT:
zur verständnis;
angenommen die apfs Driver vom Tahoe hat ein Bug daher kommen die FV2 probleme, du nimmst dir von Sequoia apfs_aligned.efi vom /usr/Standalone/i386/ und bindest sie in OC Drivers ein und testest das ganze nochmal.
Bspl. 32513 oder halt je nach deinen Bedürfnissen, 0 schaltet das aus...
Ich habe Jumpstart durchgehend aktiv, da sonst OC macOS im Bootmenü nicht zeigt.
Jetzt verwirrst du mich 😂
also mit den beiden Anpassungen solltest du einen APFS Volumes sehen - ich sehe meine:
- UEFI / APFS / EnableJumpstart = False
- UEFI / Drivers / apfs_aligned.efi / Enabled = True
Ich habe meine RX6600 nun doch nicht bei Galaxus bestellt, sondern bei eBay gestochen: Sapphire Nitro+ Radeon RX 6600 XT GAMING OC 8G undsoweiter...
Die sollte doch hoffentlich zu Tahoe passen. Was sollte ich als SMBIOS einstellen (iGPU wird dann deaktiviert)? MacPro7,1?
Ja, danke für den Tipp, ich teste das dann eh erst auf einer Lacie SSD. 
... wollte Bescheid geben dass jetzt bei mir alles läuft. 
Wie schon Mieze erwähnte bei aktiviertem V-TD versagen die Kommunikationstreiber
LucyRTL8125Ethernet.kext
itlwm.kext
IntelBluetoothFirmware.kext
Bei der Installation hatte ich nur Lilu, VirtualSMC, USBMap und NootRX.kext statt WEG. WEG hatte alles vermasselt. Beim ersten reboot entfernte ich einen RAM-Riegel. Dann bootete ich mit der minimal-Config. Nach 3-4 maligen reboot, aktivirte ich alles in der config.plist, setzte den 2. RAM-Riegel ein und entfernte auch bootarg -v weil es mir unendlich lange vorkommt und prompt konnte ich mich anmelden usw...
Bin überrascht dass es stabil läuft!
Meine Vorgehensweise:
Für die Z890 also Ultra Cores MoBSysteme sind diverse Settings für OC benötigt und zu beachten. Habe Nächtelang im Netz gesucht und war im Austausch mit einigen Usern, war interessant (Tellerrand und so) ...
TB sollte deaktiviert bleiben keine Chance es ohne Patches zum laufen zu bringen und im Hibernate Mode ist die Reaktivierung mit reboots überschattet, wenn Geräte dort aktiv sind!
USB Mapping wurde hier mehrmals betont und muss unbedingt so eingehalten werden.
EFI Zwar kann man mit OpCore-Simplify ein Halbwegs vorgefertigte EFI anfertigen, man muss es auf jeden fall nochmal editieren. Zumal ganz ohne Windof wird´s hier auch nicht gehen da das HardwareSpoofing dort erfolgt, aber gut, wer von 0 an beginnt ist hier zumindest eine sichere Anlaufstelle!
AppleMCEReporterDisabler ohne diesen Kext bekam ich Fehlermeldungen und die Installation kam nicht weiter. Egal ob mit WEG oder NootRX usw...
intelWiFi mit aktuellen Kexten geht alles sauber
Ich teile Euch meine config,plsit, SN sind frei generiert. Hier steckt enorm viel Zeit drin. Und ich erinnere noch einmal, meine config muss nicht gleich zu allen Z890 Boards passen 
Boote damit macOS14 und 15 passt also.
bluebyte vielen Dank für dein angebot mal auf ,meine EFI zu sschauen - ohne resources und serieals drin.
Bis Sequoia hab ich es immer hinbekommen, mit kleiner unterstützung vom forum. nur diesmal hängt das Hirn total.
gruß und danke
stevepeter
ps sorry wegen der kleinschreibung, habe eine hand-op gehabt.
macOS Tahoe beta 2
Das ist nun aber mehr als seltsam... Wollte eben vorbereitend meine funktionierende EFI (bzw. config.plist) auf MacPro7,1 umstellen, indem ich einfach nur den Generic-Teil unter Platform Info anpasse.
Als MacPro7,1 bootet die Maschine aber nicht mehr. Bleibt hier hängen:
Was habe ich übersehen? Im BIOS habe ich die iGPU schon seit Langem aus und im USB_map.kext habe ich eine zusätzliche Personality namens MacPro7,1 angelegt...
Entwarnung:
Maschine bootet als MacPro7,1 mit RX 580. Dauert nur ewig, ich war wohl zu ungeduldig und sollte auf die RX 6600 XT warten, bevor ich weitermache (und -v wieder aus den Boot Args nehmen).
Am start wäre ja zu gut um wahr zu sein
das ist wohl eher real Update 
Am start wäre ja zu gut um wahr zu sein
Ohne BluetoolFixup (und AirportFixup, OCLP Patche wenn eingesetzt) geht das 😉
greecedrummer warum kann ich dir nicht sagen aber die -Fixup Kexte und wenn eingesetzt OCLP Patche verhindern Delta Updates
Alles anzeigenDas ist nun aber mehr als seltsam... Wollte eben vorbereitend meine funktionierende EFI (bzw. config.plist) auf MacPro7,1 umstellen, indem ich einfach nur den Generic-Teil unter Platform Info anpasse.
Als MacPro7,1 bootet die Maschine aber nicht mehr. Bleibt hier hängen:
Was habe ich übersehen? Im BIOS habe ich die iGPU schon seit Langem aus und im USB_map.kext habe ich eine zusätzliche Personality namens MacPro7,1 angelegt...
Entwarnung:
Maschine bootet als MacPro7,1 mit RX 580. Dauert nur ewig, ich war wohl zu ungeduldig und sollte auf die RX 6600 XT warten, bevor ich weitermache (und -v wieder aus den Boot Args nehmen).
hab ich komischerweise auch öfters mit der Radeon VII
komischerweise auch mit Sequonia …
wenn man einen NVRam reset macht geht meistens durch ….
![[floet]](https://www.hackintosh-forum.de/images/smilies/smiley275.gif "floet"){kind=small}
danach muss ich sehen wie es weiter geht
