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 erstellen
Probiers doch mal mit der HermitShell...
Müsste dann eigentlich mit zB setvar -guid 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102 ProductName =iMac14,1 funktionieren.
Wie beständig ist denn dein NVram? Sind Einträge nach einem Reboot wieder weg? Ich kenne mich leider mit der Aptio V NVRam Problematik nicht wirklich aus...
Keine Ahnung ... Also eigentlich bleibt alles so wie es ist, aber du weißt ja, welche Probleme ich schon alle mit welchen mainboards hatte 
Ich habe am Sonntag Abend mal mit @griven gesprochen, der mir sagte, er kennt das Problem. Das Problem ist der mitgelieferte FAT Treiber. Dieser besitzt nicht alle für Ozmosis nötigen Fähigkeiten, weshalb dieser damals von Hermit Crab Labs zu Enhanced FAT weiterentwickelt wurde. Somit besitzen FAT und EnhancedFAT die gleiche GUID und beim laden (Start des Bios) ergibt sich ein für den Endbenutzer nicht sichtbarer Fehler. Es muss also der FAT Treiber entfernt und der Enhanced FAT Treiber hinzugefügt werden. Dann soll mein Problem (Unsupported Platform: GA-Z170-HD3P-CF) gelöst sein.
Gesagt getan. Eingebaut mit UEFITool: danach ist das ROM ungültig. Das würde mir das gesamte Bios zerschießen. Mit dem MMTool hat es mir nur den Namen nicht angezeigt. "Was solls?" hab ich gedacht. Ja, jetzt weiß Ichs. Enhanced Fat lädt nicht richtig und somit ist kein Boot von jeglichen Medien möglich. Nichtmal in irgendein Clover kann ich von einem Stick booten und auch Q-Flash erkennt meinen Stick nicht. Hab dann noch eine Clover CD gefunden, davon Windows gebootet und mit @Bios mein altes Bios wiederhergestellt. Ich mache nochmal ein paar tests, ob ich es doch irgendwie richtig zum laden kriege, aber bisher sieht es so aus, als wäre das hier das Hauptproblem bei dem Z170-HD3P. Erstmal somit kein Ozmosis möglich. Nicht mal von der EFI, da ja die normale FAT nicht ausreicht und diese sich dann mit EnhancedFAT in die Haare bekommt. Ich hab aber noch nicht aufgegeben!
Ich habe am Sonntag Abend mal mit @griven gesprochen, der mir sagte, er kennt das Problem. Das Problem ist der mitgelieferte FAT Treiber. Dieser besitzt nicht alle für Ozmosis nötigen Fähigkeiten, weshalb dieser damals von Hermit Crab Labs zu Enhanced FAT weiterentwickelt wurde. Somit besitzen FAT und EnhancedFAT die gleiche GUID und beim laden (Start des Bios) ergibt sich ein für den Endbenutzer nicht sichtbarer Fehler. Es muss also der FAT Treiber entfernt und der Enhanced FAT Treiber hinzugefügt werden.
1) Der Treiber stammt aus dem EDK2
2) Dem "Aptio IV"-Treiber fehlen keine "Fähigkeiten", der zerreißt "nur" schnell mal das FS
3) Der in Aptio V sollte funktional mit dem HCL-Treiber identisch sein
Ich glaube immernoch nicht wirklich, dass Fat hier dein Problem ist. Aptio V braucht eigentlich garkein EnhancedFat, weil es den Treiber schon benutzt. EnhancedFat ist für ältere Boards, bei denen das normale Filesystem nicht passt. Ersetzt man das FileSystem nicht durch EnhancedFat, merkt man dies schnell, und zwar meistens an komischen Bugs in der EFI. Nach einem NVRam Reset ist dabei zB auf der EFI nicht die normale Oz Struktur zu finden, sondern komische Ordner mit Namen wie OzDarwin, weil der Ordner Darwin nicht im Ordner OZ erstellt werden konnte. Das ganze dürfte aber bei Aptio V eigentlich nicht das Problem sein.
Unsupported Platform ist AFAIK eigentlich mehr ein Fehler den MacOS auswirft, wenn keine Platform gefunden wird, die unterstützt wird. ZB wird als Plattform nicht iMac14,2, etc. sondern ein GA-Z170-HD3P-CF gefunden, und das wird nicht erkannt. Richtige SMBios Injection könnte hier schon die Lösung sein...
Edit: Der Fritz war schneller 
@Download-Fritz Sehr aufmerksam, dass du mich darauf aufmerksam machst. Weiter bringen tut mich das jedoch nicht. Was wäre denn deiner Meinung nach das Problem bei der Meldung? "Unsupported Platform: ..." ist wirklich die einzige Meldung die im Verbose mode auftaucht 
Ich möchte dazu sagen das ich lediglich gesagt habe das das Problem auf meinem Z77 ebenfalls festgestellt habe während ich mit OZ aus der EFI bzw. von einem USB Stick aus experimentiert habe und wie ich es habe lösen können. Wie @kuckkuck richtig sagt kommt es zu lustigen Effekten auf der EFI Partition wenn der FileSystemtreiber nicht passt. Ich habe das eingeworfen weil der Fehler eben auf meiner älteren Plattform ebenfalls aufgetreten war und ich genau das gleiche Problem mit dem fehlenden SMBIOS hatte bzw. eigentlich sogar mit dem fehlen der kompletten defaults hatte.
Die Frage ist in dem Fall also wie bekommt man die defaults gelesen denn hier liegt in Freddies Fall der Hund begraben.
@Download-Fritz Sehr aufmerksam, dass du mich darauf aufmerksam machst. Weiter bringen tut mich das jedoch nicht. Was wäre denn deiner Meinung nach das Problem bei der Meldung? "Unsupported Platform: ..." ist wirklich die einzige Meldung die im Verbose mode auftaucht
"Unsupport Platform" kommt von 'ner falschen Board-Id und kann mit "-no_compat_check" auch einfach geskippt werden.
@griven Und in dem Fall (sollte die defaults wirklich nicht von der EFI oder aus dem ROM laden) würde ich wie bereits gesagt versuchen die Daten über die Shell oder ein MacOS Terminal in den NVRam zu setzen. Es könnte aber natürlich wiederum passieren, dass dieser die Daten nicht annimmt oder behält. Dann gäbe es evtl die Möglichkeit zu versuchen den NVRam über Treiber wie EmuVariable zu beeinflussen.
Ich glaube das man Unsupported Platform: GA-Z170-HD3P-CF nicht allein mit "-no_compat_check" geskippet bekommt denn wenn dem so wäre könnte man sich den ganzen Klimbim mit dem SMBIOS auch gleich schenken oder sehe ich das falsch ?!
Ich glaube das man Unsupported Platform: GA-Z170-HD3P-CF nicht allein mit "-no_compat_check" geskippet bekommt denn wenn dem so wäre könnte man sich den ganzen Klimbim mit dem SMBIOS auch gleich schenken oder sehe ich das falsch ?!
Kexts nutzen die SMBIOS-Infos, das ist nur für den Übergang.
Wäre es dann nicht aber sinnvoller über eine endgültigeren Lösung nach zu denken?
Mir ist durchaus bewusst das die SMBIOS Informationen an vielen Stellen in macOS benötigt werden unter anderem für PowerManagement, GraphicsDevicePolicy usw...
Was ich halt nicht verstehe ist warum in dem Szenario eine vorhandene defaults.plist nicht geladen wird.
Ich bin bei meinen Experimenten mit OZ von der EFI bzw. vom USB Stick so vorgegangen das ich zunächst OZ als Treiber mittels bcfg hinzugefügt hatte was soweit auch funktioniert hat (OZ splash nach Neustart) mir fehlten aber die Defaults was auch logisch ist den wo sollten sie auch herkommen? Immerhin die Ordnerstruktur war auf der EFI nun enthalten und somit der Gedanke naheliegend die defaults.plist dahin zu verfrachten und einen P-RAM Reset zu machen gesagt, getan mit dem Ergebnis das es zwar die Ampel gab und der Rechner auch neu gestartet hat aber OZ dann verschwunden war *uuups* also wieder in die Shell und OZ hinzufügen und siehe da defaults wurden geladen und die Laube rennt. Wo ich das hier schreibe wird mir gerade bewusst warum ich eigentlich doch verstehe warum sie nicht geladen wird(wurde)
Freddie mal so probiert? Sprich die Ordnerstruktur auf der EFI schon angelegt und die defaults.plist da platziert und erst im Anschluss daran die Treiber geladen?
Habe heute wieder etwas Rum probiert und in meine defaults.plist Mal -v geschrieben. Beim Start eines Systems sollte also standardmäßig du verbose mode greifen. Tut er aber nicht. Das Problem ist also, dass die defaults nicht geladen wird. Wenn ich sie ins BIOS einbaue produziert ozmosis einen BIOS Crash. Passiert einfach nix mehr, bis ich den reset Button drücke oder Strom abschalte. Und das passiert nicht nur bei dem Laden von der EFI, sondern auch über rEFInd.
Du sollst doch keinen Alkohol trinken... Schon gar keinen Rum...
Sorry, aber der musste sein...
