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 erstellenHab jetzt ohne die SSDT-EC gebootet, vorher alle Kexts außer Lilu, VirtualSMC und WEG rausgeschmissen.
Die Kexts sind alle aktuell.
Es soll Mojave installiert werden.
Anbei Screenshots der jetzigen Fehlermeldung.
BTW: vielen Dank für Deine Geduld und die klasse Unterstützung!
Deaktiviere mal die SSDT-PLUG.aml in der Config, denn IvyBridge CPUs unterstützen das X86PlatformPlugin nicht. Und dann probiers nochmal. Für IvyBridge benötigt man eine andere Datei dafür, die kann man aber später noch erstellen mit ssdtPRGen.
EdD1024 Kannst Du mal aufhören, mir permanent dazwischen zu grätschen? Das nervt.
Es ist die SSDT-PLUG.aml die den Fehler aus #21 verursacht.
Wenn ich nur die Datei deaktiviere, kommt aber wieder die ursprüngliche Meldung.
Ich habe die *.aml-Dateien nun in den patched-Ordner kopiert und die Einstellungen aus der patches_Clover.plist in meine config.plist übernommen.
Nun stoppt der Bootvorgang an anderer Stelle (hänge einen aktuellen Screenshot an).
iasl hatte ich im SSTTime gesehen. Die De-Kompilierung hat unter Linux soweit auch funktioniert, hänge die lesbare Datei mal mit an.
Im Patchordner lag bzw. liegt nur die SSDT-EC.aml Datei.
USBInjectAll.kext sehe ich in der aktuellen Version in der Config und auch im kexts-Ordner im Unterverzeichnis "Other". XHCIPortLimit ist gesetzt (hänge ich auch mal als Screenshot zusammen mit der akutellen Config an).
Einen anderen USB-Port habe ich auch probiert, mit selben Ergebnis (immer noch die ursprüngliche Fehlermeldung). Ich hatte bisher immer nur denselben Port benutzt weil das NB nur einen USB 2.0 Port hat und ich gelesen hatte das USB 3.0 Probleme beim booten machen kann.
Die Signatur habe ich eben erweitert.
Vielen Dank für deine Erläuterung in Sachen DSDT, wieder was gelernt 
EdD1024 Er hat die SSDT-EC.aml Datei. Ich habe davon gesprochen, die .dsl zu löschen
dav3c137 Lies mal deine DSDT mot SSDT-Time unter Windows aus und genierere dir dasmit SSDT-EC und SSTD-Plug, SSDT-HPET etc. Dann haste die schon mal passend für dein System. Und dann siehst Du auch gleich ob die ne SSDT für den Embedded Controller (EC) benötigst. Bei meinem Notebook zum Beispiel ist der schon vorhanden und definiert.
Das war etwas holprig, wenn ich die DSDT unter Windows erstellen will kommt die Meldung: "Failed to decompile DSDT.aml". Das selbe in Linux hat dann geklappt, ich hänge die Dateien an.
Hab dann die SSDT-EC ersetzt und nochmal gebootet, leider noch die gleiche Meldung.
OK, aber in diesem Verzeichnis liegt ja schon eine .aml-Datei die aktueller ist als die .dsl-Datei.
OK. Habe die Kext-Updates durchgeführt.
Denke der Bootvorgang stoppt nun an einer anderen Stelle. Hab den aktuellen EFI Ordner und die Meldung nochmal in den Anhang gepackt.
Alles anzeigenEs ging eigentlich nur darum, die fehlenden ACPI Dateien zu ergänzen. Von OpenCore IvyBridge Config bauen und damit dann Clover zu starten, war keine Rede. Dass das nicht geht, sollte klar sein.
Allerings könntest Du die OpenCore Config könntest Du sogar verwenden – in OpenCore natürlich und dann auch nur mit Änderungen: AppleXcpmCfgLock = no setzen, falsche Platforminfo >> MacBookPro10,2 immernoch, nicht iMac19,1, es ist keine Grafikkarte eingetragen unter Device Properties eingetragen. PciRoot(0x0)/Pci(0x2,0x0) und die Daten für AAPL,ig-platform-id 03006601 müssten da rein. Bewahr sie erstemal auch für einen anderen Zeitpunkt…
Aber hier hast Du erstmal ne Clover cconfig mit ein Paar laptop-spezifischen Settings. Ich habe die Umbenennung der Grafikkarte (change GFX0 to IGPU) mal rausgenommen, weil Whatevergreen schon von sich aus macht. Falls die Karte systemintern aber ne andere Bezeichnung haben sollte als die, über die whatevergreen verfügt, dann wird sie nicht von macOS erkannt.
Dewegen am besten unter Windows Im Geräte-Manager checken, wie die Karte im BIOS bezeichnet ist. Dazu den "BIOS-Pfad" der Grafikkarte anzeigen lasssen (aus Dropdown-Menü auswählen). Sollte sie nämlich nicht GFX0 heißen, dann benötigst Du eine andere Umbenennung, damit sie erkannt und angesprochen werden kann, wenn macos startet.
clover_config.plist >> In config.plist unbenennen nicht vergessen.
Puh, hat jetzt bissl gedauert.
Merci für die Config-Datei. Leider wirft die einen anderen Fehler (IMG_0814) und kurz darauf (IMG_0815).
Auf dem NB lief Debian, ich musste erst Windows drauf installieren um den BIOS-Gerätenamen auszulesen. Der heißt GFX0 (IMG_0813), deswegen hatte ich in deiner Konfig nichts angepasst.
Bezgl. den ACPI Einstellungen habe ich mich mal durch den Link gearbeitet. Verstehe ich das richtig das man eine neue config.plist mit ProperTree baut?
In jedem Fall habe ich das mal gemacht und die Einstellungen aus dem Link übernommen.
Der Bootvorgang bricht jetzt sofort mit Verbotszeichen ab nachdem ich MacOS installieren will. Hänge mal die aktuelle config.plist an.
Was ich noch nicht verstanden habe ist inwieweit man die Einstellungen aus der alten config.plist in die neue übernehmen kann bzw. ob das überhaupt notwendig ist.
CSM oder auch andere UEFI-Settings finde ich im BIOS gar nicht.
Das NB hat nur einen Grafik-Chip.
Vielen Dank für deine Rückmeldung!
Ich habe die Einstellung im SMBIOS auf MacBookPro10,2" für i5 Prozessorren mit Intel HD4000 geändert und auch Clover upgedatet.
Ich habe mich dann in den [GUIDE] CLOVER UPDATEN (AB V5123) INKL. OPENRUNTIME UND QUIRKS eingelesen und die Treiber die dort erwähnt werden gelöscht. Anschließend habe ich unter Quirks die Einstellungen wie für "LAPTOP (IvyBridge)" beschrieben gesetzt.
Wenn ich das OS nun boote hängt er noch immer an der gleichen Stelle.
Hänge den aktuellen Screenshot und die EFI-zip nochmal an.
Wäre toll wenn du oder jemand im Forum noch einen Tipp hätten.
Möchte gern Mojave auf einem FSC NB Lifebook U772 zum Laufen zu bringen.
Das OS habe ich mit dem Terminal von einer anderen MacOS Installation heraus auf einen USB Stick erstellt, anschließend habe ich Clover installiert.
Im Forum hier habe ich mich durch das Wiki gelesen und bin auf INSTALL-STICK FÜR DIVERSE SYSTEM-VARIANTEN (HIGH SIERRA 10.13.6, MOJAVE 10.14.6 UND CATALINA 10.15) gestoßen. Habe dann den CLOVER-Ordner für meine CPU (Ivy) in den EFI Ordner auf den Stick kopiert und die config.plist mit dem Clover Configurator die Grafikchip-Einstellungen editiert da das Zielsystem ein NB ist.
Clover bootet soweit vom Stick, allerdings stoppt der Bootvorgang bei der Meldung "IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0" (siehe auch Bild im Anhang).
Den EFI-Ordner hänge ich mit an.
Habe ich das richtig verstanden das die Ursache für die Meldung mit fehlerhaften Einstellung in Bezug auf den Grafikchip zusammenhängt?
Bin für jede Unterstützung dankbar .
PS: Ist mein erster Eintrag hier. Bitte um Nachsicht wenn Infos, Screenshots, usw. fehlen.
