OpenCore Sammelthread (lauffähige Konfigurationen Desktop - Hilfe, Diskussionen und Anregungen)

Ich habe ja auch keine generated DSDT.aml. Und hier steht:

https://dortania.github.io/Get…methods/ssdt-methods.html

Zitat

Manually create them: Will always work, be much cleaner

Wie gesagt, ich weiß nicht warum meine Kiste so nicht startet, also Suche ich nach Lösungen

Du sprichst also eigentlich von selbst erstellten SSDTs, nicht von einer editierten DSDT.

Das ist natürlich ein Unterschied:

Zitat

The DSDT (Differentiated System Description Table) is the main table in the ACPI part of a computer's BIOS.

The SSDT is an ACPI descriptor table. It is encoded in AML in exactly the same way as the DSDT. It acts as a supplement to the DSDT.

Wie gesagt, ich bin dem Guide gefolgt. Dort wird zwischen Option 1 und 3 unterschieden. Option 1 habe ich gewählt, damit bin ich nicht weiter gekommen, also Suche ich nach Alternativen. Ich probiere diverse Dinge durch, und eine davon wäre eben gewesen, die aml Dateien selber zu erstellen. ABER soweit bin ich ja aus o.g. Grund gar nicht gekommen.

Falls du du mir noch andere Möglichkeiten zur Fehlersuche/-behebung nennen kannst wäre ich dir sehr dankbar

Dann würde ich dich doch mal bitten, die folgende EFI zu testen.

Dafür aber bitte die interne Grafik deiner CPU im BIOS deaktivieren, da die config.plist auf einen iMacPro1,1 ausgelegt ist.

Viel Erfolg...

Die iGPU ist deaktiviert, mit deiner EFI komme ich noch nichtmal ins OC Menü hinein.. Wenn ich über das Bootmenü des Boards gehe und dort Opencore auswähle, springt er sofort zurück ins Bootmenü...

Zitat

14:373 00:038 OCB: Showing menu...

16:673 02:299 OCB: Should boot from 3. Mac OS (T:2|F:0|G:0|E:0|DEF:0)

16:711 00:038 OCB: Perform boot Mac OS to dp PciRoot(0x0)/Pci(0x17,0x0)/Sata(0x4,0xFFFF,0x0)/HD(2,GPT,1A9E3455-B703-457D-8F41-C27A68DDCA63,0x64028,0x3D1B53C0)/VenMedia(BE74FCF7-0B7C-49F3-9147-01F4042E6842,3670B24CC8515441B2E137122219F7D8)/\7264A3B7-83F0-4A2D-BAF7-209D02FD6893\System\Library\CoreServices\boot.efi (0/0)

16:752 00:040 OCSB: Secure boot is disabled, skipping

16:791 00:038 OCB: Arch filtering 38460018(600632)->38460018(600632) caps 4 - Success

16:829 00:038 OCB: Matching <> args on type 2 0

16:867 00:037 OCABC: VMware Mac installed on 385EEB18 - Success

16:911 00:043 OCABC: MMIO devirt start

16:951 00:040 OCABC: MMIO devirt 0xF0000000 (0x8000 pages, 0x8000000000000000) skip 0

16:991 00:039 OCABC: MMIO devirt 0xFE000000 (0x11 pages, 0x8000000000000001) skip 0

17:031 00:040 OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 0

17:071 00:040 OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 0

17:113 00:041 OCABC: MMIO devirt 0xFEE00000 (0x1 pages, 0x800000000000100D) skip 0

17:153 00:040 OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x800000000000100D) skip 0

17:193 00:040 OCABC: MMIO devirt end, saved 147536 KB

17:234 00:040 OCABC: Only 184/256 slide values are usable!

17:274 00:040 OCABC: Valid slides - 0-183

17:313 00:038 OCOS: OS set: <null> Mac OS X 10.15

17:352 00:038 OCOS: OS set: Apple Inc. Mac OS X 10.15

17:460 00:108 OC: Kext reservation size info 582000 exe 2FC000

17:502 00:041 OC: Trying 64-bit XNU hook on System\Library\PrelinkedKernels\prelinkedkernel

18:285 00:782 OC: Result of 64-bit XNU hook on System\Library\PrelinkedKernels\prelinkedkernel (00000000) is Success

18:333 00:048 OCAK: Read kernel version 19.2.0 (190200)

18:392 00:058 OCAK: 64-bit PanicKextDump replace count - 1

18:431 00:039 OCAK: Patch success kext dump

18:481 00:049 OCAK: 64-bit PowerStateTimeout replace count - 1

18:519 00:038 OCAK: Patch success power state

18:557 00:038 OCAK: Skipping SegmentJettison on 190200

18:615 00:057 OCAK: Reducing 64-bit prelink size from 2E02000 to 2B69000 via plist

18:670 00:054 OC: Prelinked injection Lilu.kext () - Success

18:718 00:048 OC: Prelinked injection VirtualSMC.kext () - Success

18:774 00:056 OC: Prelinked injection AppleALC.kext () - Success

18:828 00:053 OC: Prelinked injection IntelMausi.kext () - Success

18:874 00:046 OC: Prelinked injection RealtekRTL8111.kext () - Success

18:927 00:053 OC: Prelinked injection SMCProcessor.kext () - Success

18:972 00:044 OC: Prelinked injection SMCSuperIO.kext () - Success

19:021 00:049 OC: Prelinked injection USBInjectAll.kext () - Success

19:067 00:045 OC: Prelinked injection WhateverGreen.kext () - Success

19:105 00:038 OC: Prelink size 48648192 kext offset 45518848 reserved 3129344

19:167 00:061 OCAK: 64-bit RemoveUsbLimitIoP1 replace count - 1

19:209 00:041 OCAK: Patch success port com.apple.iokit.IOUSBHostFamily

19:248 00:039 OCAK: 64-bit RemoveUsbLimitV2 replace count - 1

19:286 00:038 OCAK: Patch success com.apple.driver.usb.AppleUSBXHCI

19:325 00:038 OCAK: Skipping legacy port patch AppleUSBXHCIPCI on 190200

19:385 00:059 OC: Prelinked status - Success

19:429 00:043 OCSMC: SmcReadValue Key 4D535463 Size 1

19:467 00:038 OCSMC: SmcReadValue Key 4D534163 Size 2

Alles anzeigen

Hast du den EFI-Ordner auf die EFI-Partition deiner Bootplatte kopiert und vorher hoffentlich den alten Ordner umbenannt?

Ich weiss nicht wie das aktuell bei GA-Bios aussieht, aber ich nutze bei meinem alten H170N-Wifi keine dedizierten Namen für die Boot.Auswahl, sondern folgende Bezeichnung:

Gibt es das bei deinem Board ebenso und was passiert, wenn du diese Option zum Booten nutzt?

Ich hab meinen alten Ordner natürlich vorher gesichert bzw. umbenannt, dann deinen hinzugefügt.

Mein BIOS sieht ähnlich aus, aber er erkennt, warum auch immer, den Namen "Opencore" und benennt das Bootvolume bei der Auswahl auch so. Ist auch erst mit Opencore so meine ich..

Ich überlege, ob ich mal das Debugging für OC aktivieren soll: https://dortania.github.io/Ope…debug.html#config-changes

Bei keinem meiner drei Hackis zeigt mir das BIOS "OpenCore" als Boot-Eintrag an...

Zitat von Doesel

Namen "Opencore"

Hast du Bootprotect aktiv (Bootstrap)? Wenn ja, dann heißt der eintrag aus diesem Grund so

Ah, das erklärt es...

Ich habe bei keiner der Kisten den BootStrap aktiv.

EDIT:
dann sollte ggf. aber auch ein NVRAM-Reset helfen, denn in der vorhin geposteten EFI ist auch kein Bootstrap aktiv.

<key>BootProtect</key>
            <string>Bootstrap</string>

Diesen Eintrag gibts bei mir, aber mit deiner EFI al6042 war es doch eben so?

Wie müsste dieser Eintrag aussehen, wenn ich es deaktivieren möchte? Und, ist das die Ursache?

Ok, ich führe mal einen NVRAM-Reset durch

Es gibt aber in der EFI keine Bootstrap-Ordner oder die "Bootstrap.efi"-Datei, die damit geladen wird.

Zitat von al6042

Es gibt aber in der EFI keine Bootstrap-Ordner oder die "Bootstrap.efi"-Datei, die damit geladen wird.

Ist das denn der Übeltäter? Dann entferne ich es mal aus meiner Konfiguration, denn mit deiner komme ich ja nicht ins OC Menü und kann somit auch keinen NVRAM-Reset durchführen...

ich habe es jetzt mal auf "None" gesetzt

edit: selbst mit meiner EFI komme ich nicht mehr ins OC Menü...

edit2:

Zitat

EDIT:

[...] denn in der vorhin geposteten EFI ist auch kein Bootstrap aktiv.

Wenn es auf meine EFI bezogen war, da war eine drin.

OPENCORE SAMMELTHREAD (LAUFFÄHIGE KONFIGURATIONEN) DESKTOP (HILFE, DISKUSSION UND ANREGUNGEN)

In deiner natürlich nicht.

Hallo zusammen,

ich komme hier leider nicht weiter. Egal welche EFI ich nehme, ich komme nicht mehr ins OC Menü hinein. Ich werde also vermutlich den NVRAM resetten müssen. Über CLOVER F11 bringt das nichts, keine Änderung. Dann habe ich es über die CleanNvram.efi probiert, aber auch das bringt nicht den gewünschten Erfolg...

Hat jemand noch einen Tip für mich?

Vielen Dank!

Was passiert, wenn du mal einen CMOS-Reset durchführst und damit das BIOS zurück auf den Anfang stellst?

CMOS Reset hab ich nicht durchgeführt. Bei meiner Suche nach ähnlichen Problemen hat das keine Besserung gezeigt, einzig der NVRAM Reset über OC hat was gebracht... aber ich kann das sicherheitshalber auch nochmal durchführen

So, CMOS Reset gerade auch durchgeführt. Dennoch keinerlei Änderung... Habe danach sofort mit deinem EFI al6042 versucht zu booten aber wieder keine Verbesserung, er springt sofort ins Bootmenü vom BIOS zurück. Ich werde später nochmal nen CMOS Reset durchführen und es dann nochmal mit meinem EFI versuchen um zumindest zu schauen, ob ich wieder ins OC Menü komme...

edit: CMOS Reset, dann mit meinem ursprünglichen EFI Ordner probiert, mit dem ich immerhin ins OC Menü kam, aber gleiches Verhalten. Nun bin ich wirklich aufgeschmissen

ok, hab raus gefunden woran es lag! ich hab die anderen EFI Ordner umbenannt, aber noch auf dem Stick gelassen. Das mag OC nicht.

Deine EFI al6042 läuft leider nicht.

Zitat von DSM2

Doesel sehr aussagekräftig... Welche Glaskugel sollen wir verwenden, um zu erfahren was genau geschieht?

ich dachte, dass das aus den vorhergehenden Postings ersichtlich wird...

Im Detail: die von al6042 netterweise bereitgestellte EFI funktioniert in meinem System leider nicht und lässt mein Catalina nicht booten, weder den "normalen" MacOS Eintrag als auch den Recovery Eintrag (10.15.2). Die Einträge Preinstall und Install, die ich mit Clover sehe - die Probleme treten seit dem Upgrade von 10.15.2 auf 10.15.7 auf - sind mit OC gar nicht sichtbar.