Arkturus Bei einem Update von OC alle Treiber (OpenRuntime.efi OpenCanopy.efi), die OpenCore.efi, den Ordner Bootstrap und auch immer den Ordner Boot, ersetzen. Und natürlich wie OSX-Einsteiger schreibt, die config.plist mit der Sample.plist abgleichen. Da darf eigentlich nix schief gehen. Wenn der Rechner mit 062 bootet, dann bootet er auch mit einer höheren Version, vorausgesetzt man befolgt die Regeln.
![](https://www.hackintosh-forum.de/images/avatars/1f/9779-1f81c6dbab7b2438edcbd6ce77d329c0e3c86f31.png)
OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
Das ist alles aus einem Guss karacho
Die Treiber werden ja zusammen mit dem Paket geliefert. Kexte sind so aktuell, wie sie eben gibt. Die Sample.plist ist ja die Basis und lediglich durch die Add bei ACPI, Kernel und DeviceProperties ergänzt.
Auf dem iMacpro1,1 funktioniert es ja auch bestens. Aber schon die 0.6.4 hat auf dem MacbbokPro-3,1 nicht funktioniert.
-
Die Lenovo's sind seit je her CFG-Locked.
Wenn Du nicht wenigstens Kernel/Quirks/AppleXcpmCfgLock auf YES setzt, dann kommst Du vermutlich nicht über die Meldung von Deinem Bild hinaus.
Gleiches Verhalten hier beim T450s, kann ich nur sagen dazu, wenn ich den Wert AppleXcpmCfgLock nicht setze.
Siehe OC-Anleitungs-PDF (AppleXcpmCfgLock, ggf. AppleCpuPmCfgLock).
-
Womit gleichst du denn die jeweilige Sample.plist mit deiner config.plist ab? Ich nutze dazu DiffMerge. Die Sample.plist ziehe ich mit der Maus ins obere Eingabefeld und meine config.plist ins untere und dann auf OK.
Die Sample ist dann im linken Bereich und die config im rechten. Alles was hellrot markiert ist, kann man so lassen. Alles was links dunkelrot ist mit der rechten Maustaste anklicken und zum rechten Bereich hinzufügen. Ausser natürlich bei den ganzen Quirks, die du für dein System auf Yes oder No eingetragen hast und die in der Sample immer auf failsafe stehen.
Alles was du in deiner config zum booten eingetragen hast, musst du lassen wie es ist, auch wenn links dunkelrot angezeigt wird. Zb. beim smbios.
-
Ich öffne Sample.plist mit dem Editor daneben config.plist vom Vorgänger und ziehe die Teile in die Sample.plist, die für dei Konfiguration gebraucht werden.
DiffMerge habe ich vor längerem mal versucht, aber damit bin ich nicht klar gekommen. Habs einfach nicht verstanden, was ich da tun soll.
Die Option Arch=x86_64 hatte ich schon mal eingebaut. scheinbar habe ich diese config.plist irgendwie wieder verloren im Wirrwarr. muss ich mal alle alten EFIS nachprüfen.
Jetzt konnte ich die OC 0.6.5 mit der config.plist der OC 0.6.2 booten. Hat mächtig lange gebauert, IODisplay spilte da in dem Meldungen eine Rolle, wo es besonders lange dauerte.
Ich glaube ich fange von vorne wieder an. Ganz in Ruhe. Kann eine weile dauern, biss ich mich zurück melde.
Danke für dei Hinweise. Werde ich beachten. OSX-Einsteiger MacPeet karacho
-
Ihr könnt Euch dat auch schwer machen, aber der 1:1 Vergleich ist der beste Weg und bisher hat hier jede neue Version ohne Fehlermeldung gebootet.
Auf irgendwelche Tools vertraue ich ohnehin nicht.
Natürlich tausche ich erst einmal alle neuen Dateien aus, wenn ein neues Release OC kommt und natürlich noch die Kext's, sofern es neue Release's gibt.
Am Ende folgt die config.plist. Hierbei nutze ich PlistEditorPro. Ich öffne ein Fenster meine config.plist und ein Fenster sample.plist nebeneinander und vergleiche intensiv wirklich jeden Punkt, was genau neu ist.
Hierbei übernehme ich die neuen Sachen in meiner config.plist, im Zweifel bemühe ich das Anleitungs-PDF von OC um genau diese Sache nochmal nachzulesen.
Egal, welcher Editor, aber wenn man jede Sache aufklappt und genau vergleicht, dann sieht man jede Änderung, auch Typen-Veränderungen von Integer auf String, was ja auch häufig vorkommt bei den neuen Versionen von OC.
-
-
Frage kann ich per Tastendruck im abgesicherten Modus starten, oder nur mit -x in der plist?
-
SHIFT- bzw. Umschalt-Taste während des Bootvorgangs gedrückt halten bringt dich ebenfalls in den Safe Mode.
-
badbrain Danke für die Info, der Monitor bleibt dunkel
Wenn ich -x im plist NRAM eingebe löpts, hat was mit der GraKa zu tun
-
-
Arkturus Bei einem Update von OC alle Treiber (OpenRuntime.efi OpenCanopy.efi), die OpenCore.efi, den Ordner Bootstrap und auch immer den Ordner Boot, ersetzen. Und natürlich wie OSX-Einsteiger schreibt, die config.plist mit der Sample.plist abgleichen. Da darf eigentlich nix schief gehen. Wenn der Rechner mit 062 bootet, dann bootet er auch mit einer höheren Version, vorausgesetzt man befolgt die Regeln.
Wie immer saß das Problem vor dem Rechner. Aus irgendwelchen Gründen der Unkonzentriertheit habe ich längste bereinigte Probleme in der letzten EFI neu verbaut, insbesondere war IntelGraphicsDVMTFixup.kext wieder drin, was schon lange von WEG ersetzt wurde.
Aber das größte Problem war in ACPI die Patch nicht mitzunehmen, Das hat wahrscheinlich das system zum Stocken gebracht. Erst nach der Methode von MacPeet ist mir aufgefallen, dass in der Config nich jeden Menge Patches unter ACPI stecken, die ich einfach vergessen hatte.
Nach wie vor ist aber lila.kext ab Version 1.5.0 oder neuer nicht ion der Lage, mit OC 0.6.4(5) DEN T460 (SKL) zu booten.
Mit der älteren OC 1.4.8 vom 05.10.2020 klappt alles bestens
und dank Löschung des IntelGraphicsDVMTFixup.kext in super schneller Zeit.
Danke an Alle die geholfen haben.
-
Code
- panic(cpu 1 caller 0xffffff7f97fc2a8d): watchdog timeout: no checkins from watchdogd in 98 seconds (76165 total checkins since monitoring last enabled)
- Backtrace (CPU 1), Frame : Return Address
- 0xffffff80b87c3c40 : 0xffffff801691a65d mach_kernel : _handle_debugger_trap + 0x49d
- 0xffffff80b87c3c90 : 0xffffff8016a54a75 mach_kernel : _kdp_i386_trap + 0x155
- 0xffffff80b87c3cd0 : 0xffffff8016a465fe mach_kernel : _kernel_trap + 0x4ee
- 0xffffff80b87c3d20 : 0xffffff80168c0a40 mach_kernel : _return_from_trap + 0xe0
- 0xffffff80b87c3d40 : 0xffffff8016919d27 mach_kernel : _DebuggerTrapWithState + 0x17
- 0xffffff80b87c3e40 : 0xffffff801691a117 mach_kernel : _panic_trap_to_debugger + 0x227
- 0xffffff80b87c3e90 : 0xffffff80170c1ad8 mach_kernel : _panic_with_thread_context
- 0xffffff80b87c3f00 : 0xffffff7f97fc2a8d com.apple.driver.watchdog : __ZN10IOWatchdog13checkWatchdogEv.cold.4
- 0xffffff80b87c3f10 : 0xffffff7f97fc247b com.apple.driver.watchdog : __ZN10IOWatchdog13checkWatchdogEv + 0xf5
- 0xffffff80b87c3f50 : 0xffffff7f97fd7d9c com.apple.driver.AppleSMC : __ZN16SMCWatchDogTimer14watchdogThreadEv + 0xb0
- 0xffffff80b87c3fa0 : 0xffffff80168c013e mach_kernel : _call_continuation + 0x2e
- Kernel Extensions in backtrace:
- com.apple.driver.watchdog(1.0)[B6A95892-6C75-3CF5-A6CC-6D83F30FA1D5]@0xffffff7f97fc1000->0xffffff7f97fc9fff
- com.apple.driver.AppleSMC(3.1.9)[D2F0B610-83F8-3B84-B0BD-D9D0CC95A697]@0xffffff7f97fca000->0xffffff7f97fe8fff
- dependency: com.apple.iokit.IOACPIFamily(1.4)[2956198D-24F2-3790-A9B2-1EAB9434B906]@0xffffff7f97fb8000
- dependency: com.apple.driver.watchdog(1)[B6A95892-6C75-3CF5-A6CC-6D83F30FA1D5]@0xffffff7f97fc1000
- dependency: com.apple.iokit.IOPCIFamily(2.9)[44472E6F-8DA0-3B46-ADEF-AFF76EC6C6DB]@0xffffff7f97331000
- BSD process name corresponding to current thread: kernel_task
- Boot args: -v keepsyms=1 debug=0x100
- Mac OS version:
- 19H2
- Kernel version:
- Darwin Kernel Version 19.6.0: Mon Aug 31 22:12:52 PDT 2020; root:xnu-6153.141.2~1/RELEASE_X86_64
- Kernel UUID: 05D51A3D-3A87-3FF0-98C3-9CF3827A3EDD
- Kernel slide: 0x0000000016600000
- Kernel text base: 0xffffff8016800000
- __HIB text base: 0xffffff8016700000
- System model name: iMac14,3 (Mac-77EB7D7DAF985301)
- System shutdown begun: NO
- Panic diags file available: YES (0x0)
- System uptime in nanoseconds: 761764033119614
Hat hier keiner eine Idee? Ich bin immer noch ratlos und keinen Schritt weiter. Ich hatte zwischenzeitlich auch PowerNap deaktiviert, aber das bringt auch keinen Unterschied.
-
Alexco Erstelle dir einen Bootloader mit Opencore. Der Guide von Dortania hilft dir dabei.
-
habe 3 Betriebssysteme auf meinem PC - jeweils auf einer SSD.Im Macos Bootmanager wird Windows und Macos angezeigt, aber nicht meine drittes Betriebssystem Linux.
Gibt es eine Möglichkeit?
-
-
Opencore hat sich bei der Installation "aufgehangen".
Wird jemand schlau daraus und hat eine Vermutung was ich falsch gemacht habe?
Ich sehe nur einen Haufen "Error"
Vielen Dank!
SetupVirtualMap ist auf Yes
Ebenso IncreasePciBarSize auf Yes
Hier mein kompletter EFI Ordner:
Ryzen 5 1600AF
B550 Mainboard
RX5700XT
-
SushiLlama Schau mal dort -> https://dortania.github.io/Ope…ck-on-eb-log-exitbs-start
-
-
Hallo,
Nach viele Recherche im Internet auf eine Lösung fürs Problem 2x Tastatur zu drücken, um Display aufzuwachen, habe ich das hier gefunden
https://dortania.github.io/Ope…type-property-recommended
Nun die Frage bei der erste Methode steht
acpi-wake-type | Data | <01>
Aber in Wirklichkeit bei Original Mac-Geräte steht
acpi-wake-type | Number | 0x1
Was ist den Unterschied dazwischen und ob da Data oder Number rolle spielt? Außerdem wenn ich den Type als Number unter OpenCore definiere, wird Trotzdem als Data in IORegistryExplorer gezeigt!!!acpi-wake-type | Data | <01000000>
Danke im Voraus
Bob