Search Results

Naja die Patches sind in der ersten Linie dazu da das System überhaupt installieren zu können. Diese Hebeln zu allererst den BoardID Check der boot.efi und von macOS selbst aus um das "Verbotsschild" aus dem Weg zu räumen hierbei geht es in erster Linie darum ein SMBIOS verwenden zu können was zur Hardware passt (im Falle meines T430 war das damals das MacBookPro 9.1 SMBIOS) und sorgen dafür das einige "frühe" Kernelpaniken auf der alten Hardware unterdrückt werden. Notwendig ist das nicht unbed…

Naja schon denkbar das Fujitsu da eine etwas "spezielle" Firmware hat weiß man bei den Prebuilds ja leider nie so ganz genau was die treiben...Ich hab hier mal einige, wenige Dinge geändert kannst ja mal testen: config.plist

Sind keine Fehler sondern Hinweise und besagen an der Stelle eigentlich nichts weiter als das Du versuchst 2 Tabellen aus dem ACPI zu droppen die es in Deinem ACPI halt einfach gar nicht gibt. Du kannst demnach also beide Einträge in ACPI -> Delete auf disabled setzen und gut ist Edit hier nochmal ein Update: config.plist

Lass das mal in Ruhe das stört bei der ollen Kiste nicht und ist nicht Ursache des Problems...Mein Update oben hast Du gesehen ?!?Ach ja und falls möglich schalte im BIOS den CSM Mode ab...

Im groben habe ich den Kernel Patch hinzugefügt der dafür sorgt das der Kernel die richtige Anzahl von Cores/Threads übermittelt bekommt (vgl. https://dortania.github.io/Ope…ck-on-eb-log-exitbs-start -> Legacy CPU Patch). Aktuell hängst Du jetzt bei einer ACPI Geschichte sprich irgendwas in Deinem ACPI Satz schmeckt macOS nicht. Generell sind bei so alten Systemen insbesondere bei Prebuilds (ausgelegt für Windows) die ACPI Implementationen manchmal alles nur halt nicht Standard konform was zu ei…

Du kannst mal gucken ob das hilft: config.plist andernfalls müsste man sich die DSDT von der Kiste angucken und ggf. Fixen....

Die Patches brauchst Du bei dem Rechner nicht hatte ich doch schon geschrieben...Nur mal kurz zur Erklärung was die eigentlich machen...Sie erzwingen im Kernel den VMM Mode sprich sie gaukeln dem Kernel vor das er in einer virtuellen Maschine läuft und hebeln so einige Checks aus die sonst üblicherweise ablaufen würden (Alles was mit vmm im Kommentar versehen ist).Sie legen Teile des macOS Sicherheitskonzepts lahm hier in erster Linie Teile von AMFI.Sie ermöglichen es FileVault zu verwenden auch…

ACPI sieht soweit erstmal unkritisch aus meiner Meinung nach...Du solltest vielleicht die Tabelle SSDT-1.aml droppen da sie zum einen reichlich Syntaxfehler enthält und zum anderen offenbar in irgendeiner Form für das CPUPM zuständig ist was aber ja so unter macOS eh nicht funktioniert da Apple hier eigenen Mechanismen einsetzt (AppleIntelCPUPowerManagement.kext in Deinem Fall)....Um die Tabelle zu droppen in der config unter dem Punkt ACPI->Delete folgendes eintragen:CommentEnabledOemTableIDTab…

Füg mal noch das BootArg npci=0x2000 hinzu könnte nämlich auch daran liegen...

Das geht schon auch mit OC es muss nicht Clover sein aber bei simon0302010 kommen gleich mehrere ungünstige Faktoren zusammen denn er hat ja nicht "nur" einen SandyBridge welche ja ohnehin mit Blick auf UEFI/ACPI schon schwierig mit macOS zu verheiraten sind sondern obendrein handelt es sich bei Ihm noch um einen Fujitsu Prebuild Office PC. Gerade die Prebuilds aus der Generation sind ja zudem dafür bekannt noch zusätzlich "verkorkste" Firmwares zu haben. Man darf halt nicht vergessen das SandyB…

Ähm Dir ist aber schon klar das OC im UEFI Modus (nicht im Legacy Mode) schon auch ein UEFI Bios braucht damit das vernünftig funktioniert? Es gibt ja schon gute Gründe dafür das man zum Beispiel CSM wenn möglich deaktivieren soll. So ein Mischmasch ist selten eine gute Idee. Vielleicht solltest Du in dem Fall doch lieber auf Clover zurückgreifen denn das ist in solchen Fällen um einiges toleranter als das bei OC der Fall ist.