Suchergebnisse

Probiers mal mit "FixRegions" und "FixRTC" in der config, "DeleteUnused" würde ich jedoch vorerst abwählen.Bei deinen Treibern sollte EmuVariable raus, FSInject braucht man heutzutage nicht mehr und VBoxHFS würde ich gegen HFSPlus ersetzen.

Probiers mal mit dem angehängten Treiber...Hinterleg außerdem mal noch das keepsyms Bootarg und mach am besten ein Foto von dem Problem.

keepsyms=1 nicht keepsysmem, aber das wird uns wahrscheinlich sowieso nicht weiterhelfen Die Memory-Bank Meldung bezieht sich auf RTC Memory. Normalerweise 256kb, jedoch beschränkt deine DSDT als Teil eines Reset/CMOS/Sleep Fixes die RTC auf eine Memory Bank, deswegen nur 128kb. Alles jedoch im grünen Bereich.Probier mal angehängte DSDT aus. DSDT.amlAnsonsten extrahier mal bitte die aktuellsten ACPI Tabellen im Clover Bootmenü und häng sie hier an. Was wurde an deiner bisherigen DSDT gepatcht? V…

Schön!Die DSDT basiert auf deiner vorhandenen, ich habe sie lediglich um ein Paar CMOS/RTC und Embedded Controller Patches erweitert.

Ich drück die Daumen

Pack mal noch debug=0x100 in die Bootargs. Und setz den ACPI Haken bei FixSata.Und kannst du bitte noch einen IORegistry-Explorer Dump von deinem funktionierenden OS reinstellen?

Welcher Rename denn, hast du irgendwo einen Rename eingetragen? Oder reden wir aneinander vorbei? Die oben genannte SSDT ist nicht nötig. Ich habe über eine _STA Funktion, den inkompatiblen Embedded Controller (PNP0C09) bei _OSI Darwin Boots deaktiviert (sprich nur wenn macOS bootet). Gleichzeitig aktiviert ebenso eine _STA Funktion ein Fake-Device Namens EC wenn _OSI Darwin zurückgibt.Nur Nebenbei: EC umzubenennen ist bei dir schonmal kontraproduktiv weil dein EC0 inkompatibel ist, deswegen mus…

Bitte einmal so eintragen:

Das hatte ich doch schon per DSDT behoben... Seit wann kriegst du den Fehler wieder? Unter deinem obigen Link ist auch noch ein Video zu finden, bei dem mein DSDT Patch noch gefruchtet hat. Welches SMBios benutzt du?

(Zitat von Gemuese Rambo)Wie kommts, das es zwei unterschiedliche Videos gibt?

(Zitat von Gemuese Rambo)(Zitat von Gemuese Rambo)Und dann dein Filmchen von hier: HackBook verweigert Boot mit Kernel Panic von macOS CatalinaIch dachte wir hätten den Fehler schon beseitigt Gib mir mal bitte nochmal alle deine originalen und gepatchten ACPI Tabellen.(Zitat von Gemuese Rambo)Aber jegliche USB Sticks werden doch schon nicht mehr benötigt, oder? Die Installation auf der Festplatte ist doch durch...

Zu dem Zeitpunkt des letzten Fehlerbilds war doch jeglicher USB Stick schon nicht mehr nötig, oder? Wenn ja, kann es sich um kein USB Problem handeln und wir müssen uns nochmal an AHCI setzen...

Das heißt im letzten Installationsschritt bricht die USB Verbindung ab?(Zitat von Gemuese Rambo)Ok, dann war das mit dem AHCI Device-ID Fake ein falscher move...

Kommst du im Installscreen auf den System Report und dort auf Sata? Sind dort Einträge? Deaktivier auch mal wieder FixSata. Als Fake-ID fällt mir leider nur 8086:2829 ein, alle anderen im Apple-Treiber vorhandenen sind weiter entfernt. Wir können es aber mal als SSDT probieren, dafür brauch ich aber alle oben erwähnten Tables.Kann man zum Sata Controller im BIOS etwas einstellen?

Häng bitte auch mal deinen AhciInjector an

(Zitat von Gemuese Rambo)Komisch, der macht eigentlich nichts anderes als Ich... Vielleicht funktioniert die Clover Fake-ID Injection mal wieder nicht.

Cool! Häng doch mal einen IOReg an... Welche Airport Hardware ist verbaut?

Die ACPI Tabellen sind ja bereits oben, aber hast du einen IORegistryExplorer Dump?

Hmm, ich glaube ich habe die DSDT in zweierlei Hinsicht verborgt.Zu wenig nachgedacht habe ich über den radikalen Schritt das vorhandene EC Device einfach zu deaktivieren. Bei Laptops ist das ja nochmal eine ziemlich andere Geschichte als bei Desktops. Ich weiß nicht wie man hier korrekt vorgeht, ich schätze mal: das vorhandene EC0 Device deaktivieren, ein neues EC Device erstellen und alle nötigen Methoden und Funktionen die Kompatibel sind aus dem alten EC0 Device in das neue EC Device überneh…

Schau mal rein, ich hab ziemliche Dirty-Hacks da reingeschrieben:Es war MontagDas Problem war, die DSDT war im EC Bereich so verborgt (wahrscheinlich wegen FW Settings), dass sie für Bootprobleme gesorgt hat. Ich würde deswegen vorschlagen, dass wir die DSDT nochmal komplett von vorne patchen mit einem aktuellen Dump, sobald alle BIOS Settings passen.