"dann werden Laufwerke schon unter 10.15.7 nicht mehr angezeigt", - unter Mojave 10.14.6 eigentlich auch nicht, in Verbindung mit OC 0.7.4. Was mir passiert ist. Mit OC 0.7.1 ging es noch.
OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
Das hat indirekt mit MacOS version was zu tun, es geht um APFS Driver die veraltet/angreifbar sind.
Ich persönlich finde es sowieso bissl quatsch zu raten jedesmal die Sicherheit auszuhebeln anstatt die Ursache zu nennen und zu raten das man die Build updaten soll.
Nur dort wo man den Build nicht Updaten kann/will sollte man das mit Datumsangabe diesen halt exclusiv zulassen.
Hier bei mir habe ich ja auch ein Catalina, BigSur und Monterey im Einsatz;
Funktioniert ja auch mit standard Einstellungen;
Das unterschied ist das meine ältere Betriebsysteme halt auf aktuellem status sind, ergo ist die apfs Driver up to date.
Gruss Coban -
was kann ich gegen diesen KP tun, die mich auf dem T470 plagt?
Unabhängig welche Version von OC gibt es diese KP, auch unter 11.6.1 (eher selten), auf 12.0 ab beta 8 innhalb Sekunden,
panic(cpu 1 caller 0xffffff80201fea25): userspace watchdog timeout: no successful checkins from com.apple.WindowServer in 120 seconds
service: com.apple.logd, total successful checkins since load (680 seconds ago): 68, last successful checkin: 0 seconds ago
service: com.apple.WindowServer, total successful checkins since load (650 seconds ago): 53, last successful checkin: 120 seconds ago
Backtrace (CPU 1), Frame : Return Address
0xffffffb0b6a6b670 : 0xffffff801ce8cfdd mach_kernel : _handle_debugger_trap + 0x3fd
0xffffffb0b6a6b6c0 : 0xffffff801cfd3fd3 mach_kernel : _kdp_i386_trap + 0x143
0xffffffb0b6a6b700 : 0xffffff801cfc45ca mach_kernel : _kernel_trap + 0x55a
0xffffffb0b6a6b750 : 0xffffff801ce31a2f mach_kernel : _return_from_trap + 0xff
0xffffffb0b6a6b770 : 0xffffff801ce8c7fd mach_kernel : _DebuggerTrapWithState + 0xad
0xffffffb0b6a6b890 : 0xffffff801ce8caf3 mach_kernel : _panic_trap_to_debugger + 0x273
0xffffffb0b6a6b900 : 0xffffff801d69ce34 mach_kernel : _panic_with_thread_context
0xffffffb0b6a6b970 : 0xffffff80201fea25 com.apple.driver.watchdog : __ZN10IOWatchdog14userspacePanicEP8OSObjectPvP25IOExternalMethodArguments.cold.1 + 0x27
0xffffffb0b6a6b980 : 0xffffff80201fe660 com.apple.driver.watchdog : __ZN10IOWatchdog35userspaceDisableUserspaceMonitoringEP8OSObjectPvP25IOExternalMethodArguments
0xffffffb0b6a6b9a0 : 0xffffff801d61d67e mach_kernel : __ZN12IOUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x1de
0xffffffb0b6a6b9f0 : 0xffffff80201fda34 com.apple.driver.watchdog : __ZN20IOWatchdogUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x7c
0xffffffb0b6a6bb20 : 0xffffff801d62792b mach_kernel : _is_io_connect_method + 0x35b
0xffffffb0b6a6bc80 : 0xffffff801cf7f7d1 mach_kernel : _iokit_server_routine + 0x4dd1
0xffffffb0b6a6bd90 : 0xffffff801ce9265d mach_kernel : _ipc_kobject_server + 0x2fd
0xffffffb0b6a6be00 : 0xffffff801ce68cd5 mach_kernel : _ipc_kmsg_send + 0x115
0xffffffb0b6a6be60 : 0xffffff801ce801e2 mach_kernel : _mach_msg_overwrite_trap + 0x2d2
0xffffffb0b6a6bef0 : 0xffffff801cfa869d mach_kernel : _mach_call_munger64 + 0x29d
0xffffffb0b6a6bfa0 : 0xffffff801ce32216 mach_kernel : _hndl_mach_scall64 + 0x16
Kernel Extensions in backtrace:
com.apple.driver.watchdog(1.0)[4CFADD2A-613E-320D-AD14-9C9379E87CB7]com.apple.0xffffff80201fc000-com.apple.driver.0xffffff80201fefff
Process name corresponding to current thread: watchdogd
Boot args: keepsyms=1 -v -lilubetaall -no_compat_check
Mac OS version:
20G165
-
-
watchdog timeout
Dann nimm doch den Störenfried raus in der "config.plist":
Misc\Debug\DisableWatchDog = YES
-
Arkturus
Wenn man sich den Fehler Meldung genau anguckt ist es ja eigentlich klar....Du versuchst in einen Garten (no successful checkins from com.apple.WindowServer) illegal (-no_compat_check) einzudringen...
Der wiederum wird von einem Dobermann (WatchDog) überwacht...Also hast du 2 Möglichkeiten, du lebst mit den folgen vom Hund (KP) oder entfernst Ihn vom Garten... oder?
Gruss Coban -
Jedesmal wenn ich aus Windows wieder zurück in macOS (BigSur oder Monterey) gehe habe ich keinen Ton am Rechner.
Wenn ich den Rechner ausschalte und starte über OC, und gehe in macOS funktioniert der Ton wieder, muss da was in OC eingestellt werden?
Windows starte ich auch über OC.
Gruss
Schmalen
-
ich hab mal alle bootargs, außer keepsym=1 und -v rausgenommen und Watchdog mit Misc\Debug\DisableWatchDog = YES deaktiviert. Die KP bzw. Freeze bleiben. Leider bekomme ich in 98 % aller Freeze keine Panic-log. Das System steht so abrupt, das dafür scheinbar keine Zeit bleibt. Das ist die ganze Ausbeute der Log's
Außerdem muss nach einem Freeze der NVRAM resettet werden, der nächste Reboot führt sonst zu keinen brauchbaren Desktop, weder bei 12.0 Beta noch bei 11.6.1.
BIOS-Einstellungen bin ich schon hoch und runter. Die haben keinen Einfluss gezeigt.
-
Alles anzeigenJedesmal wenn ich aus Windows wieder zurück in macOS (BigSur oder Monterey) gehe habe ich keinen Ton am Rechner.
Wenn ich den Rechner ausschalte und starte über OC, und gehe in macOS funktioniert der Ton wieder, muss da was in OC eingestellt werden?
Windows starte ich auch über OC.
Gruss
Schmalen
Das ist ein bekanntes Problem. Unter Clover verwendet man dafür den Fix "ResetHDA", um den Audio Codec beim Start zu initialisieren.
Das kann man bestimmt auch über nen Key in Device Properties zur Audio Karte regeln, aber ich weiß leider nicht, wie er heißt.EDIT: Hab's gefunden: UEFI > Audio > ResetTrafficClass
Seitdem ich Windows 11 auf meinem T530 Laptop installiert habe, kann ich Windows nicht mehr aus OpenCore starten. ACPI BIOS Error. Funktionierte mit Windows 10 ohne Probleme und mit Clover funzt es auch.
-
Gut zu wissen. Verschiebe ich also (aus Neugier) Windows 11 zu installieren. ha ha!
-
Alles anzeigen
ich hab mal alle bootargs, außer keepsym=1 und -v rausgenommen und Watchdog mit Misc\Debug\DisableWatchDog = YES deaktiviert. Die KP bzw. Freeze bleiben. Leider bekomme ich in 98 % aller Freeze keine Panic-log. Das System steht so abrupt, das dafür scheinbar keine Zeit bleibt. Das ist die ganze Ausbeute der Log's
Außerdem muss nach einem Freeze der NVRAM resettet werden, der nächste Reboot führt sonst zu keinen brauchbaren Desktop, weder bei 12.0 Beta noch bei 11.6.1.
BIOS-Einstellungen bin ich schon hoch und runter. Die haben keinen Einfluss gezeigt.
als ich alles überprüfte was meine Vorstellungskraft über das Hackintosh Universum hergab, machte ich einen beherzten Downgrade des BIOS von v1.67 auf v1.60. Nunmehr läuft Monterey 12.0 Beta 10 wie geschmiert auf dem T470. 🤔
-
nachdem ich alles überprüfte was meine Vorstellungskraft über das Hackintosh Universum hergab, machte ich einen beherzten Downgrade des BIOS von v1.67 auf v1.60. Nunmehr läuft Monterey 12.0 Beta 10 wie geschmiert auf dem T470. 🤔
Könnte mir gut vorstellen, dass das Problem am Ende eher durch den mit dem Downgrade einhergehenden CMOS Reset gelöst wurde als durchs BIOS selbst. Aber nice.
-
Ich hatte mehrfach ein CMOS Reset gemacht, einschl. Die Batterie abgeklemmt für 20 min, Powerbutton 1min gedrückt usw. außerdem Downgrade auf 1.66. aber das reichte wohl nicht.
-
-
Die EFI ist unter Hardware zu finden. Aber das habe ich auch schon Schritt für Schritt deaktiviert
-
"dann werden Laufwerke schon unter 10.15.7 nicht mehr angezeigt", - unter Mojave 10.14.6 eigentlich auch nicht, in Verbindung mit OC 0.7.4. Was mir passiert ist. Mit OC 0.7.1 ging es noch.
"Schon" bedeutet in diesem fall "Für ALLE macOS < 11.0."
Verstehe die Konstruktion aus gepatchter DSDT und diversen SSDTs nicht. So ist der Bootvorgang halt: Lade DSDT, ersetze DSDT durch gepatchte, dann häng noch SSDTs hinten dran. Ich finde ja, entweder nur gepatchte DSDT, oder nur SDDTs sinnvoller, aber seis drum…
Anosonsten fällt mir nicht viel auf, außer:
Warum SMBIOS MacBookPro15,1?
Sonstiges:
- Misc > Boot > HibernateMode von "auto" auf "none" setzen (bezieht sich auf Boot nicht auf das OS im Allgemeinen)
- Misc > Securtiy > AuthRestart = No
- PlatformInfo > AdviseFeatures = Yes (optional)
- ACPI > Quirks > Rebase Resgions könnte mann noch ausprobieren um diese Konstruktion aus gepatchter DSDT und SSDTs besser zu verarbeiten.
Viel Erfolg
-
Danke für Deine Hinweise ST33Z0
Die DSDT und SSDT hatte ich von den im Bereich Hardware unter Credits genannten Quellen übernommen. Genaugenommen läuft das System auch ohne die meisten von den SSDTs und ohne die DSDT. Nach der Anweisung auf dortania für KBL-Notebooks werden die SSDTs -EC-USBX, -PLUG, -PNLF, und die -XIOS benötigt. Bei Einsatz des ECEnabler.kext kann alles was mit BATT zu tun hat, einschl. der ganzen Patche auch deaktiviert werden. Das habe ich schon durch und hätet die EFI schon mal im Hardwarebereich aktualisiert, wenn das Problem mit den Feeze nicht zu akut geworden wäre.
Erst gestern hatte ich ein Downgrade des BIOS auf v1.60 durchgeführt und konnte unter 12.0. beta 10 tadellos arbeiten, zig Reboots und immer klappte alles . Musste allerdings eine neuen Clean-Install machen da bei der letzte Installation die Account-Einrichtung wegen Freeze abgebrochen wurde und die Passworteingabe für root nicht akzeptiert werden, Habe keine anderen Wegh gefunden.
Nach dem Install stehe ich vor den gleichen Problemen. wie vor dem Bios-Downgrade.
Das Problem liegt hier wohl an der Hardware. Muss permant clean NVRAM ausführen, weil sonst der Bootvorghaneg in Glitches endet. Vor allem Big Sur leidet daran noch mehr als Monterey. Das Problem mit den Freeze wurde ab 12.0 beta 7 akut. Der Zeitaufwand übersteigt jetzt alles was vertretbar ist. Ich werde die Möhre mit Wíndows bestücken und in der Familie verteilen oder bei 1-2-3 verramschen.
Danke an alle die geholfen haben.
-
Seitdem ich Windows 11 auf meinem T530 Laptop installiert habe, kann ich Windows nicht mehr aus OpenCore starten. ACPI BIOS Error. Funktionierte mit Windows 10 ohne Probleme und mit Clover funzt es auch.
Gut zu wissen. Verschiebe ich also (aus Neugier) Windows 11 zu installieren. ha ha!
W11 läuft hier im Dualboot mit 074 1A.
Hab Sogar das Bios Secureboot nun am Laufen inkl das mein OC per Secureboot gebootet werden kann.
-
EDIT: Hab's gefunden: UEFI > Audio > ResetTrafficClass
Danke ST33Z0 hatte ich auf enabled gesetzt, dennoch ohne erfolg .
Ist ja auch nicht so wichtig..... Windows brauche ich einfach zu wenig, mach ich halt den Umweg über Aus/Ein des Rechners
-
W11 läuft hier im Dualboot mit 074 1A.
Hab Sogar das Bios Secureboot nun am Laufen inkl das mein OC per Secureboot gebootet werden kann.
Ja, auf nem Desktop mit 2 Festplatten - keine Kunst. Auf nem Laptop mit einer Festplatte ist das ne ganz anderes Level an Komplexität.
Nachdem ich das EH01/02 sowie XHCI und SAT1 renames deaktiviert habe, funzts. yay
