OpenCore Sammelthread (Hilfe und Diskussion)

AppleALC.kext hast du drinnen?

furchti lade dir den neusten oder die nightly Version von OC mit dem Kext Updater runter und ersetze nur die OpenCore.efi und die bootx64.efi.

Im "Bios" habe ich Secureboot erstmal auf disabled belassen.

Ich habe vault.plist und vault.sig so erstellt.

Setze ich in der config.plsit die beiden Security Schalter auf Yes bootet OC nicht mehr.

Danach hatte ich versucht OpenCoreVault.c auszuführen. Habe die OpenCoreVault.c ebenfalls mal im Original belassen.

Kann mir dazu jemand schreiben was ich zu tun habe?

kein Output der Kommandos, keine Beschreibung des Fehlers, C-Datein führt man nicht aus

karacho: Danke, werd ich heute abend versuchen!

Si Vis Pacem : Ich hab den VoodooHDA Kext im OC Kextfolder drin! Hab ne Anleitung gefunden wo man die Info.plist Datei von VoodooHda Kext editieren muß mit Id von Graka... haut aber nicht so hin..

Zitat von Download-Fritz

kein Output der Kommandos, keine Beschreibung des Fehlers, C-Datein führt man nicht aus

C-Dateien führ man nicht aus - ok

Habe das dann erst mal mit dem (c)ompilieren sein lassen.

Bootscreen ohne die beiden Securityschalter (RequireSignature, RequireVault)

Das System bootet damit trotzdem durch

Wenn ich die 2 Securityeinträge auf Yes stelle bleibt er hier hängen:

Naja die Meldung sagt doch schon recht deutlich was er zu meckern hat

Aborting corrupted config.plist file...

sprich Du hast wohl an der config.plist noch was verändert nachdem Du die Hashes mit dem CreateVault.sh script erzeugt hattest. Merke bei aktivierten Sicherheitsfeatures muss zwingend nach jeder Änderung an Dateien im OC Verzeichnis das CreateVault.sh script erneut ausgeführt werden da jede Änderung an Dateien in dem Verzeichnis dazu führt das der Hash Wert der geänderten Datei nicht mehr mit dem in der vault.plist übereinstimmt und OpenCore somit von einer Manipulation/corruption ausgeht. Das diese Manipulation erwünscht/wissentlich vorgenommen wurde kann es schließlich ja nicht wissen

das wars , hab da irgendwie nicht die Reihenfolge beachtet Man darf in der EFI/OC rein gar nichts verändern, d.h. zuerst die config.plist bearbeiten, danach das Zeug mit create_vault.sh,... ist doch logisch

Edit:

doch noch was:

Zitat von dramesis

mhaeuser: irgendwie stelle ich mich wohl zu doof an, wird das Logfile irgendwo gespeichert ?

trotz der Beiträge, die ich gelesen habe. Ich krieg kein logfile auf dem USB-Stick. Debug-OC nutz ich.

user232

Probier mal bitte als Target 67.

dan sollte eine File erstellt werden

Danke dir

Das Booten vom USB2.0 Stick dauert nun ewig, war mir klar, aber gefühlt waren das mehrere Minuten. Die Files werden auf dem USB-Stick unter root abgespeichert.

The following logging targets are supported:

• 0x01 (bit 0) — Enable logging, otherwise all log is discarded.

• 0x02 (bit 1) — Enable basic console (onscreen) logging.
• 0x04 (bit 2) — Enable logging to Data Hub.
• 0x08 (bit 3) — Enable serial port logging.

• 0x10 (bit 4) — Enable UEFI variable logging.
• 0x20 (bit 5) — Enable non-volatile UEFI variable logging.

• 0x40 (bit 6) — Enable logging to file.

Ich verstehe das so, die Zahl 67 setzt sich aus der Summe von: 40+20+4+2+1

Zitat von user232

verstehe das so, die Zahl 67 setzt sich aus der Summe von: 40+20+4+2+1

so ist es …

Nicht ganz, 0x = Hex

Ja richtig, Flüchtigkeitsfehler.

Der dezimale Wert "67" entspricht "0x43". Damit wären dann Bit 0,1 und 6 gesetzt.

Wobei die zitierte Rechenaufgabe richtig ist …

Glücklicherweise gibts dazu Taschenrechner „Programmer‘s Calculator“ 🎅

apfelnico Müsste da nicht statt der 6 ne 7 stehen?

bit 0 + bit 1 + bit 6 = 0x01 + 0x02 + 0x40 = 1 + 2 + 64 = 2^0 + 2^1 + 2^6 = 1000011

Da kann "allerhand" einstellen, die Schalter sind ja nicht umsonst da. Was du möchtest. Nur rechne das Hex-Ergebnis in Dezimal um (bei Nutzung deines Editors) und trage diesen Zahlenwert in deine config.plist ein.

“Bit 0,1 und 6 gesetzt“, da dachte ich statt der 6 ne 7

user232

Wo siehst du denn ein "bit 7"?

The following logging targets are supported:

• 0x01 (bit 0) — Enable logging, otherwise all log is discarded.

• 0x02 (bit 1) — Enable basic console (onscreen) logging.
• 0x04 (bit 2) — Enable logging to Data Hub.
• 0x08 (bit 3) — Enable serial port logging.

• 0x10 (bit 4) — Enable UEFI variable logging.
• 0x20 (bit 5) — Enable non-volatile UEFI variable logging.

• 0x40 (bit 6) — Enable logging to file.

Es sind sieben Bits, das ist korrekt. Aber gezählt nun mal von "bit 0".

bit 6 links, bit 0 rechts, bit 1 links von bit 0: 1000011

Auch hier zu sehen: