Wichtig ist vor allem das hier: EHCI/XHCI Hand-off -> Enabled
Das hat mein Board gar nicht, der Rest passt. CFGLock ist aus, passt das mit deiner config?
Edit: leider genau wie vorher.
X299 Sonoma Post Installation inkl. Thunderbolt 3
- Mogli79
- Unerledigt
-
-
Joa das passt wohl...
XHCI Hand-off hast Du auch ist unter Advanced -> USB Configuraion versteckt im UEFI und wenn Du schon da bist kannst Du Legacy USB Support auch direkt auf Disable setzen...
-
Alles klar, habs gefunden. Habe jetz gerade nur das Problem, dass ich weder ins BIOS, noch in die Auswahl zum Bootmedium komme. Glaue ich muss erst nen Cmos Clear machen und XHCI Mode wieder zurückstellen.
-
Okay in dem Fall Legacy USB auf "UEFI Only" setzen das XHCI Handoff ist nicht das Problem an der Stelle
-
griven ok, bin jetzt wieder im BIOS und check die Settings. Bin ich jetzt total bescheuert, oder verschwindet durch UEFI Setup Only die CFG Lock Option im BIOS? Der Boot geht an der selben Stelle in Schleife:
Moin zusammen, griven, ich habe gerade deine letzte EFI nebst config mit XHCI Handoff= Enabled, Legacy USB="UEFI Only" (Rest aus dem Guide passt auch) getestet. CFG Lock ist im UEFI Only scheinbar verschwunden. Der Bootvorgang verhält sich genau so, wie davor.
-
Irgendwas passt bei dem Ding gewaltig nicht...
Naja X-Serie ist immer zumindest etwas speziell da macht es manchmal schon einen gewaltigen Unterschied in welchem Slot die Grafikkarte Steckt usw. MacGrummel kann da auch das eine oder andere Lied von singen. Wenn ich das historisch richtig verfolgt habe bist Du mit dem Dingen ja schon länger zu Gange und irgendwann in der Vergangenheit hatte Dir DSM2 ja auch schon mal eine EFI für das Ding zur Verfügung gestellt wie weit bis Du damit gekommen bzw. inwiefern unterscheidet sich die von dem mit dem wir jetzt aktuell hier gerade arbeiten? Schwierig bzw. interessant finde ich halt die vielen USB bezogenen Meldungen die dürfte es so in der Form eigentlich gar nicht geben meiner Meinung nach...
Um einfach noch mehr Variablen aus der Gleichung zu nehmen deaktiviere bitte Thunderbolt im Bios sofern es aktiv ist (hat im weitesten Sinne auch mit USB zu tun und kann ggf. Probleme machen wenn nicht richtig konfiguriert) zudem Fast Boot und CDM auf Disabled...
-
Leute, ich Fall vom Glauben ab, das war der beste Hinweis griven. Manchmal bin ich halt ein richtiger "Vollhorst". Ich habe jetzt mal die EFI rausgekramt, welche Tastenheld mir mal geschickt hatte. Zusammen mit den letzten BIOS Einstellungen läuft sie bis zum Installer durch. Dieser ist zwar auf kyrillisch, aber immerhin . Weiß jemand wie ich den jetzt umgestellt bekomme?
Edit: Habs umgestellt bekommen...
-
Manchmal hat man die Lösung schon parat liegen
-
Trotzdem erstmal Danke an alle, vor allem an Tastenheld, griven und kaneske für Eure Zeit und Bemühungen.
Mal so ne Zwischenfrage, da meine RX 580 in dem M-ATX Gehaüse schon sehr viel Platz einnimmt, überlege ich mir eine Single- Slot Karte zuzulegen. Würde eine AMD Radeon Pro WX 4100 unter Sonoma (vielleicht sogar nativ) laufen?
Thunderbolt wäre auch noch ein Thema, naje, ich werde mich für das "Einrichten" bestimmt melden.
-
Die WX4100 ist Polaris basiert und läuft (stand jetzt) bis macOS Sequoia nativ (WhatEverGreen nötig)...
-
-
So, das erste mal ohne Stick gebootet
Edit:
Moin zusammen,
Ich befinde mich gerade in der Post Installation und ich habe da einige Fragen:
Der Installer war auf russisch, konnte ihn am Anfang zwar umstellen, nach dem ersten Bootvorgang ging es dann aber auf russisch weiter. Auch das Tastaturlayout war zu diesem Zeitpunkt auf russisch. Also habe ich als ersten Benutzer einfach „asdfg“ und als Passwort „qwer“ um endlich einmal ins OSX zu kommen.
Dort habe ich erstmal alles auf deutsch eingestellt und dann den Benutzer auf „Mogli“ geändert (PW natürlich auch). Irgendwas scheint aber immer noch nicht zu stimmen. Wie auf dem Bild „Finder“ zu sehen ist, hat OSX aus „Mogli“, „fyvap“ gemacht. Ebenfalls merkwürdig finde ich es, dass die farbigen Tags im Finder russisch sind, der Rest aber nicht. In meiner config.plist sieht es wie auf dem Bild „Config“ zu sehen, aus.
Ist hier die Lösung für das Problem zu finden, indem ich in der unteren der markierten Zeilen den Hexwert in 64652D44 453A33 (de-DE:3) eingebe? Wofür sind die oberen der beiden markierten Zeilen zuständig?
Dann habe ich, obwohl ich vor der Installation die Samsung EVO gelöscht und partitioniert habe, eine zusätzliche Windows Recovery Partition. Kann ich die einfach löschen? griven Kannst du den Thread ins Forum "Installation Allgemein" verschieben?
-
Mogli79
Hat den Titel des Themas von „X299 Sonoma Installation Bootschleife bei requestor=bluetoothd“ zu „X299 Sonoma Post Installation“ geändert. -
Du kannst die Einstellung in der config.plist ändern
Im Bereich NVRAM ADD unter dem Key 7C436110-AB2A-4BBB-A880-FE41995C9F82 änderst Du den Wert für prev-lang:kbd von Data zu string und gibst dort dann de-DE:3 ein speichern und bein nächsten Neustart einmalig einen NVRAM Reset machen und die Kiste spricht "Deutsch"
-
griven
Hat das Thema aus dem Forum Hardware Kompatibilität nach Installation Allgemein verschoben -
Guten Abend zusammen,
kann mir jemand bitte die hackintosh-forum.de/attachment/217423/ "decompilen" und mir die .dsl file zur Verfügung stellen?
Edit:
So, konnte mir die DSDT.dsl aus meiner gedumpten DSDT.aml selbst erstellen. Ich möchte mir jetzt eigene "Dummy" EC erstellen, so wie es hier beschrieben ist. Eine PNP0C09 habe ich in meiner DSDT.dsl nicht, aber eine LPC0.Welcher Eintrag ist denn jetzt für mich relevant und welchen EC path soll ich jetzt für die renames verwenden?
Ich denke es ist PC00 LPC0, oder? Das bedeutet, dass ich in der SSDT-EC-USBX.dsl nur die PC10.LPCB durch PC00.LPC0 ersetze und alle **/ (uncomment) stehen lasse oder nur den kleinen gelb umkreisten?
Edit: Ist das so jetzt richtig?
-
Guten Morgen zusammen, hier mal ein Update zum Projekt:
Nach einem Defekt am Mainboard, habe dieses jetzt gewechselt und Sonoma ist installiert. Bei der Erstinstallation vor einigen Tagen, hatte ich übersehen, dass in der Sample.plist für „bevorzugte Sprache“ der Hexadezimalwert für „russisch“ gesetzt war. Nachdem ich das geändert hatte, ging eine wahre „Installation-Arie“ los. Es gab immer wieder Abbrüche aufgrund fehlender Daten, scheinbar willkürlich (und an verschiedenen Stellen), da der Stick bis auf den HEX- Wert nicht geändert wurde. Es hat mich in den Wahnsinn getrieben, da ich ja wusste, dass der Stick zuvor funktioniert hatte. Gewissheit, dass es sich um einen Hardware defekt handelt, brachte erst der Versuch einer Windows Installation. Diese brach auch ab, da die Daten nicht vom Stick gelesen werden konnten. Mit dem neuen Board lief die Installation sofort durch.
Jetzt mache ich mit der Postinstallation weiter und habe mir zunächst mal den ACPI Ordner vorgenommen. Gestartet ist der Hackintosh zunächst mit den im Guide genannten Prebuildt- SSDTs. Diese habe ich mittlerweile mit meinen eigenen SSDTs ersetzt. Ich glaube ich habe nun eine saubere Basis, um weiterzumachen.
Aktuell versuche ich Audio zu fixen, bekomme as aber nicht hin. Mein Board arbeitet mit Realtek ALC 1220, also habe ich AppleALC.kext und Lilu.kext in den Ordner gepackt und die config ergänzt. Ich habe bis jetzt alcid=1, 2, 3, 5 und 11 getestet, bis jetzt ohne Erfolg. Bin ich überhaupt auf dem richtigen Weg und sollte jetzt alle 25 möglichen Codecs ausprobieren, oder sollte ich wie hier beschrieben, fortfahren? Hat jemand mit einem ähnlichem Setup einen Tipp?
Wenn ich meine config in OCAT importiere bekomme ich folgende Meldung: was bedeutet das?
-
Etwas verwirrend bislang. In den EFI's auf Seite 3 war überall noch -x (abgesicherter Modus) in den Bootargs, wobei ohnehin nicht alle Treiber geladen werden.
Betreffs OCAT kann ich nicht helfen, da ich diese Tools nicht verwende und immer alles händisch mache. Allerdings sollte die EFI, d.h. die config.plist, nebst Driver, etc.pp., grundlegend erst einmal zum aktuellen Release von OC passen, so dass die gezeigten Fehler weg sind, bevor man an die Feinheiten geht.
Betreffs Audio, musst' Du sicher irgendwann mal alle möglichen ID's testen, da die Hersteller teils unterschiedliche Knoten in bei den Audio-Konfigurationen verwenden. Einige sind aber auch immer gleich.
Wenn Du nach all den Neustarts mit alcid=.. in den boot-args aber so gar kein Audio-Device unter Systemeinstellungen/Audio siehst, dann stimmt grundlegend noch was nicht.
Hierbei wäre Deine real DSDT von diesem Rechner mal interessant, weil ich per Internetsuche gesehen hatte, dass das Audio-Device hierbei weder HDEF, noch HDAS heißt, was einen Patch nötig machen würde.
In erster Linie wäre es dann auch HPET. Ohne gängiges HPET verweigert macOS jegliches Audio. Eine entsprechende SSDT konnte ich noch nicht sehen. HPET wird hierbei für macOS auf IRQ 0 und 8 gepatcht.
Ferner muss dann bei RTC und TIMR die 0 und 8 rausgepatcht werden.
In der Regel brauchen diese Sache nur Laptops und Mini-PC, welche auf Laptop-Technik basieren, aber auch manchmal vereinzelte Desktoprechner, vielleicht auch Deiner.
Mal als Beispiel aus einer Deiner aktuellen SSDT's müssten diese Zeilen gelöscht werden, bei TIMR wäre es die 0 und bei HPET müssen 0 und 8 gesetzt werden.
Hierbei ist das Script "SSDTTime" auf GitHub Dein Freund, in Verbindung mit der originalen unveränderten DSDT des Rechners.
Dieses Script erstellt Dir SSDT's dafür oder zeigt Dir auch die Find/Replace-Werte an, welche Du stattdessen in OC/ACPI/Patches einbauen kannst.
SSDTTime zeigt auch den IRQ-Patch für PIC mit IRQ 2 an, kannst Du für's Audio ignorieren.
-
Moin MacPeet, ja die Erstinstallation war etwas wild da ich mit mehreren EFIs hantiert hatte. Ich nutze mittlerweile das aktuelle OC Release V1.0.0. Die Hälfte der IDs habe ich schon durch und werde den Rest der Vollständigkeit halber auch noch versuchen. Ich hänge mal die original DSDT.aml, eine bereinigte DSDT.aml und eine, aus der bereinigten generierten DSDT.dsl an. Mit letzterer habe ich in MaciASL gearbeitet. HPET gefolgt von System Timer und Hardware ID, finde ich der DSDT.
Wir kommen der Sache langsam näher...., vorher wurde das device noch nicht einmal angezeigt. Die Tonausgabe funktioniert leider noch nicht.
-
Ich nutze auch MaciASL, aber ich kann jetzt leider nicht ganz nachvollziehen, was genau Du gemacht hast, dass nun das Device im Hackintool angezeigt wird.
Musst Du mal genau beschreiben!
Die bereinigte DSDT hast Du doch im OC nicht geladen, oder? Dort hattest Du doch nur drei SSDT's drin.
Ferner ist auch in der bereinigten DSDT unter _SB/PC00/LPC0/ weder RTC, TMR, noch HPET gepatcht.
Es ist schwer zu sagen, wo es nun klemmt. HPET ist auf jeden Fall wichtig, ob die IRQ-Fixes für RTC und TMR auf dem Desktop nötig sind, muss man schauen.
Die originale DSDT hast Du ja, vielleicht doch mal das Script "SSDTTime" versuchen, was er an Patches anzeigt.
Betreffs HPET und Audio auch mal in ioreg schauen, nach dem Laden!
Ferner brauchst Du ggf. noch einen Patch im OC/ACPI/Patch/:
...weil in Deiner DSDT das Audio-Device "CAVS" heißt. Es gibt darin einen Verweis auf HDAS, ich sehe den Zusammenhang aber nicht.
AppleALC kann mit HDEF und HDAS umgehen, mit CAVS sicher nicht.
Ich habe gesehen, dass andere X299-User diesen Patch verwenden.
Letztendlich, wenn alles andere passt, musst Du alle ID's nochmal durchgehen, denn es wird garantiert nicht jede layoutID zu Deinem Rechner passen.
-
Hi MacPeet, ich habe mir die aktuellen Lilu.kext und AppleALC.kext geladen, in den Kext- Ordner gepackt und dann mit OCAT eingebunden. In der config.plist habe ich dann erstmal eine willkürliche ID verwendet (alcid=56). Nach Neustart und VRAM- Reset wurde mir das Audio Device im Hackintool angezeigt. Jetzt bin ich nach und nach alle gültigen alcid=XX durchgegangen. Bei alcid=17 hat Audio funktioniert. Den Rest habe ich dann nach Dortania Guide "Making Layout ID more permanent" gemacht. Erfreulich ist auch, dass Wifi und Bluetooth (Intel AX210 Wifi & Bluetooth 5.3) mittlerweile auch funktionieren.
Als letztes möchte ich jetzt meine Asrock Thunderbolt 3 AIC Karte zum Laufen bekommen. Welche(n) Kext(e) werden dazu benötigt? Muss ich meine Karte zwangsläufig flashen?
Edit:
Ich habe mir die SSDT-TBOLT3.aml aus diesem Thread geladen und eingepflegt. Die TB Karte steckt in PCI Slot 3. Leider wird die Karte nicht erkannt...
-
Mogli79
Hat den Titel des Themas von „X299 Sonoma Post Installation“ zu „X299 Sonoma Post Installation inkl. Thunderbolt 3“ geändert. -
Schön, wenn's läuft.