Beiträge von Haffi86

Okay, dann versuche ich das einfach mal.

Damit das System mit USB Geräten aufwacht. Ich weiß aber nicht, ob ich es unbedingt benötige. Ich dachte mir, kann nicht schaden, es drin zu lassen. Kann das schon zu Problemen führen?

Gerne. Befindet sich im Anhang.

Ich würde eher nein sagen, bin mir aber nicht sicher. Als es vorhin passiert ist, war das System vorher eine Weile im Bildschirmschoner. Hab dann SkyGo geschaut und kurz auf Pause geklickt. Ein kurzen Moment später, als ich weiterschauen wollte, ging dann nix mehr.

Grüßt euch,

mein Hacki läuft schon seit längerer Zeit sehr gut. Allerdings passiert es in großen Abständen, dass er plötzlich komplett einfriert. Dann hilft nur noch ein Reset. Ich habe jetzt mal die Fehlerdatei ausgelesen, ich habe sie als Bild in den Anhang gepackt. Leider kann ich damit nicht viel anfangen und im Netz ließ sich auch nichts hilfreiches finden. Weiß jemand von euch, was ich machen kann?

Frag mich nicht warum, aber im Verbose Mode hat er das Update jetzt ordentlich durchgezogen. Das Problem scheint somit gelöst.

Kein Fehler gefunden

Das ist das Ergebnis. Bzw. sollte ich lieber gleich das Update von OpenCore auf 0.7.0 machen?

Nein, ich muss erstmal schauen, was das ist.

Okay, habe es durchlaufen lassen. Kein Probleme.

Hi Leute, ich wollte jetzt auch das Update durchführen, leider bleibt die Installation relativ weit am Anfang stehen. Muss ich beim Update irgendwas beachten? Ich verwende OpenCore 0.6.9

Zitat von apfelnico

Haffi86

Deine Lösung greift global, alles was unter OpenCore gestartet wird – auch Windows – wird mit dieser Bearbeitung laufen müssen. Der Mainboardhersteller hat sich aber schon etwas dabei gedacht, "AWAC" als neues "Time and Alarm Device" zu priorisieren gegenüber dem alten "RTC" (AT Real-Time Clock). Das hast du aufgehoben und "RTC" darüber hinaus verändert.

Kompliziert ist das nicht, du hast ja für deinen Fall auch eine "SSDT-AWAC.aml" in die ACPI eingebunden. Es wäre lediglich eine andere SSDT notwendig. In dem Fall würde "AWAC" in Ruhe gelassen werden (stört macOS nicht) und ein für macOS benötigtes Device zusätzlich eingefügt, mittels OSI-Schleife auch nur, wenn macOS gestartet wird. Das wäre sauberer.

EDIT:

Und beides kombinieren könnte man – wenn deine ermittelten Werte für die "bad RTC region" perfekt sind – in dem man einfach nur ein in der SSDT unmodifiziertes "RTC0" einfügt. Dazu einfach das in der DSDT vorhandene Device "RTC" kopieren.

EDIT2:

Der Name "RTC0" ist einfach eine beliebige Abänderung von "RTC". Denn auch wenn "RTC" durch "AWAC" nicht aktiv ist, so ist es dennoch als Device in der DSDT vorhanden. Und da kein Device an gleicher Stelle zweimal auftauchen darf, eben diese Änderung.

Statt "SSDT-AWAC.aml" einfach eine "SSDT-RTC0" mit diesem Inhalt:

Code

1. External (_SB_.PCI0.LPCB, DeviceObj)
3. Scope (\_SB.PCI0.LPCB)
4. {
5. Device (RTC0)
6. {
7. Name (_HID, EisaId ("PNP0B00") /* AT Real-Time Clock */) // _HID: Hardware ID
8. Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings
9. {
10. IO (Decode16,
11. 0x0070, // Range Minimum
12. 0x0070, // Range Maximum
13. 0x01, // Alignment
14. 0x04, // Length
15. )
16. IO (Decode16,
17. 0x0074, // Range Minimum
18. 0x0074, // Range Maximum
19. 0x01, // Alignment
20. 0x04, // Length
21. )
22. IRQNoFlags ()
23. {8}
24. })
25. Method (_STA, 0, NotSerialized) // _STA: Status
26. {
27. If (_OSI ("Darwin"))
28. {
29. Return (0x0F)
30. }
31. Else
32. {
33. Return (Zero)
34. }
35. }
36. }
37. }

Alles anzeigen

wobei der Part "IO" hier nur beispielhaft ist und mit deinem Device "RTC" aus der "DSDT" abgeglichen werden müsste.

Alles anzeigen

Okay, das war sehr ausführlich. Vielen Dank dafür. Dann werde ich das mal ausprobieren.

Zitat von apfelnico

Haffi86

Ist 'ne Lösung. Alternativ hätte ich das Device "AWAC" nicht per SSDT deaktiviert, sondern die Not zur Tugend erklärt (durch Priorisierung von "AWAC" wird das eh falsch deklarierte, aber benötigte Device "RTC" deaktiviert), und per SSDT statt dessen ein neues "RTC0" mit korrekter Beschreibung geschaffen.

Oh, das sieht für mich auf den ersten Blick ganz schön kompliziert aus Aber trotzdem danke. Jetzt muss ich nur noch das Problem mit dem Monitor lösen. Kennst du zufällig die beste Methode? Bei Dortania habe ich ebenfalls einen Beitrag dazu gefunden.

Zitat von apfelnico

Das hat überhaupt nichts mit der config.plist von OpenCore zu tun. Deine BIOS-Einstellungen sind noch nicht optimal, daher die Meldung. Das würde ja ebenfalls kommen, wenn keine Platte aktiv wäre oder auch in einer reinen Windows-Umgebung.

Die BIOS-Einstellungen sind in Ordnung. Ich bin glücklicherweise endlich auf den richtigen Beitrag gestoßen. https://dortania.github.io/Ope…inding-our-bad-rtc-region

DisableRtcChecksum musste ich nur auf YES setzen, schon gehts.

Hey Leute, ich bin noch relativ neu was das Thema Hackintosh und OpenCore angeht. Allerdings habe ich mich die letzten Wochen mit fast nichts anderem mehr beschäftigt.

Meine Hauptkomponenten sind folgende:

1. CPU - Intel Core i9 9900k
2. Mainboard - ASUS TUF Z390-Plus Gaming
3. Grafik - Intel UHD 630
4. RAM - 16 GB DDR 4

Ich habe das System nach vielen Schwierigkeiten endlich zum Laufen bekommen, zumindest zum Booten und etwas damit Arbeiten. Meine ersten Versuche hatte ich über den Dortania Guide gemacht, welcher erfolgreich war. Ich habe dann später noch eine Installation nach folgender Anleitung vorgenommen: Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung

Die EFI funktionierte ohne Anpassungen eigentlich wunderbar, selbst den 2. Monitor (über HDMI) konnte ich zum Laufen bringen, allerdings nur mit immer wieder abziehen des Kabels. Als weiteres bekam ich immer beim Starten eine Post Screen Meldung vom BIOS (siehe Anhang). Daraufhin habe ich ein Bios-Update durchgeführt und danach ging eigentlich nichts mehr. Nach viel Probieren und Änderungen an der config.plist geht es jetzt wieder. Bevor ich jetzt aber weitere Wochen verzweifle, wollte ich euch direkt um Hilfe bitten.

Folgende Probleme bestehen noch:

- Monitor 1 ist an DP angeschlossen und funktioniert tadellos, Monitor 2 an HDMI bleibt schwarz

- beim Starten muss ich jedes mal F1 drücken, siehe Screenshot

- USB-Mapping ist noch nicht durchgeführt, weil ich mich bisher an den anderen Dingen die Zähne ausgebissen habe

- beim Schauen von YouTube friert das ganze System ab und zu ein (ich habe die CPU auf 3,6 GHz runtergetaktet, mal schauen, ob das hilft)

Ich hoffe, ihr könnt mir helfen. Den Efi-Ordner EFI.zip habe ich mit in den Anhang gepackt.

Vielen Dank euch,

ich hatte auch das Flackern auf dem 2. Monitor, es hatte nur das Raus- und Reinstecken des HDMI-Kabels geholfen.
Durch eure Beschreibung konnte ich das Problem lösen.