Wow.... das ist gerne ein Thema mit diesen nagelneuen Boards...
Deswegen bin ich da immer etwas skeptisch und lasse andere Fachleute das in Ruhe testen...
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenWow.... das ist gerne ein Thema mit diesen nagelneuen Boards...
Deswegen bin ich da immer etwas skeptisch und lasse andere Fachleute das in Ruhe testen...
Ich hatte da heute auch jemanden im Tomaten Forum mit einem Asrock Z390 Phantom. Der ist am verzweifeln gewesen, da die Installation nicht funktioniert hat. Er kam dann auch auf das BIOS downgrade und schwups alles läuft. Ich bin leider zu blöd so ein BIOS auseinander zu nehmen und zu schauen was die Änderungen sind.
Edit: Fix aus dem Tomaten Forum und der funktioniert. Aktuelles BIOS und bootet ohne Probleme.
ACPI/DSDT Patch für Asrock Z390 Boards RTC Bug:
Find* [HEX] =A00A9353 54415301
Replace* [HEX] =A00A910A FF0BFFFF
Comment = Fix AsRock Z390 BIOS DSDT Device(RTC) bug
Nice...
ein KernelToPatch-Eintrag.
Würdest du den bitte in lesbarer Form noch mal posten?
Hmm ist der nicht lesbar? Hab den einfach so rüberkopiert
Ich meinte du solltest die Angaben entsprechend der folgenden Form posten:
KernelToPatch-Eintrag für Asrock Z390 Boards RTC Bug:
Find* [HEX] = xxxxxxxxxx
Replace* [HEX] = yyyyyyyyyy
Comment = Fix AsRock Z390 BIOS DSDT Device(RTC) bug
Die Hex-Werte kannst du ja aus dem Clover Configurator entsprechend auslesen, wenn du im Bereich "Kernel and Kext Patches" -> "KernelToPatch" reinschaust.
Ahhhh ok mach ich doch nachher gleich.
Hast doch im Clover Configurator einen Konverter drin, kannste doch selbst rausfinden
Das wäre ja zu einfach...
Es ist aber kein Kernel to Patch Eintrag, sondern ein ACPI DSDT Patch. Wahrscheinlich etwas, was man auch in der DSDT direkt patchen könnte. Real Time Clock, Device (RTC). Steht denn da etwas ungewöhnliches drin?
Higgins12 – jetzt bin ich neugierig. Kannst du bitte mal den Rechner neu starten, im Clover-Menü "F4" drücken, gern mehrfach, und danach weiter hochfahren. Dann bitte in deine versteckte EFI-Partition schauen und im Ordner "EFI\CLOVER\ACPI\origin" die Datei "DSDT.aml" hier hochladen? Das wäre sehr schön, dann kann man sich mal das Problem direkt anschauen.
Ja stimmt, das ganze ist ein ACPI/DSDT Patch. die DSDT.aml hab ich angehängt.
Dann gehört der Code-Schnipsel in der config.plist zu "Acpi"->"DSDT"->"Patches"?
Yes Sir, so ist das.
Hi,
ich schließe mich hier mal an. Versuche seit gestern Mojave zu installieren. Ebenfalls auf einem Asrock Z390 Taichi Ultimate (Bios P1.30).
Sobald ich in Clover auf "Boot macOs Install from Install macOS Majova" drücke, kommt ein schwarzes Bild mit weissem Apple Logo. Und weiter geht es dann nicht mehr.
Mit verbose sieht das ganze so aus.
Nimm mal die BIOS Version im Anhang. Asrock, hat da die Fileversionen des BIOS letztens geändert, die allererste heißt da jetzt 1.20. Versuch mal. Den Fehler wie bei Dir im Screen, hatte ich allerdings noch nie. Oder nimm meine config.plist da ist der ACPI Patch von oben schon drin. Musst nur das SMBIOS anpassen, hab meine Seriennummer entfernt. Beim Taichi ist im übrigen das NVRAM NICHT beschreibbar.
Hast du da usbinject im clover? Nimm mal raus. Wie sind deine bios Settings? Und lad mal deinen clover folder hoch.
usbinject hatte ich drinnen, war aber schon wieder raus.
SATA Mode Selection = AHCI
XHCI Hand-off = Enabled
VT-d = Disabled
Andere settings die in der Installationsvorbereitung stehen, habe ich im Bios nicht gefunden.
CSM und Secure Boot sind auch aus? Clover schau ich nachher bin gerade auf dem Weg zur Arbeit.
Es ist aber kein Kernel to Patch Eintrag, sondern ein ACPI DSDT Patch. Wahrscheinlich etwas, was man auch in der DSDT direkt patchen könnte. Real Time Clock, Device (RTC). Steht denn da etwas ungewöhnliches drin?
RTC meldet nur bereit, wenn STAS gleich 1 ist. Und das scheint es unter Clover nie zu werden.
Auf jeden Fall wird es weder in der DSDT noch in einer SSDT gesetzt und ist Teil des Systemmemories.
Möglicherweise stammt der Wert in STAS auch aus einer BIOS Option.
Der Patch ändert folgende Abfrage in der _STA Methode von RTC von
if (STAS == 1) zu
if (0xFF or 0xFF) // Immer 1
in ASL heißt es etwas anders, aber diese Schreibweise scheint mir "verständlicher".
Die Änderung erfolgt auf diese Weise, damit die neue Lösung die selben Bytes in der DSDT.aml belegt, wie das Original.
Man kann das auch als DSDT Patch realisieren, aber es gibt IMHO keinen Grund dafür.
CSM und Secure Boot sind auch aus? Clover schau ich nachher bin gerade auf dem Weg zur Arbeit.
Secure Boot ist aus. CSM war an, habe ich jetzt deaktiviert.
Seit dem CSM deaktiviert ist, wird Clover bei der Installation in nativer Auflösung dargestellt. Hoffe es ist verständlich was ich meine.