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 erstellenok, da wär ich einfach nicht drauf gekommen, z.B. die SSDT-PMC von Coffe-lake bei Comet-lake einzusetzen, wo da ja dabeisteht: not availlable.
Und siehe da, es war richtig.
also: genialer Schachzug, griven und apfel-baum!
Nochmal danke,danke, danke
Der Rechner kriegt jetzt ein Renderprogramm und damit hat er seine Bestimmung gefunden. Sowas wie WiFi, Bluetooth und die Komfortfeatures brauche ich ja nicht. Also: Installation abgeschlossen.
Happy End.
absolut.
auch wenn ich jetz nicht so ganz genau weiß, warum es denn funktioniert
Es is super!
Jungs, jetzt habt ihr mich glücklich gemacht.
Ich grins über beide Backen.
Hab schon gar nicht mehr damit gerechnet
bin mitten in der Installation jetzt.
Was war denn der entscheidende Fehler?
jetzt dauerts ne Weile, formatiern usw..
danke, danke, das sieht gut aus bis jetzt
die geht weiter bis zum apple logo.....
YEA
danke herzlichst für die Mühe!
diese config kommt bis an die übliche Stelle:
aber auch diesmal zerschießt sich die Darstellung nicht, sondern bleibt wie auf dem Bild einfach stehen
jetzt passiert zum ersten Mal etwas anderes.
Es hängt zwar wieder an der gleichen Stelle, aber es bleibt einfach stehen, ohne das als nächstes der zerschossene screen kommt.
danke für die viele Unterstützung.
Ich habe die oc-078-herfo-EFI auf den stick befördert und in den USB slot direkt neben dem Netzwerkanschluss gesteckt.
Es gab wieder erst einen Hänger an dieser Stelle:
zum Netzwerkchip:
Gigabyte ist nicht sehr gesprächig im manual darüber:
LAN: Realtek GbE LAN chip (1000Mbit/100Mbit)
an anderer Stelle:
Bundled Software: Realtek 8118 Gaming LAN Bandwith Control Utility
Oh, aber jetzt schwant mir was:
mein Kext ist ja RealtekRTL8111.kext
und die Software, die bei meinem board dabei ist, bezieht sich auf einen 8118
Ich hatte allerdings diesen realtekRTL8111 auch schon mal weggelassen, weil er ja direkt bevor dem load: com.apple.filesystems behandelt wird
Trotzdem hat sich die Installation aufgehängt
Nö, war Käse, was ich mir da ausgedacht habe.
Bei meinem anderen Hackintosh (ebenfalls ein Gigabyte board) war auch die gleiche Software dabei und im manual derLANchip gleich benannt und da geht der RealtekRTL8111.kext
dieser Pc ist aus Neuteilen aufgebaut, als sogenannter AufrüstPC, der Händler hat ihn vormontiert und getestet. Ich habe eingesetzt eine SATA Festplatte, die ja erst formatiert wird, wenn ich an das Festplattendienstprogramm in der Installation hinkomme. Die Grafikkarte ist aus meinem anderen Hackintosh, der auch mit Catalina läuft. Was dafür spricht, dass alles ok ist, ist die Tatsache, dass ich problemlos ein Bios dargestellt bekomme und editieren kann. Dazu muss der Prozessor, das Mainboard, der Speicher, die Grafikkarte und das Netzteil beitragen. Und dass der Stick ja am Anfang im USB slot ordnungsgemäß Daten liefert. Damit haben erstmal alle relevanten Teile eine Funktion bewiesen, würde ich sagen, oder?
Ich habe leider kein Windows zum Testen, es wäre auch zum USB Mapping zu gebrauchen.
Mittlerweile habe ich den Rat von OSX-Einsteiger befolgt und die SSDTs neu auf den Stick und die config aktualisiert, brachte den üblichen scrambled screen.
was für ein USB Problem spräche: die LED im Stick blinkt anfangs, also Daten werden transportiert, wenn es dann bei
apfs_module_start:1689: load: com.apple.filesystems.apfs
stehen bleibt, erlöscht auch die LED im Stick, dann liefert der stick wohl nicht die gewünschte Datei. Danach kommt der scrambled screen.
Ich bin jetzt die Bios Einstellungen nochmal durchgegangen nach dem hackintosh-forum schema und habe bold dahintergeschrieben, was ich bei diesem Board vorgefunden habe:
dies ist das momentane EFI:
ich habe alle USB Ports mal durchprobiert, bei keinem gings weiter.
Portmapping geht ja nur, wenn ein Betriebssystem steht, oder?
Ich hatte die config übrigens erst mal als iMacPro1,1 (wie meinen anderen Ryzen Hackintosh) aufgesetzt, dann aber gesehen, dass ein intel i10900 comet lake als imac20,2 aufgesetzt werden muss. Also habe ich das SMBIOS umgelabelt. Initial Support wäre Catalina, also passend, allerdings ist die CPU dazu als Radeon Pro 5300 genannt, habe ich nicht, es soll ja mit der RX580 laufen, (deswegen nahm ich erst iMacPro1,1).
Ist das ein Konflikt?
(Diese Radeon RX580 hat sich schon in meinem alten Catalina Ryzen Hackintosh bewährt, also grundsätzlich bringt Catalina ja diese Treiber mit. Interessant in diesem Zusammenhang vielleicht, das sich mein Ryzen Hackintosh mit dieser Grafikkarte aufsetzen ließ, mit der ursprünglich geplanten Radeon R9 270x war er nicht zum Laufen zu bewegen, als er dann aufgesetzt war und von der Festplatte aus startete, nahm er die Radeon R9 270x an und läuft damit stabil)
eine SSDT-EC (genau dieser Name) fand ich jetzt nicht als prebuilt,
selbst compilen kann ich glaub noch nicht richtig,
nur eine prebuilt: SSDT-EC-DESKTOP
In der Hoffnung, dass das das Gleiche wäre, habe ich sie mal eingebaut,
leider hat es nichts geholfen, der übliche scrambled screen.
Mit Parkverbotschild.
Beides versucht: die SSDT-EC-DESKTOP.aml zusätzlich und testweise auch mal die SSDT-EC-USBX-DESKTOP.aml rausgenommen
hat sich schon wieder aufgehängt. Trotz secure boot disabled.
Wie kriege ich EC gefixt?
Es existiert ja eine SSDT-EC-USBX-DESKTOP.aml,
was braucht es denn noch?
Genaueres zum Mainboard habe ich nicht viel:
also, ein Gigabyte H410M H V3,
die Bios Version ist FA vom 1.Sept. 2021
Intel® H510 Chipset
es gibt eine Bios ID: 8ARKL535,
war Teil eines Paketes eines Aufrüst-PCs
jetzt habe ich es in der config geändert.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>SecureBootModel</key>
<string>Disabled</string>
</dict>
</plist>
reicht das als string, es stand auf string, braucht es da boolean?
der Fall disabled ist nicht vorgesehen, was tun?
csm ist aus, vt-d ist aus,
bei secure boot mode habe ich die Option zwischen Standard und Custom, das geht nicht mehr richtig aus
Config Validator habe ich jetzt auch, is ja super. Kannte ich nicht, danke.
jetzt habe ich die neue apfsdebug-config umbenannt und eingesetzt, hängt an der gleichen Stelle.
Bleibt ne Zeitlang stehen, dann wird es scrambled
Würde das Ganze nicht auf Probleme mit dem Bios des Motherboards verweisen?
Ich habe es , glaube, nach bestem Vermögen eingestellt, dieses Gigabyte H410M board hat aber etwas andere Einstellmöglichkeiten als erwartet. Ich war bei Gigabyte auf der website und habe gesehen, dass es eine neuere BIOS Version gibt.
Dabei stand
Also: es gibt kein Zurück, da habe ich mich nicht getraut.
Und wenn capsule BIOS etwas Neues ist, dann kann OpenCore ja wohl noch nichts damit anfangen?
lg
Danke, RenStad und Apfel-Baum, ohoh, das sind ja ne ganze Menge Fehlermeldungen. Es ist tatsächlich so, dass ich bei Open Core gewechselt habe. Ich habe erst mit OpenCore-0.7.6-RELEASE angefangen und als ich nicht weiter kam, auf OpenCore-0.7.7-DEBUG gewechselt. Vielleicht habe ich da was falsch rübergezogen. Die herfo-EFI-078dev habe ich jetzt mal reingeschoben, sie bricht an der gleichen Stelle ab wie das alte EFI.
Ich hänge mal einen screenshot von den letzten Zeilen an:
