OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
-
-
Geht leider nicht, oder ich raffs net. Lege ein Bild meiner Wahl in den Ordner Utilities/icnspack und starte das Script. Wo landen die konvertieren Dateien? Ich finde da leider nichts.
-
Habe der Einfachheit halber auch mal ein Bild namens background.png in das Verzeichnis gelegt, dann icnspack Background.icns background.png background.png, generiert wurde die Datei Background.icns.
-
Also das mit dem Background.icns generieren habe ich jetzt hinbekommen, allerdings habe ich in opencanopy nach wie vor ein schwarzes Hintergrundbild. Was mache ich da falsch?
-
-
Ja vor einer Stunde kompiliert
-
-
Nur um Sicherzugehen, dass vermeidbare Fehler ausgeschlossen sind. Ich habe CFGLock.efi so eingebunden.
Und dann kann ich im OC Bootpicker Menü CFGLock auf 0 oder 1 setzen.
Alternativ habe ich noch das hier gefunden: https://dortania.github.io/Ope…ock.html#what-is-cfg-lock
-
@All die den Background Bild haben wollen...
1. Es muss die OC Nightliy 0.6.6 im Einsatz sein.
2. sollte die Recourcen Ordner aktuell und mit richtigen Files bestückt sein.
3. Falls Ihr "PickerVariant" verändert habt, sind auch dementsprechende File´s im Einsatz.
Bspl. Modern = ModernBackground.icns usw.
Das erstellen vom icns hat ja Harper Lewis bestens erklärt..
icnspack Background.icns background.png background.png, generiert wurde die Datei Background.icns.
Hier mal ein Beispiel von mir..
Gruss Coban
-
Ich bin grad kläglich an der icnspack Erstellung gescheitert und hab dann das hier gefunden. Ein sehr nützliches tool mit dem es ganz leicht funktioniert
https://github.com/chris1111/I…k-Builder/releases/tag/V6
Es gibt sogar ein Erklärvideo vom Entwickler dazu.
[Externes Medium: https://www.youtube.com/watch?v=1d_UFFG1Qp4&ab_channel=chris1111] -
ja, ich hab alles nochmal gemacht, auch wie Du gezeigt hast. Die Tools starten ja auch.
CFGLock.efi gibt allerdings folgendes aus:
VerifyMsrE2.efi zeigt dies für ca. 2 Sekunden und kehrt dann zum OC-Bootloader zurück:
Den Link zur Alternative habe ich mir schon gespeichert und bereits gestern angesehen.
Es wird wohl so sein, wie Du schreibst, dass Note 2 greift auf den Lenovo.
Vermutlich muss ich tatsächlich das Bios auch noch Patchen.
Allerdings was mich ärgert, dass es bis OC 0.6.4 mit dem einfachen Wert dafür auf YES ohne Probleme geht und er ja damit noch immer sauber bootet und plötzlich ab 0.6.5 geht es nicht mehr.Das Tool CFGLock.efi hat ja wohl Brumbaer geschrieben. Vermutlich hat mein Lenovo andere Offset's. Vielleicht kann er da ja was machen, bzw. mal mit seinen Werten der Entwicklung des Tool's vergleichen.
Natürlich ist der Lappi schon etwas älter, aber es wäre jetzt echt schade, wenn ich nicht weiter mitspielen dürfte, zumal die Kiste mit dem FullHD genau richtig ist für meine alten Augen. CPU mit i7 ist schnell genug für mich und bis dato geht einfach alles auf dem Teil bis OC0.6.4. Ferner hat er bereits eine 512er SSD und eine NGFF-SSD mit 512GB bekommen, ferner auch nativen WLAN-Chip. Ich bin sicher kein Held beim Bios-Patch, müsste mich erst wieder intensiv einlesen. Vermutlich schaffe ich dat auch, bin ja nicht ganz doof, aber es wäre dennoch mal schön Antworten auf die offenen Fragen zu bekommen.
Was mich auch etwas wundert, hier arbeiten doch einige User mit den Lenovo-Rechnern, teils neuer, teils älter als meiner, aber bis dato noch keine weitere Meldung dazu, was das neue OC betrifft.
Freund chris1111 sollte man immer auf dem Schirm haben. Er hat schon viele Entwicklungen beigesteuert und erklärt diese auch immer mega gut, was ihn auszeichnet.
Ich kann das Lob ungelesen bestätigen.
Er ist hauptsächlich auf InsanelyMac aktiv, wo man ihm folgen kann, ansonsten sind seine Entwicklungen natürlich auf Github.
-
Bei mir ist ein Lenovo der neueren Generation im Einsatz,
Ich kann aber per "DebugBios" den MSR-Lock Deaktivieren,
daher bemerke ich natürlich nichts vom OC Patch.
Ich kann mal bei Gelegenheit im Bios den Lock einschalten und per OC Patch versuchen.
Gruss Coban
-
-
Also ich kann bestätigen das es nicht am OC patch liegen kann, der funktioniert wie es soll.
Hab Im Bios den MSR-Lock eingeschaltet, und im Config den Patch eingeschaltet.
Big Sur startet ohne probleme, also patch greift.
Das muss an was anderem liegen bei dir.
Hast du zufällig "YogaSMC" im Einsatz? schalt mal den aus bitte, und versuche mal ohne den zu starten.
Ich bemerke seit neuem das mit "YogaSMC" probleme gibt und manchmal beim starten hängen bleibt.
Gruss Coban
-
Habe das hier in der Configuration.pdf von OC 0.6.5 gefunden. Vielleicht hilft dir das weiter.
Wenn man den Link zum UEFI Tool bring Folgendes.
Bist du dir ansonsten sicher, dass es nicht an einem Fehler in der config.plist liegt. Vergleiche mal die beiden config.plist (OC 0.6.4 und 0.6.5) mittels z.B. DiffMerge. Sollten sich ja nicht zu sehr unterscheiden.
Eventuell OC 0.6.4 mit OC 0.6.5 vermischt? Wenn die config.plist nicht zur OC Version passt kommt es ja auch zu Fehlern. Um sicher zu gehen könntest du ja versuchen OC 0.6.5 nochmals runterladen, Kexte aktualisieren und die config.plist von Grund auf neu aufzubauen.
-
Vielen Dank für Deinen Test. Dat gibt ja Hoffnung, dass der Fehler doch vorm Rechner sitzt, auch wenn es bei mir nicht so häufig vorkommt.
Nein, YogaSMC ist nicht im Einsatz. Warum auch? Diese Entwicklung ist ja nicht für meinen Lappi gemacht, soweit ich diese Sache selbst verfolgt hatte.
Auch Dir Dank für die Info. Natürlich werde ich einen Fehler bei mir selbst nicht ausschließen.
Mit dem Download Release OC0.6.5 bin ich wie immer vorgegangen. Alle Kexte, die neues Release haben, wurden ersetzt. Ferner alle Tool's, alle Driver im OC, ferner die Datei im Boot-Ordner, ferner die OpenCore.efi im OC Hauptverzeichnis, ferner die Bootstrap, ferner auch den neuen Resources-Ordner, wo sich die Dateien ja geändert haben, was im Picker ja auch geht.
Der letzte Schritt ist immer der Vergleich in zwei PlistEditor-Fenstern, alte config.plist und die sample.plist, dazu noch die PDF-Dateien aus dem Doc-Release zum Nachlesen der einzelnen Sachen.
Bei diesem Vergleich der zwei Fenster, klappe ich jede Sache auf und vergleiche genau. Neue Sachen übernehme ich. Weggefallene Sachen lösche ich natürlich.
Bislang hat es noch immer so bestens funktioniert.
Ich gehe die Sache nochmal durch. Der Fehler scheint ja doch bei mir zu liegen, auch wenn ich aktuell ratlos bin, wo ich zuerst noch ansetzen sollte.
OK, kommt Zeit, kommt Rat.
-
Du kennst das bestimmt schon, aber falls nicht, finde ich Propertree und dessen Snapshot Funktion bei der Erstellung einer neuen config.plist sehr hilfreich.
Nachdem Kopieren und Umbenennen der sample.plist kannst du die grundlegenden Dinge (SSDT`s, Kexte in die config.plist eintragen) mit der Snapshot Funktion in ProperTree einfach und schnell erledigen.
Dafür einfach die neue config.plist mit ProperTree öffnen und auf File/OC Snapshot klicken.
Danach den OC Ordner auswählen und die config.plist ist dementsprechend gefüllt.
Weiters File/ OC Clean Snapshot wählen (wieder OC Ordner wählen), damit die SSDT`s und Kexte auf True gesetzt werden.
Nachher musst du eigentlich nur mehr die Quirks setzten und individuelle Anpassungen (z.B. Bootargs, Smbios ...) machen. Erspart halt jede Menge Zeit, falls du die config.plist von OC 0.6.5 komplett neu erstellen möchtest um etwaige Fehler auszuräumen.
-
