another boot theme configured in OC
Afaik, there are no preconfigured boot themes available yet. It's possible to change Background colour and Icons, described in Configuration.pdf. For details, search for keywords in the mentioned .pdf file.
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 erstellenanother boot theme configured in OC
Afaik, there are no preconfigured boot themes available yet. It's possible to change Background colour and Icons, described in Configuration.pdf. For details, search for keywords in the mentioned .pdf file.
Macko You can use your own/custom Resources folder with Custom-Icons if you wish so. Information on how to compile and format custom icons can be found in the configuration.pdf. You can take a look at this as an example: OpenCore Sammelthread (Hilfe und Diskussion)
Weiss jemand von euch wo man die changes zu OC auf Github sehen kann die von den Devs durchgeführt wurden?
Guten Tag,
ich versuche hier mal meine Frage zu platzieren.
Status:
Asus Z170-A Mainborad
I3-7xxx Prozessor
1x SSD
24bg RAM
nutze interne IGPU
Colver 5.20 mit Catalina 10.15.6 am laufen.
Wunsch:
umstellen auf OpenCore.
Ist:
- OpenCore 0.6.0 bootet, ich kann die zu startenden Festplatte auswählen.
- das ganze landet immer in eine KernelPanic
- und die config-plist config.plist
Wo liegt der Fehler?
Danke
Apfsdriverloader.efi muss raus das übernimmt openruntime.efi
Unter UEFI muss Abschnitt APFS enthalten sein.
LuckyOldMan: Danke dafür
1.) Du verwendest OC 0.6.0 (vom 03.08.20) aber Deine OpenCore.efi und BOOTx64.efi sind vom 02.03.20, \Bootstrap\Bootstrap.efi exisitiert gar nicht! OpenRuntime.efi ist vom 03.08., das hast Du offenbar als einzige Datei aktualisiert. Also unbedingt erstmal aufräumen.
2.) wie schon erwähnt, muss APFSDriverLoader.efi raus, da in den Maincode integriert.
3.) warum verwendest Du diese chunklist... bootargs?
Guten Morgen,
erledigt
Danke für Eure Hilfe.
JUF
Ich gabe gerade auf 061 Nightly upgedatet und danach fuhr der Rechner nicht mehr hoch.
Grund: es gibt ein neues Feature Namens "SecureBootModel", das auf "Default" steht. Wenn das Feature aktiviert ist, fährt er nur das System mit der entsprechenden zugehörigen Sysemdefiniton hoch. Und bei Default ist das "MacBookPro16,4".
Da ich aber "iMac17,1" benötige und das noch nicht in die Hardware-Liste implementiert ist, musste ich das feature auf "Disabled" setzen.
Diese Modelle werden aktuell unterstützt:
Default — Recent available model, currently set to j215.
Disabled — No model, Secure Boot will be disabled
j137 — iMacPro1,1 (December 2017)
j680 — MacBookPro15,1 (July 2018)
j132 — MacBookPro15,2 (July 2018)
j174 — Macmini8,1 (October 2018
j140k — MacBookAir8,1 (October 2018)
j780 — MacBookPro15,3 (May 2019
j213 — MacBookPro15,4 (July 2019)
j140a — MacBookAir8,2 (July 2019)
j152f — MacBookPro16,1 (November 2019)
j160 — MacPro7,1 (December 2019)
j230k — MacBookAir9,1 (March 2020
j214k — MacBookPro16,2 (May 2020)
j223 — MacBookPro16,3 (May 2020)
j215 — MacBookPro16,4 (June 2020)
j185 — iMac20,1 (August 2020)
j185f — iMac20,2 (August 2020)
Wenn ich es richtig verstanden habe, muss man den entsprechende Wert für seine Systemdefiniton ("j---" ) unter Misc > Security > SecureBootModel in die Plist eintragen. Falls das eigene System nicht dabei ist, also deaktivieren.
Secure Boot ist das wie bei T2-Chip Macs?
5T33Z0 Aber darunter steht doch gleich:
"PlatformInfo and SecureBootModel are independent, allowing to enabling Apple Secure Boot with any SMBIOS. Setting SecureBootModel to any valid value but Disabled is equivalent to Medium Security of Apple Secure Boot."
Ich benutze iMac19,1 (ebenfalls nicht in der Liste) und SecureBootModel auf Default und er bootet anstandslos. Das Problem dürfte bei dir also evtl. doch woanders liegen?
Irgendeinen Zusammenhang gibt es vielleicht aber dennoch, wenn das bei dir den Unterschied macht. Aber keine Ahnung welchen
Hab das gerade mal getestet und ein EFI mit der Nightly OC0.61 aus dem KU gebaut. Config.plist habe ich mit Diff/Merge abgeglichen. SecureBootModel steht auf "Disabled". Ergebnis: schwarzer Bildschirm. (nach dem Ladebalken schaltet er den Grafiktreiber nicht mehr um, das Bild bleibt schwarz).
5T33Z0 Aber darunter steht doch gleich:
"PlatformInfo and SecureBootModel are independent, allowing to enabling Apple Secure Boot with any SMBIOS. Setting SecureBootModel to any valid value but Disabled is equivalent to Medium Security of Apple Secure Boot."
Ich benutze iMac19,1 (ebenfalls nicht in der Liste) und SecureBootModel auf Default und er bootet anstandslos. Das Problem dürfte bei dir also evtl. doch woanders liegen?
Irgendeinen Zusammenhang gibt es vielleicht aber dennoch, wenn das bei dir den Unterschied macht. Aber keine Ahnung welchen
Kein Plan. Das war jedenfalls der einzige Wert den ich nach dem Einpflegen der neuen Features in die plist geändert habe und danach fuhr er wieder hoch.
Jedenfalls sollte das feature mE default nicht an sein, solange da nur ne handvoll system definitions drin sind. Denn offensichtlich kann es einen Einfluss auf den Bootvorgang haben.