Beiträge von itisme

Sieht das denn bei Dir im Hackintool auch so "unknown" aus, wie bei mir?

Habe die Ports - so gut ich halt wusste - definiert, das ändert aber nichts.

Von nem Schalter weiß ich nichts, unter Linux ist sie, ohne nen Schalter oder ne Tastenkombi zu betätigen, gelaufen.

Mehr kann ich erst sagen, wenn ich wieder an das NB ran komm.

Yucheeeee

Danke Hans, danke "HotShottt"! Ihr hab mich in die richtige Richtung bugsiert

Das Hackintool kann das nämlich auch:

Sprich, ich hab das damit mal versucht und siehe da, die Farben passen jetzt!

Zum Mitschreiben:

Man muss also die Einstellungen (siehe Screenshot) entsprechend vornehmen, "Exportieren" und die am Desktop erzeugten Dateien entsprechend platzieren:

1) die (in meinem Fall) Display-10ac-93f3.kext nach ECK/Other

2) den DisplayVendorID-10ac-Ordner nach /System/Library/Displays/Contents/Resources/Overrides/

VOILA

Ich hab erst per Gatekeeper r/w-Zugriff gewährt, dann konnte ich den vorhandenen Ordner wegsichern und den erzeugten einfügen.

Ich hab den erzeugten Ordner jetzt sicherheitshalber mal auf der Kommandozeile eingefügt und zusätzlich die Rechte recursiv auf root:wheel gesetzt, damit das so aussieht wie bei den vorhandenen.

Leider bringt das auch nichts, ich hab nach wie vor den lila Farbfehler.

Wird das Laden der Display-Overrides (in meinem Fall DisplayVendorID-10ac/DisplayProductID-93f3) denn irgendwo protokolliert, wo ich kontrollieren könnte, ob das tatsächlich auf mein System matched?

Mensch schade ... funktioniert leider nicht

Hier gehts direkt zur Lösung

Moin

hatte von Euch schon mal jmd. diesen Fehler?

Die graphische Oberfläche hat nen gresslichen rosa / pink Farbstich...

Ich hab schon verschiedene SMBIOS Varianten probiert, jedoch bisher ohne Erfolg.

Leider zeigt mir das Hackintool noch nicht alle Komponenten, wie Bluetooth oder Camera an.

Das ist meine aktuelle ECK/Others Liste und darunter die tatsächlich geladenen:

Edit #1:

Hab jetzt noch

FakePCIID_XHCIMux.kext und

FakePCIID.kext

eingefügt (so wie es das Hackintool vorschlägt), ändern tut sich da jedoch nichts.

Fehlt da noch was, damit mir das Hackintool alles anzeigt, denn aktuell sehe ich nur das:

Yes!

Unter Windows ist die Platte sowohl im Gerätemanager, als auch in der Datenträgerverwaltung sichtbar.

Wie sich das Intel aber grundsätzlich gedacht hat, um die Optane-Funktionalität unter Windows optimal zu nutzen, ist mir nicht klar.

Jedoch war da im BIOS anfangs ein Raid-Verbund eingerichtet, den ich mit meinen Tests (leider?) aufgelöst habe.

Ich hab es auch noch nicht geschafft, diesen wieder zu aktivieren.

Vielleicht wäre das von Anfang an besser gewesen, mit Raid-Vebund, denn dann hätte es vllt. das Problem mit der "zweiten Platte" nie gegeben, denn da sieht das OS den Verbund ja immer nur als eine Platte.

Ich meine aber, schon oft gelesen zu haben, dass für macOS "AHCI" verwendet werden soll - wobei das in diesem BIOS in diesem Wortlaut leider nicht auftaucht, das steht jetzt nur "Non RAID" bei beiden Platten.

Ihr seht, ich hab da für mich viele Fragezeichen stehen!

Um zu verhindern, dass die Optane-Disk über die IONVMeFamily.kext angesprochen wird (was ja IMHO den KP verursacht) habe ich die BIOS-Adressen unter Windows herausgesucht:

_SB.PCI0.RP13.PXSX und

_SB.PCI0.RP15.PXSX

dann hab ich per MaciASL ne "SSDT_NVMe-Pcc.dsl" mit folgendem Inhalt erstellt und nach "SSDT_NVMe-Pcc.aml" kompiliert:

Diese NVMe-Pcc.aml hab ich dann nach ECA/patched kopiert und im Clover-Configurator unter "Sorted-Order" als erste vor die anderen SSDTs gestellt.

Ich hab es mit ner INTEL SSDSCKKF512H6 SATA 512GB versucht.

Eine SK Hynix BC501 NVMe hab ich auch noch da ... dann bespiele ich die mal!

DANKE für Deinen Tipp!

Edit #1:

Yes! Das hat funktioniert! Mein System bootet jetzt kpl. intern!

Vielen Dank an Euch alle für Eure Unterstützung! Ihr seid echt klasse!!

Nächste Frage

Wie bekomt man denn eine

HP Wide Vision HD Camera: HP Wi (usb-0000:00:14.0-4):

/dev/video0

/dev/video1

zum Laufen?

Post #1 aktualisiert

Windows sagt mir "Controller 13, Anschluss 0" mit einer Seriennummer mit 5CD2 beginnend für die Optane Disk und "Controller 14, Anschluss 0" für die "normale" Disk.

Kann ich das für die 05:00.0 bzw. 06:00.0 iwie zugeordnet bekommen?

Gibt es da evtl. ein kommandozeilen Tool unter macOS, denn dann könnte ich das im Single-User Mode versuchen.

Edit #1

Ich hab jetzt testhalber mal die Disk auf eine SSD ohne Optane geklont, die interne Disk ausgebaut und über nen Adapter die geklonte Disk über USB gestartet und siehe da, das System fährt hoch. Ich hab Acceleration und die interne Tastatur / TouchPad (sogar jetzt incl. aller Multitouch- Gesten) funktioniert.

Nachdem ich nun die geklonte SSD intern eingebaut habe erhalte ich beim Start "still waiting for root device" ...

Edit #2:

Ich starte somit aktuell vom EFI-Ordner der internen Disk und stecke die USB-Platte an, wenn die Boot-Meldugnen stocken, bevor er dass auf "still waiting for root-device" gehen würde.

Dann bootet macOS von USB weiter ins fast schon perfekte System

Dort wird im Festplatten-Dienstprogramm die interne Disk auch noch nicht angezeigt.

Was muss ich da an meiner Config/SSDT/DSDT/Kexts ändern (hinzu/wegnehmen), damit die normale SSD intern erkannt wird und bootet?

Hier mein neuester EFI/Debug-Ordner: hackintosh-forum.de/attachment/136668/debug_8091.zip

Der dort integrierte EFI-Ordner ist also eine exakte Kopie des internen EFI-Ordners,

weil das Debug-Tool den ja auf der internen nicht findet, da die interne Platte ja nicht erkannt wird!

Komplett von USB booten funktioniert übrigens auch.

Edit #3:

Jetzt kam ich auf die Idee, evtl. die NVME-Treiber (Kext?) im macOS Betriebsystem der USB-Platte zu löschen, damit kein Zugriff auf die (temporär wieder eingebaute) interne Optane-Diskt versucht wird. Weiß jemand, was ich dazu alles löschen müsste und wie ich das mit dem Cache, etc. hinbekomme, wenn die USB-Disk an nem anderen Mac angeschlossen ist?

Uuups ... sorry. Gelöscht!

Das sind all meine Device-Pfade:

D. h., eines dieser beiden Geräte müsste deaktiviert bzw. für macOS unkenntlich gemacht werden.

Wie kann ich das machen?

An der "schmutzigen" Konfiguration (DSDT/config/Kexts-Other/drivers-UEFI) passt halt zufällig das graphische Booten (zum nur aller notfallst Arbeiten ...), ansonsten ist da halt gar nichts für den HP eingerichtet:

- keine GPU Beschleunigung

- keine Tastatur

Da würde ich lieber herausfinden, was da speziell bzgl. NVMe eben "passt" und das auf meine saubere Konfiguration anwenden.

Zitat von al6042

Auf Treiber-Basis wird das wahrscheinlich nicht funktionieren, aber ggf. über die "Devices"->"Properties" Funktion.

Wenn der Device-Path für die Optane bekannt ist, kann man an deren Stelle damit ggf. Unsinn eintragen, sodass der macOS Kext nicht versucht das Gerät zu nutzen.

Den Device-Path kannst du per HackinTool herausfinden:

Kann das Hackintool das denn auch korrekt anzeigen, wenn ich mit der unsauberen Konfiguration hochgefahren bin?

Welche Optionen gibt es denn im Clover-Configurator, per "drivers" und per "Kexts/Other" in Verbindung mit NVMe?

Wenn ich das wüsste könnte ich evtl. versuchen, diese zu deaktivieren, damit die Platte ähnlich der DELL-Konfiguration angesprochen wird.

Ich hab mal die besagte Konfiguration angehängt, mit der das System zumindest hochfährt.

Ok

Die Konfiguration, die zumindest graphisch hochbootet scheint die Optane dann offensichtlich außen vor zu lassen.

Gibt's da dann ne bewusste Option / Patch, oder ist das Zufall? (das ist ein EFI Ordner für nen DELL Optiplex 3020 o. Precision PC, nicht Notebook ...)

Wenn ich diese aml mit rein packe hab ich ebenfalls KP und die iGPU wird laut der Ausgaben auch nicht mehr korrekt angesprochen.

Das ist seltsam, denn die SSDT_NVMe-Pcc.aml sollte sich doch nur auf das Ansprechen der NVME-Disk auswirken, nicht noch zusätzlich auf das der Grafik, oder sehe ich das falsch?

Mhh ... ich hab bisher nur das rausgefunden, was ich auch in meine Signatur geschrieben hab:

Zitat von itisme

DISK: 512GB / 32 GB Optane: INTEL HBRPEKNX0202AH (NVME)

Wie kann ich das genauer herausfinden?

(ich hab die Info aus gdisk / smartctl geholt, schau aber noch, was dmidecode sagt)

So wie ich die Fotos interpretiere läuft die Grafikausgabe ja bereits auf der iGPU der CPU. Das is für mich ok, die NV brauche ich nicht.

Wie al6042 schreibt liegt der Fehler ja im Ansprechen der NVME Platte (siehe LOG).

Die KPs sind schon erkennbar, das eine Foto wurde nur gemacht, wo die KP am Ende schnell durchrennt damit man wenigstens noch paar Infos mehr hat.

Das System, das ich hier boote ist Catalina 10.15.4

Im BIOS kann ich das leider nicht aktivieren.

Ich hab auch nen EFI-Ordner getestet, mit dem das System graphisch hochfährt (trotz fatal NVME error), aber nichts außer USB funktioniert.

Mit der o. g. EFI-Konfiguration fährt das System sehr weit hoch, alles sieht gut aus, auch die Boot-Meldungen bzgl. der GPU. Ich kann da auch kurz im Single-user Modus arbeiten, bis dann die KP kommt.

Das scheint tatsächlich alles ein NVME-Disk Problem zu sein.

Anbei mal Fotos der KPs, vllt. wird es da klarer, was ich meine ...