crazycreator Ich schau grad mal drüber. Kurze Zwischenfrage: Ist es Absicht, dass du WhateverGreen deaktiviert hast?
OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
-
Das mit dem deaktivierten WEG habe ich auch schon gesehen ... Muss mal schauen ob das irgendeine Veränderung bringt, wenn ich es aktiviere, denn es geht ja scheinbar auch so.
-
crazycreator Zunächst einmal das Editieren per OCC Vermeiden und lieber händisch abarbeiten und zum korrigieren eine Sample Config von OpenCore nehmen und alles abgleichen.
Die Suche nach den Einträgen die dort nichts verloren haben, kannst du dir mit Diffmerge erleichtern, sprich sowohl Sample als auch deine Config öffnen und anschließend abgleichen lassen.
-
teste mal bitte diese config...
ich habe smbois entfernt, es ist nicht nötig sobald Automatic aktiviert ist.
Noch zu deiner config
1-Fix 300.series RTC Bug brauchst du nicht, da ssdt-awac es ersetzt.
-
crazycreator Wenn du Whatevergreen aktivierst, können diverse ACPI-Patches raus:
change GFX0 to IGPU
change HECI to IMEI
change PEGP to GFX0
(Bitte korrigiert mich, wenn ich da falsch liege.)
Überhaupt gehe ich davon aus, dass du keinen einzigen deiner eingetragenen ACPI-Patches benötigst.
-
muster48
Wenn ich den kompletten SMBIOS Teil entferne, funktioniert das auch in der clover-config, oder ist das eine Funktionalität
die nur OC beherrscht?
Denn wenn ich die Werte in Clover "vorschreibe" und in OpenCore automatisch setzen lasse, dann schmeißt es mich immer
bei den Apple Diensten raus, denke ich?
Mal abgesehen davon das ich dann die Patches entfernen kann/könnte ... Hätte es sonst noch irgendwelche Vorteile/Nachteile
den WEG zu verwenden?
Entschuldigt bitte wenn ich so "blöd" nachfrage, aber ich will es wenigstens ein bisschen verstehen bevor ich es anwende
-
crazycreator Nein, solange du dieselbe Seriennummer, System UUID und MLB benutzt, sollte es dich nicht rausschmeißen. Bei mir kann ich auch ohne den SMBIOS-Teil in der OpenCore-Config völlig problemlos zwischen Clover und OpenCore wechseln.
Wegen WhateverGreen: Du kannst dir ja mal die Features-Liste anschauen:
https://github.com/acidanthera/WhateverGreen
Dein Blackscreen-Kernel-Patch kann dann vermutlich auch raus.
-
crazycreator ja wie JimSalabim sagte
Zu WEG dann wird auch noch
Change HDAS to HDEF nicht nötigt 😁 zusätzlich was du erwähnt hast
-
Change HDAS to HDEF hat nichts mit WhateverGreen zu tun (EDIT: oder doch?), sondern mit dem Audio, aber das kann trotzdem raus, weil ja AppleALC.kext verwendet wird:
https://github.com/acidanthera…ki/Installation-and-usage
Hier steht jedenfalls auch, dass man das Renaming nicht verwenden soll.
-
Memory-Overflow ... Ich hab BlueScreen im Kopf
Na ich werde es probieren, aber ich befürchte da geht was schief
-
Soweit ich weiß
Wenn man integrierte Grafik nutzen will dann braucht WEG
Aber bei externer Grafikkarte, die native unterstützt Ist, dann kann man auf die Nutzung von WhatEverGrenn verzichten
In diesem Fall bei iMacPro1,1, da hier nur externe Grafik nutztBitte korrigiert mich, wenn ich da falsch schreibe!!!!
-
muster48 Nein, das ist so nicht ganz richtig. Lies dir doch mal die Funktionen auf der WhateverGreen-Seite durch Also, das heißt nicht, dass man es nicht auch ohne WhateverGreen lösen kann. Aber die Funktionen betreffen keineswegs nur Konfigurationen, bei denen die iGPU verwendet wird. Die Radeon RX 5700 (XT) benötigt beispielsweise häufig das WhateverGreen-Bootargument agdpmod=pikera (oder greift das auch ohne? Ich denke ja nicht, oder verstehe ich das falsch?)
-
Also aktuell sieht es jetzt mal so aus wie im Anhang
-
Vielleicht ein wenig off-topic:
mhaeuser Mich würde mal interessieren wann OC die Version 1.0.0 erreicht, bzw. warum diese noch nicht erreicht ist? Ich weiß nicht was die Software noch alles können soll/muss, aber als Bootloader funktioniert sie doch schon sehr gut.
Habt ihr bestimmte Kriterien die erfüllt sein müssen, oder spielt die Versionsnummer einfach keine Rolle ?
Edit:
Von Software-Entwicklung habe ich keine rechte Vorstellung, außer ein wenig Assembler / Pascal(!) Programmierung während dem Studium.
Ja, ist schon ein paar Dekaden her...
-
-
Aha, also habt ihr gewisse Features auf der Liste und wenn diese alle gut (halbwegs gut ?) funktionieren erfolgt das offizielle "Release" ?
Hat man den Anspruch dass die Software ab 1.0.0 perfekt läuft, oder gibt es Nachsicht ob des frühen Versionsstandes, schließlich geht die Entwicklung ja noch weiter.
-
Hallo zusammen,
ich habe vor einer Weile 10.15.2 erfolgreich mit OpenCore zum Laufen gebracht. Das hat wunderbar geklappt. Auch durch dein ein oder anderen Tipp hier aus dem Forum.
Heute wollte ich von 10.15.2 auf 10.15.4 updaten und wurde beim Booten des Updaters mit einer Kernel Panic begrüßt, an der ich auch nach mehreren Stunden Recherche und Testen leider keinen Weg vorbei finde. Mein 10.15.2 bootet mit der aktuellen Config immer noch wunderbar.
Da ich wirklich nicht weiter weiß, dachte ich, ich frage hier mal nach Hilfe. Vielleicht ist ja jemand von euch schon über einen ähnlichen Fehler gestolpert. Ich stehe einfach aufm Schlauch.Hier ein die Grundlegenden Informationen zu meinem System:
i5 4570k (Haswell) / Gigabyte H87-D3H / AMD Redeon 5700XT
OpenCore-Version: 0.5.6
Drivers: ApfsDriverLoader.efi, AppleUsbKbDxe.efi, FwRuntimeServices.efi, VBoxHfs.efi
Kexts: AirPortAtheros40.kext, AppleALC.kext, IO80211Family.kext, Lilu.kext, SMCProcessor.kext, SMCSuperIO.kext, VirtualSMC.kext, WhateverGreen.kext
Hier das eigentlich Problem: Die Kernel Panic.Code- panic(cpu 2 caller 0xffffff801984c32a): Kernel trap at 0xffffff8019d95eb0, type 14=page fault, registers:
- CR0: 0x0000000080010033, CR2: 0xffffff7f9d59f288, CR3: 0x0000000024ce4000, CR4: 0x00000000001626e0
- RAX: 0x0000000000000001, RBX: 0x0000000000000000, RCX: 0x0000000000020002, RDX: 0x0000000000000001
- RSP: 0xffffff81ff94bc10, RBP: 0xffffff81ff94bc70, RSI: 0x0000000000000002, RDI: 0xffffff804185d7e0
- R8: 0x0000000000000001, R9: 0x0000000000000002, R10: 0x00000000000002b9, R11: 0x0000000000000000
- R12: 0xffffff7f9d59f278, R13: 0xffffff801a26e1a0, R14: 0xffffff8041859ee0, R15: 0xffffff8041880180
- RFL: 0x0000000000010286, RIP: 0xffffff8019d95eb0, CS: 0x0000000000000008, SS: 0x0000000000000000
- Fault CR2: 0xffffff7f9d59f288, Error code: 0x0000000000000000, Fault CPU: 0x2, PL: 0, VF: 1
- Backtrace (CPU 2), Frame : Return Address
- 0xffffff81ff94b670 : 0xffffff80197215cd mach_kernel : _handle_debugger_trap + 0x49d
- 0xffffff81ff94b6c0 : 0xffffff801985a3c5 mach_kernel : _kdp_i386_trap + 0x155
- 0xffffff81ff94b700 : 0xffffff801984bf7e mach_kernel : _kernel_trap + 0x4ee
- 0xffffff81ff94b750 : 0xffffff80196c7a40 mach_kernel : _return_from_trap + 0xe0
- 0xffffff81ff94b770 : 0xffffff8019720c97 mach_kernel : _DebuggerTrapWithState + 0x17
- 0xffffff81ff94b870 : 0xffffff8019721087 mach_kernel : _panic_trap_to_debugger + 0x227
- 0xffffff81ff94b8c0 : 0xffffff8019ec2c7c mach_kernel : _panic + 0x54
- 0xffffff81ff94b930 : 0xffffff801984c32a mach_kernel : _sync_iss_to_iks + 0x2aa
- 0xffffff81ff94bab0 : 0xffffff801984c028 mach_kernel : _kernel_trap + 0x598
- 0xffffff81ff94bb00 : 0xffffff80196c7a40 mach_kernel : _return_from_trap + 0xe0
- 0xffffff81ff94bb20 : 0xffffff8019d95eb0 mach_kernel : __ZN11OSMetaClass11postModLoadEPv + 0x2e0
- 0xffffff81ff94bc70 : 0xffffff8019db6e91 mach_kernel : _OSRuntimeInitializeCPP + 0x1a1
- 0xffffff81ff94bce0 : 0xffffff8019da35c2 mach_kernel : __ZN6OSKext5startEb + 0x182
- 0xffffff81ff94bd30 : 0xffffff8019da06c3 mach_kernel : __ZN6OSKext4loadEhhP7OSArray + 0x113
- 0xffffff81ff94bda0 : 0xffffff8019daec29 mach_kernel : __ZN6OSKext22loadKextWithIdentifierEP8OSStringPP8OSObjectbbhhP7OSArray + 0x1a9
- 0xffffff81ff94bdf0 : 0xffffff8019e267fe mach_kernel : __ZNK11IOCatalogue14isModuleLoadedEP12OSDictionaryPP8OSObject + 0xee
- 0xffffff81ff94be40 : 0xffffff8019e07ff5 mach_kernel : __ZN9IOService15probeCandidatesEP12OSOrderedSet + 0x385
- 0xffffff81ff94bef0 : 0xffffff8019e07ade mach_kernel : __ZN9IOService14doServiceMatchEj + 0x2de
- 0xffffff81ff94bf50 : 0xffffff8019e0a296 mach_kernel : __ZN15_IOConfigThread4mainEPvi + 0x186
- 0xffffff81ff94bfa0 : 0xffffff80196c713e mach_kernel : _call_continuation + 0x2e
- BSD process name corresponding to current thread: Unknown
- Boot args: dart=0 debug=0x100 keepsyms=1 agdpmod=pikera -v -rootdmg-ramdisk auth-root-dmg=file:///macOS%20Install%20Data/Locked%20Files/BaseSystem.dmg
- Mac OS version:
- Not yet set
- Kernel version:
- Darwin Kernel Version 19.4.0: Wed Mar 4 22:28:40 PST 2020; root:xnu-6153.101.6~15/RELEASE_X86_64
- Kernel UUID: AB0AA7EE-3D03-3C21-91AD-5719D79D7AF6
- Kernel slide: 0x0000000019400000
- Kernel text base: 0xffffff8019600000
- __HIB text base: 0xffffff8019500000
- System model name: iMac14,2 (Mac-27ADBB7B4CEE8E61)
- System shutdown begun: NO
- Panic diags file unavailable, panic occurred prior to initialization
- System uptime in nanoseconds: 1279851831
Und im Anhang noch meine OpenCore-Config.
Ich hoffe, alle relevanten Informationen sind dabei.
Besten Dank schon mal für jede Hilfe.Thank you a lot! I had the same crash with MacOS updater. Your post helped me to find what the problem is very fast. I saw you are using IO80211Family.kext and AirPortAtheros40.kext in OpenCore. I have the same and it is rare configuration. I tried to disable it and updater booted without problems.
So the decision is disable IO80211Family.kext and AirPortAtheros40.kext while updating and reenable after. -
-
crazycreator Nimm mal alle anderen ACPI-Patches und den Blackscreen-Patch (unter Kernel->Patches) auch noch raus.