Mach mal einen NVRam reset und stelle sicher, dass XMAX korrekt geladen wird und deaktivier dann die iGPU im BIOS...
Ozmosis Patch macOS Mojave
-
- Erledigt
- kuckkuck
- Erledigt
-
Habe ich erledigt. OZ wird richtig geladen (HermitCrabs Logo und OZ richtet sich ein) ebenfalls wird der Eintrag für die Recovery Partition von ElCapitan (ist noch irgend was altes) erzeugt. In der EFI Shell sind alle APFS Partitionen ersichtlich allerdings lässt sich macOS nicht starten. Versuche ich die boot.efi zu starten wird der Bildschirm schwarz (Signal geht nicht verloren sondern es wird einfach nix angezeigt) und auch sonst passiert nichts weiter. Der Inject der OZ Defaults muss aber funktionieren denn ich habe in den defaults den verbose aktiv und boote ich dann mit Clover erfolgt dieser boot im Verbose Mode obwohl Clover hier nichts der gleichen aktiv hat in der config.
Ich habe mal die .plist aus dem KernExt Patcher rausgezogen und das Logging aktiviert folgendes kommt dabei raus:
Alles anzeigenCode- 00:100 (00:100) | Running from: MemoryMapped(0xB,0xCA2B8004,0xCAB9F003)FvFile(99665243-5AED-4D57-92AF-8C785FBC7558)
- 00:101 (00:001) | SelfDirPath = \EFI
- 00:108 (00:007) | Get Plist from: NVRAM ... Not Found
- 00:109 (00:000) | Get Plist from: ESP: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0)/HD(1,GPT,CCF2903D-6363-4D64-86E2-32ADF75A91C2,0x28,0x64000)\EFI\KernextPatcher.plist ... Success
- 00:110 (00:001) | Parsing plist: ... Success
- 00:110 (00:000) | KernelToPatch: 6 requested
- 00:110 (00:000) | - [00]: KbepMLMav-EXT | MatchOS: 10.8,10.9 | Len: 11 | C6E830000000EB084889DF -> C6E83000000090904889DF
- 00:110 (00:000) | - [01]: KbepYosECSieHS-EXT | MatchOS: 10.10-10.13 | Len: 8 | E825000000EB05E8 -> E8250000009090E8
- 00:110 (00:000) | - [02]: KbepMoja-EXT | MatchOS: 10.14 | Len: 8 | E8AF000000EB05E8 -> E8AF0000009090E8
- 00:110 (00:000) | - [03]: KbepEC-SIP | MatchOS: 10.11 | Len: 16 | C34885DB7470488B034889DFFF502848 -> C34885DBEB12488B034889DFFF502848
- 00:110 (00:000) | - [04]: KbepSie-SIP | MatchOS: 10.12 | Len: 16 | C34885DB7471488B034889DFFF502848 -> C34885DBEB12488B034889DFFF502848
- 00:110 (00:000) | - [05]: KbepHSMoja-SIP | MatchOS: 10.13,10.14 | Len: 16 | C34885DB7469488B034889DFFF502848 -> C34885DBEB12488B034889DFFF502848
- 13:250 (13:140) | Found Booter (OS: 10.12 | Ver: 361.200.9)
- 13:250 (00:000) | Booter Path: PciRoot(0x0)/Pci(0x1F,0x2)/Sata(0x0,0xFFFF,0x0)/HD(2,GPT,2C761CAA-CD36-401D-9B6C-C1EEBA520A02,0x64028,0x3A321FE0)/VenMedia(BE74FCF7-0B7C-49F3-9147-01F4042E6842,FC255BDB313A2F40BDA3FE2AA788C099)\\3C199D35-CB13-3164-9BF0-22821813CB91\System\Library\CoreServices\boot.efi
- 13:268 (00:018) | OSVersion: 10.14 | BuildVersion: 18A314h
- 13:268 (00:000) | KernelAndKextPatcherInit: Start
- 13:268 (00:000) | ScreenInfo: Base 0xE0000000 Width 1920 Height 1080 RowBytes 0x1E00
- 13:268 (00:000) | AllocatePages: Got RelocBase (0x5E92000) + valid KernelData (0x6092000)
- 13:268 (00:000) | RelocBase = 5E92000
- 13:269 (00:000) | Found BootArgs at 0xC41A000
- 13:269 (00:000) | Invalid 64Bit kernel at 0xB092000 - skipping patches!KernelAndKextPatcherInit: End
- 13:269 (00:000) | KernextPatcher: End
Ich denke das könnte eine Erklärung dafür sein das es nicht geht 13:269 (00:000) | Invalid 64Bit kernel at 0xB092000 - skipping patches!KernelAndKextPatcherInit: End oder was denkst Du?
-
Es macht keinen Unterschied ob ich die Intel im Bios aktiv habe oder nicht das Verhalten ist komplett identisch...
Extensions auf der EFI kann ich ausschließen ist aktuell nichts drin und im ROM ist aktuell auch nur noch die FakeSMC enthalten und sonst nichts weiter...
Der KernExtPatcher schreibt das Log auf die EFI ist dann da im Stammordner zu finden... -
Seht kryptisch... Ich denke ich bau dir im Laufe des Tages nochmal ein neues Rom, vielleicht hilfts... Hattest du bisher mal Probleme mit zB den MATS Tables? Eine Idee wäre noch den ACPIPatcher zum Header fixen einzubauen...
Der KernExtPatcher schreibt das Log auf die EFI ist dann da im Stammordner zu finden...
Das ist schon klar, die Frage ist eher wie du an das Log gekommen bist
Der Patcher reagiert ja auf das Starten eines Betriebssystems. Wenn du jetzt über den Start der Shell das Log gezogen hast, würde das erkläre warum ein "Invalid Kernel" erkannt wird. Würde mich ja irgendwie echt wundern wenn der KernelPatcher hier das Problem ist, in 3 verschiedenen Fällen hat jetzt die Mojave Installation bei verschiedenen Leuten schon geklappt, der Kernext hatte nie ein Problem 
Ich schau mir das heute abend nochmal an und würde das Mojave-Paket mal heute noch im Forum an Tester releasen, damit es ein breiteres Hardware-Versuchs-Spektrum für Tests gibt.
Die Zuverlässigkeit mit der hier Mojave werkelt zaubert mir immer wieder ein Lächeln ins Gesicht
-
Nope keine MATS Probleme gibt es bei meinem Board auch gar nicht...
Die Idee das es vielleicht auch am ACPI liegen könnte ist mir aber auch schon in den Sinn gekommen. Die DSDT ist in meinem Fall unangetastet. -
So ich habe nun noch mal fleissig getestet und muss ernüchtert feststellen es geht nicht bzw. mit meinem Setup geht es nicht...
Das Maximum was ich erreichen konnte war einmal ein Boot in die alte ElCapitan Recovery Bios Settings: IGPU OFF, CSM AN, OS Win8 WHQL, Secure Boot OFF und OZ Defaults DisableAtiInjection=true, DisableIntelInjection=true. Der Versuch Mojave über die Shell mittels boot.efi von FS4 zu starten (FS4::, cd 3C199D35-CB13-3164-9BF0-22821813CB91\System\Library\CoreServices\, boot.efi) wurde mit einem reboot quitiert ohne das verbose irgendeine Chance hatte auch nur irgendwas anzuzeigen. Leider bin ich einigermaßen Ratlos wo es noch hängt. Aber eines ist für mich aber auch schon ein no go denn meine AMD R9-290X spielt mit CSM aktiv nicht wie sie soll und die IGPU dauerhaft deaktivieren ist auch keine wirkliche Option.
-
Ich habe die Files eingebaut und das Ergebnis ist das APFS Volumes nicht gefunden werden
Kleine Neuentwicklung: https://www.insanelymac.com/fo…ndComment&comment=2621884AppleLoadImage sollte im nächsten Release auch zu finden sein.
Ich habe komischerweise auch ohne AppleLoadImage keine Problem mit APFS bootentries, aber werds trotzdem mal probieren... -
Würde in dem Fall aber bedeuten man nutzt AppleLoadImage und AppleAPFSJumpstart naja man kann es testen aber ich fürchte mein Problem ist in der Hauptsache der NVRAM bei dem Board. Mit dem AptioMemoryFix und Clover funzt der NVRAM wie er soll leider lässt sich das aber nicht auf OZ übertragen denn der AptioMemoryFix tut da eben nicht so wie er soll...
-
Habe es inzwischen hinbekommen, Mojave auch mit aktivierter und head-less iGPU zu starten, HWEncoding funktioniert wunderbar
-
Noch eine Sache zu Ozm ROMs, könnte man das vielleicht noch anpassen? OZMOSIS REQUEST THREAD / Ozmosis Anfragen (nur bis Haswell B/H/Z97)
Ich fände
6. erwünschtes OS
noch eine gute Sache, dann weiß man welche Dateien man am besten einbaut (APFS, Injector, PartitionDXE, XMAX, Kernext...)Das wäre dann:
1. Hersteller:
2. Modell:
3. Chipsatz:
4. Bios Version:
5. Bios Link:
6. erwünschtes OS:Kann das jemand vielleicht so anpassen oder @griven seinen Post bearbeiten?
-
Ich war mal so frech und habe den Beitrag bearbeitet.
-
Ja tue ich noch allerdings war ich selbst bis Freitag ausser Landes
-
Das Updaten der ROMs geht damit ziemlich schnell
Ja, aber funktionieren sie auch auf Anhieb?
Ich habe mit meinem ASRock Z77 Pro4 angefangen und um Rückmeldung gebeten, anschließend folgt Z87, Z97 und H81M mit DBounce, es wäre erfreulich wenn die Möhren booten ohne weitere Anpassungen.
-
Ich weiß nicht, es ist komisch, bei vielen funktionierts auch einfach und dann gibt es diese komischen Fälle, bei denen irgendwie angeschlossene Speichermedien das UEFI zum einfrieren bringen... Manchmal löst sich das Problem auf absurde Weise, manchmal funktioniert eine ältere BIOS Version und manchmal geht es pauschal einfach nicht.
kuckkuck Guten Morgen,
ich bin damit mal nach Intern gewandert weil das muss ja nicht jeder mitlesen.
Nach dem gestrigen Versuch das min und oder das mid Paket auf meinem Z77 zu flashen hätte es mich fast das Board gekostet, ein Ahnungsloser User ohne USB Programmer hätte jetzt einen Briefbeschwerer.
Irgend ein FFS sorgt dafür dass sprichwörtlich nichts mehr geht, man kann am Ende nicht mal mehr ein original BIOS flashen, daher bin ich der Meinung dass man die User unbedingt vorher ausdrücklich darauf hinweisen muss dass es ggf. arge Probleme gibt.
Bei ASRock hat man teilweise nicht mal die Möglichkeit auf ein älteres BIOS auszuweichen, unter Support findet man nur ein aktuelles und ein BETA BIOS mehr nicht, wie das bei den anderen Herstellern ist kann ich nicht sagen.
Mal davon abgesehen dass sich das original ASRock BIOS auch nur sehr wiederwillig mit dem USB Programmer flashen ließ und bis die Möhre wieder lief war es Mitternacht.
Aber letzteres ist ja ein anderes Problem...
Gruß
-
Ist ja echt interessant, dass du so arge Probleme hast... Wieso hast du denn Min/Min erneut geflasht, wenn es das erste mal schon Probleme gab?
Irgendwie wundert es mich, dass ich noch nie hier gelesen habe, dass jemand wirklich einen Briefbeschwerer wegen XMAX erhalten hat. Das in manchen Fällen ein unerklärliches Problem besteht ist mir aber natürlich klar. Leider konnte ich selber noch nie das Problem reproduzieren und leider ist auch keiner bereit das ganze wenigstens mal so zu testen, dass ich herausfinden kann wo das Problem liegt. Dementsprechend sind mir die Hände ziemlich gebunden. Ich bin mir als äußerer Betrachter relativ sicher, dass das Problem bei einer der Kernfunktionalitäten der UEFTW Treiber von cecekpawon liegt (evtl auslesen der EFI Partition auf der suche nach einer Treiber.plist). Wenn es dir den Aufwand wert ist, könntest du mal ein ROM ohne KernextPatcher und DarBoot flashen und ich glaube du hättest keine Probleme. Andererseits würdest du auch nicht macOS booten können... Dementsprechend kann der Zeitpunkt, zu dem die UEFTW Treiber aktiviert werden, ebenfalls eine Rolle spielen, evtl also die Position im ROM (weshalb ich die Treiber im Paket nummeriert habe).
Sollte es sich durch isolierte Tests herausfinden lassen, dass zB der KernextPatcher das Problem ist, sollte man sich bei cecekpawon melden, damit er den Fehler finden kann. Leider kann ich das Problem weder reproduzieren, noch aktuell irgendwelche Arbeit am Computer machen...
