Interessant. Ob das am Board liegt? Bei mir kann ich einfach draufbleiben und das Zeitfenster ist auch locker groß genug. Dafür muss ich, um ins Bios zu kommen, mehrfach auf die Entf-Taste hämmern, da hilft bei mir auch kein Gedrückthalten.
Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung
- JimSalabim
- Unerledigt
-
Danke für deine tolle Arbeit Jim,
Viel ist es ja schon oft besprochen worden, aber hier nochmal meine Frage:
Große Vor- und Nachteile gegenüber Clover?
lg
Chris
-
Interessant. Ob das am Board liegt? Bei mir kann ich einfach draufbleiben und das Zeitfenster ist auch locker groß genug. Dafür muss ich, um ins Bios zu kommen, mehrfach auf die Entf-Taste hämmern, da hilft bei mir auch kein Gedrückthalten.
Ja ins BIOS muss ich auch so rein.
schnell Boot hast du aus? Ich glaube meins ist an. Vielleicht liegt’s daran. -
Das mit der ALT-Taste hat hier auch nicht funktioniert. Ich habe den Picker wieder aktiviert.
-
JimSalabim ich hab vorhin noch mal deine aktuelle Config genommen und nur um meine MLB usw ergänzt und AdviseWindows auf YES gestellt. So kann ich wie gesagt aus macOS heraus das Startvolumes dauerhaft anpassen, aus Windows funktioniert es nicht. Habe sogar Windows neu installiert , um Fehler im Windows ausschließen zu können, es scheint an OpenCore zu liegen. Da es bei dir ja auch in macOS noch nicht klappt, vielleicht NVRAM Reset erforderlich? Das hab ich auf jeden Fall ein paar mal gemacht während des Testens
-
schnell Boot hast du aus? Ich glaube meins ist an. Vielleicht liegt’s daran.
Ja, das ist bei mir aus, das wird grundsätzlich bei OpenCore empfohlen, das auszuschalten.
Toskache Ist Fast Boot bei dir aus?
Komisch jedenfalls. Das mit der Alt-Taste, W-Taste (für Windows), X-Taste (für macOS, wenn grad was anderes als Standard eingestellt ist) funktioniert bei mir alles perfekt.
lixe NVRAM-Resets hab ich auch zur Sicherheit nach jeder Änderung gemacht, und ich weiß nicht, was ich noch ausprobieren könnte. Wenn ich Windows als Startvolume in den Systemeinstellungen festlegen will, kommt grundsätzlich "bless-Tool konnte das aktuelle Startvolume nicht festlegen". Unter Windows geht es auch nicht (auch wenn hier kein Fehler kommt), es hat einfach keine Auswirkung, was ich in diesem Bootcamp-Dings auswähle.
Im Grunde ist das ja auch egal, weil ich ja wie gesagt einfach W drücken kann, wenn ich Windows will, Alt drücken kann, wenn ich ins Bootmenü will, und gar nix drücken brauche, wenn ich macOS booten will. Trotzdem nervt mich, dass es nicht auch über die Systemeinstellungen geht.
An OpenCore liegt es hier aber nicht, das ist bei mir mit Clover nämlich genau dasselbe.
EDIT: Problem gelöst. Es lag dran, dass ich die Windows-SSD in macOS über NTFS-3G gemountet hatte, damit ich auch mal was drauf schreiben kann. Wenn ich sie ganz normal (also Read-only) mounte, geht es – auch ohne AdviseWindows etc.
-
JimSalabim wie sieht denn deine Partitionstabelle von der Windows SSD aus? Bei mir ist nämlich die erste Partition „Windows Recovery“ und die zweite erst „EFI“. AdviseWindows ist wohl erforderlich, wenn eben die erste Partition nicht direkt die EFI ist. Aber in Windows geht es bei dir auch nach wie vor nicht, oder?
-
Hey Leute, ich hab vor ein paar Tagen meinen wunderbaren iHack Pro mit dieser Anleitung und diesem EFI-Folder installiert. Hat wiedermal wunderbar funktioniert, mega schön! Mein iHack hat jetzt ein paar Updates in Bezug auf FinalCut am Start. Kann ich die einfach installieren, oder muss ich hier ähnlich vorsichtig sein mit Updates, wie mit Clover?
-
Aber das mit der Alt-Taste und der W-Taste funktioniert bei dir nach wie vor nicht? Ich bilde mir ein, in einem von den allgemeinen OpenCore-Threads schon mal was von dem Problem gelesen zu haben. Das mit der W-Taste für Windows oder der X-Taste für macOS funktioniert auf jeden Fall nur mit dem N-D-K-Fork, nicht mit der normalen OpenCore-Version.
Ja, bei mir steht die MacOS Platte an erster Stelle im BIOS. Nein, leider geht das mit den Tastenkürzeln nicht. Probiere da aber auch nochmal verschiedene Zeitpunkte des Drückens aus. Aber ist jetzt auch nicht kriegsentscheidend. Sonst läuft der Rechner ziemlich gut bisher.
-
JimSalabim wie sieht denn deine Partitionstabelle von der Windows SSD aus? Bei mir ist nämlich die erste Partition „Windows Recovery“ und die zweite erst „EFI“. AdviseWindows ist wohl erforderlich, wenn eben die erste Partition nicht direkt die EFI ist. Aber in Windows geht es bei dir auch nach wie vor nicht, oder?
Ist bei mir genauso, Windows Recovery ist die erste, EFI die zweite. AdviseWindows ist bei mir dennoch nicht nötig.
Bei mir kann ich von Windows aus in der Boot Camp Systemsteuerung auch nicht erfolgreich eine Auswahl treffen. Stattdessen wird mir Windows dort seit Neuestem doppelt angezeigt. Wenn ich eins davon auswähle, schmeißt es mir die Bios-Bootreihenfolge durcheinander und startet von einer Clover-Backup-EFI auf nem USB-Stick, die sodann auch im Bios zusätzlich (und natürlich komplett fälschlicherweise) als Boot Camp angezeigt wird. Ich glaube, dass ich meine Windows-SSD mal komplett platt machen werde und ne Neuinstallation direkt über Bootcamp probiere.
BenjiTheBread Solche Updates kannst du eigentlich immer problemlos machen (auch bei Verwendung von Clover). Etwas Vorsicht ist nur manchmal bei System-Updates gefragt, aber auch die laufen in der Regel völlig ohne Probleme durch. Ich musste nicht mal beim Wechsel von Mojave auf Catalina irgendwas ändern.
-
JimSalabim Ja, FastBoot steht im Bios auf "disable". Und OC ignoriert alle Tasten-Kombinationen, die ich während des Bios-Boot-Logos gedrückt halte (ALT, CMD-V...). Nur wenn ich "Show-Picker" auf "YES" jetze, kommt das Boot-Menü und ich kann zwischen Catalina und Windows wählen.
-
Liebe Hackintosher,
mein Hack hängt sich in letzter Zeit auf, wenn er im Ruhezustand war. der Bildschirm friert dann nach dem Login einfach ein und ich muss ihn hart neu starten.
Ich hab euch mal den Crash-bericht angehangen. Es scheint offenbar etwas mit dem AppleHDAHDMI_DPDriver zu tun zu haben. Folgende Änderungen hab ich an meinem Gerät gemacht:
1.: vor ein paar Tagen habe ich Display-Profile für meine beiden externen Bildschirme erstellt, damit die Farben als RGB rausgegeben werden müssen. Damals hatte ich einen großen Bildschirm über Displayport und einen kleinen über HDMI angeschlossen
2.:Inzwischen habe ich den großen Bildschirm zurückgeschickt und warte auf einen neuen. D.h. derzeit benutze ich nur einen Bildschirm via HDMI
3.: Dieser Bildschirm wird über einen HDMI-->DVI Adapter angeschlossen
In diesem Threadwird nahe gelegt, dass es etwas mit dem AppleALC.kext zu tun haben könnte.
Meine Vermutung ist die folgende: Beim hochfahren aus dem sleep modus versucht mein PC eine Audioverbindung herzustellen. Er versucht es über HDMI, kann es aber nicht, weil ja ein Adapter-Kabel ohne Audio-support dann hängt. Das Resultat ist dann der gefrorene Bildschirm.
Klingt das plausible für Euch? seh ich da vll etwas falsch?
Grüße
Benji
Alles anzeigenCode- panic(cpu 1 caller 0xffffff8000a288b7): "AppleHDAHDMI_DPDriver::setPowerState(0xffffff8041f4db00 : 0xffffff7f82a9c730, 0 -> 1) timed out after 10168 ms"@/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-6153.81.5/iokit/Kernel/IOServicePM.cpp:5302
- Backtrace (CPU 1), Frame : Return Address
- 0xffffff83b9c03b40 : 0xffffff800033bb2b mach_kernel : _handle_debugger_trap + 0x47b
- 0xffffff83b9c03b90 : 0xffffff80004734d5 mach_kernel : _kdp_i386_trap + 0x155
- 0xffffff83b9c03bd0 : 0xffffff8000464f4e mach_kernel : _kernel_trap + 0x4ee
- 0xffffff83b9c03c20 : 0xffffff80002e2a40 mach_kernel : _return_from_trap + 0xe0
- 0xffffff83b9c03c40 : 0xffffff800033b217 mach_kernel : _DebuggerTrapWithState + 0x17
- 0xffffff83b9c03d40 : 0xffffff800033b5fb mach_kernel : _panic_trap_to_debugger + 0x21b
- 0xffffff83b9c03d90 : 0xffffff8000ad2aa9 mach_kernel : _panic + 0x61
- 0xffffff83b9c03e00 : 0xffffff8000a288b7 mach_kernel : __ZN9IOService12ackTimerTickEv + 0x417
- 0xffffff83b9c03e50 : 0xffffff8000a28479 mach_kernel : __ZN9IOService21actionAckTimerExpiredEP8OSObjectPvS2_S2_S2_ + 0x9
- 0xffffff83b9c03e60 : 0xffffff8000a3f82e mach_kernel : __ZN10IOWorkLoop9runActionEPFiP8OSObjectPvS2_S2_S2_ES1_S2_S2_S2_S2_ + 0x3e
- 0xffffff83b9c03ea0 : 0xffffff8000a27228 mach_kernel : __ZN9IOService17ack_timer_expiredEPvS0_ + 0x38
- 0xffffff83b9c03ec0 : 0xffffff800037d7e5 mach_kernel : _thread_call_delayed_timer + 0xea5
- 0xffffff83b9c03f40 : 0xffffff800037d311 mach_kernel : _thread_call_delayed_timer + 0x9d1
- 0xffffff83b9c03fa0 : 0xffffff80002e213e mach_kernel : _call_continuation + 0x2e
- BSD process name corresponding to current thread: kernel_task
- Boot args: keepsyms=1 debug=0x100 darkwake=10
- Mac OS version:
- 19D76
- Kernel version:
- Darwin Kernel Version 19.3.0: Thu Jan 9 20:58:23 PST 2020; root:xnu-6153.81.5~1/RELEASE_X86_64
- Kernel UUID: A8DDE75C-CD97-3C37-B35D-1070CC50D2CE
- __HIB text base: 0xffffff8000100000
- System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
- System shutdown begun: NO
- Panic diags file available: YES (0x0)
- System uptime in nanoseconds: 2492332941017
- last loaded kext at 2484462881681: >!AXsanScheme 3 (addr 0xffffff7f87190000, size 32768)
- last unloaded kext at 441046987995: >!AFileSystemDriver 3.0.1 (addr 0xffffff7f80c95000, size 16384)
- loaded kexts:
- com.presonus.pae-quantum 1
- tc.tctechnologies.driver.PaeFireStudio 4.2.1 46437
- com.Logitech.Unifying.HIDDriver 3.9.11
- com.Logitech.ControlCenter.HIDDriver 3.9.11
- com.smalltree.driver.SmallTree!I82576 1.0.6
- ru.joedm.SMCSuperIO 1.1.1
- as.acidanthera.mieze.!IMausi-WOL 1.0.2
- as.vit9696.SMCProcessor 1.1.1
- as.vit9696.VirtualSMC 1.1.1
- com.rehabman.driver.USBInjectAll 0.7.3
- as.vit9696.!AALC 1.4.6
- as.vit9696.WhateverGreen 1.3.6
- as.vit9696.Lilu 1.4.1
- |SCSITaskUserClient 422.0.2
- |IO!BUSBDFU 7.0.3f5
- @filesystems.exfat 1.4
- >AudioAUUC 1.70
- >!AUpstreamUserClient 3.6.8
- >!AMCCSControl 1.13
- @kext.AMDFramebuffer 3.0.5
- @fileutil 20.036.15
- @filesystems.autofs 3.0
- @kext.AMDRadeonX5000 3.0.5
- @kext.AMDRadeonServiceManager 3.0.5
- @AGDCPluginDisplayMetrics 4.7.2
- @filesystems.ntfs 3.14.3
- >!APlatformEnabler 2.7.0d0
- >AGPM 111.4.2
- >X86PlatformShim 1.0.0
- >!AHDA 283.15
- >!A!IKBLGraphics 14.0.4
- >!AGFXHDA 100.1.424
- @kext.AMD10000!C 3.0.5
- >!A!ICFLGraphicsFramebuffer 14.0.4
- >!A!IPCHPMC 2.0.1
- >!AHV 1
- |IOUserEthernet 1.0.1
- |IO!BSerialManager 7.0.3f5
- >pmtelemetry 1
- @Dont_Steal_Mac_OS_X 7.0.0
- >!A!ISlowAdaptiveClocking 4.0.0
- >!A!IMCEReporter 115
- @private.KextAudit 1.0
- @filesystems.apfs 1412.81.1
- >!AVirtIO 1.0
- @filesystems.hfs.kext 522.0.9
- @!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1
- @BootCache 40
- @!AFSCompression.!AFSCompressionTypeZlib 1.0.0
- >AirPort.BrcmNIC 1400.1.1
- >!AAHCIPort 341.0.2
- >!AHPET 1.8
- >!AACPIButtons 6.1
- >!ARTC 2.0
- >!ASMBIOS 2.1
- >!AAPIC 1.7
- $!AImage4 1
- @nke.applicationfirewall 303
- $TMSafetyNet 8
- @!ASystemPolicy 2.0.0
- |EndpointSecurity 1
- >!AXsanScheme 3
- >!UAudio 320.49
- >usb.cdc 5.0.0
- >!ASMBus!C 1.0.18d1
- |IOSMBus!F 1.1
- @kext.triggers 1.0
- @kext.AMDRadeonX5000HWLibs 1.0
- @kext.AMDRadeonX5000HWServices 3.0.5
- >DspFuncLib 283.15
- @kext.OSvKernDSPLib 529
- >!AHDA!C 283.15
- |IOHDA!F 283.15
- |IONDRVSupport 569.4
- @kext.AMDSupport 3.0.5
- |IOAccelerator!F2 438.3.1
- |IOFireWire!F 4.7.5
- |IOAVB!F 800.17
- >!ASSE 1.0
- @!AGPUWrangler 4.7.2
- @!AGraphicsDeviceControl 4.7.2
- |IOGraphics!F 569.4
- |IOSlowAdaptiveClocking!F 1.0.0
- @plugin.IOgPTPPlugin 810.1
- |IOEthernetAVB!C 1.1.0
- >X86PlatformPlugin 1.0.0
- >IOPlatformPlugin!F 6.0.0d8
- |IOAHCIBlock!S 316.80.1
- |Broadcom!BHost!CUSBTransport 7.0.3f5
- |IO!BHost!CUSBTransport 7.0.3f5
- |IO!BHost!CTransport 7.0.3f5
- >IO!BHIDDriver 7.0.3f5
- |IO!B!F 7.0.3f5
- |IO!BPacketLogger 7.0.3f5
- >usb.IOUSBHostHIDDevice 1.2
- >usb.!UHub 1.2
- >usb.networking 5.0.0
- >usb.!UHostCompositeDevice 1.2
- |IOAudio!F 300.2
- @vecLib.kext 1.2.0
- |IOSerial!F 11
- |IOSurface 269.6
- @filesystems.hfs.encodings.kext 1
- >!AThunderboltNHI 5.8.6
- |IOThunderbolt!F 7.6.0
- |IONVMe!F 2.1.0
- |IO80211!F 1200.12.2b1
- >mDNSOffloadUserClient 1.0.1b8
- >corecapture 1.0.4
- |IOSkywalk!F 1
- |IOAHCI!F 290.0.1
- >usb.!UXHCIPCI 1.2
- >usb.!UXHCI 1.2
- >usb.!UHostPacketFilter 1.0
- >!AEFINVRAM 2.1
- |IOUSB!F 900.4.2
- >!AEFIRuntime 2.1
- |IOHID!F 2.0.0
- $quarantine 4
- $sandbox 300.0
- @kext.!AMatch 1.0.0d1
- >DiskImages 493.0.0
- >!AFDEKeyStore 28.30
- >!AEffaceable!S 1.0
- >!AKeyStore 2
- >!UTDM 489.80.2
- |IOSCSIBlockCommandsDevice 422.0.2
- >!ACredentialManager 1.0
- >KernelRelayHost 1
- >!ASEPManager 1.0.1
- >IOSlaveProcessor 1
- |IOUSBMass!SDriver 157.40.7
- |IOSCSIArchitectureModel!F 422.0.2
- |IO!S!F 2.1
- |IOUSBHost!F 1.2
- >!UHostMergeProperties 1.2
- >usb.!UCommon 1.0
- >!ABusPower!C 1.0
- |CoreAnalytics!F 1
- >!AMobileFileIntegrity 1.0.5
- @kext.CoreTrust 1
- |IOTimeSync!F 810.1
- |IONetworking!F 3.4
- |IOReport!F 47
- >!AACPIPlatform 6.1
- >!ASMC 3.1.9
- >watchdog 1
- |IOPCI!F 2.9
- |IOACPI!F 1.4
- @kec.pthread 1
- @kec.corecrypto 1.0
- @kec.Libm 1
-
Wie kann ich denn bei OpenCore eigentlich am einfachsten nen USB Anschluss deaktivieren? In meinem Fall HS12, weil da die Corsair Wasserkühlung dran hängt und mir sonst Sleep jedes mal direkt beendet...
-
Mit dem Hackintool, ist aber vom Bootloader unabhängig. Ich würde zunächst versuchen, den Port als intern zu konfigurieren.
-
Harper Lewis das hatte ich mit Clover schon mal versucht, leider ohne Erfolg, wie wäre denn bei dem OpenCore Build von JimSalabim der einfachste Weg, den HS12 auf intern zu setzen?
-
Ich weiß nicht, welche USB-Lösung bei dir im Einsatz ist. Hast du die USBPorts.kext selbst erstellt? Mit dem Hackintool setzt du den Connector bei HS12 einfach auf Internal oder bearbeitest die Kext, falls bereits vorhanden, direkt: Rechtsklick auf die Datei → Paketinhalt anzeigen, dann Contents → Info.plist z.B. mit XCode bearbeiten.
-
AML Datei wars, hätte erst mal schauen sollen, bevor ich sowas frage
werde es mal mit Internal testen und ansonsten schmeiß ich den Port einfach raus... vielen Dank! -
Wenn du USBInject.all im Einsatz hast, dann in der Datei SSDT-UIAC.aml für HS12 unter USBConnector den Wert 0xFF eintragen.
-
Harper Lewis ja genau so habe ich es dann auch gemacht, Hackintool hat daraufhin auch Internal für den HS12 angezeigt, aber leider beendet die Wasserkühlung weiterhin sofort den Standby Modus. Mir ist dann eingefallen, dass in der config für OpenCore ja auch bootflags gesetzt werden können und hab da dann einfach wieder den uia_exclude Befehl genutzt, jetzt läufts wieder!
