SHUTTLE Barebone XH97V - ALC662 Problem

Moin am Abend,
auf meine Anfrage im 'OZMOSIS REQUEST THREAD' hat mir @derHackfan freundlicherweise ein Ozmosis-ROM erstellt:
(Antwort von 'derHackfan')
Datei: XH97V000.104.High-Sierra-ready.zip

Zunächst hatte ich ein Problem das BIOS des Barebones überhaupt zu flashen.
Das BIOS-Update-Paket enthielt Installations-Möglichkeiten per Windows, DOS und UEFI-Shell.

Da ich auf dem Gerät derzeit kein Betriebssystem installiert habe, wollte ich die Flash-Installation mit der UEFI-Shell durchführen. Allerdings wurde im Boot-Menu des 'XH97V' keine UEFI-Shell als Boot-Möglichkeit angeboten.

Ich konnte weder auf der 'Shuttle'-Seite noch über Google eine Anleitung finden, wie diese doch offensichtliche Möglichkeit funktionieren soll.
Meine Anfrage an den Shuttle-Support vom 28.2.18 wurde heute mit einem Link auf eine Anleitung beantwortet.
Anhand dieser Hilfe habe ich einen USB-Stick mit den beschriebenen, notwendigen Dateien aus dem Original-Download des 'XH97V000.104 Bios' erstellt, mit dem ich problemlos ein BIOS-Update von 103 auf 104 durchführen konnte.

Anschließend habe ich das Original 'XH97V000.104'-File gegen die gleichnamige Datei von 'derHackfan' getauscht und wollte mit der gleichen Konstellation wie vorher das Ozmosis-BIOS einspielen.
Der Rechner weigerte sich auch bei mehreren Versuchen den Update-Stick zu booten und die Installation durchzuführen. Hinweis:"reboot and select a proper boot device"

Anscheinend überprüfte der Rechner vor dem Booten des Sticks eine Check-Summe oder das Änderungsdatum der Update-Datei oder etwas Ähnliches.

Weiß jemand Rat?

Danke vorab MacNick

Zitat von Fredde2209

Warum das nicht funktioniert weiß ich leider nicht. Hast du denn Secure Boot im Bios wieder deaktiviert, wie in der Anleitung beschrieben?

Vielen Dank Fredde2209 für Deinen Beitrag.

‘Secure Boot‘ und 'Flash Write Protection' waren zwar disabled - aber - Du hast mich trotzdem auf die richtige Spur gesetzt.
Ich habe nochmal alle BIOS-Einstellungen kontrolliert, und bin darauf gestoßen, dass sich der Bootmode von 'UEFI' auf 'Legacy' zurückgestellt hat.
Nachdem ich den Eintrag wieder auf 'UEFI' revidiert habe, konnte ich ohne Schwierigkeiten das Ozmosis-ROM von @derHackfan schreiben.
Oz hat sich danach auch ordnungsgemäß gemeldet - das Bios funktioniert also soweit schon mal.
Weiter habe ich heute Abend nichts mehr gemacht. Die OSX-Installation will ich morgen versuchen.

Manchmal ist man eben betriebsblind und man braucht einen solchen Anstoß von außen.
Nochmal vielen Dank dafür.
Gruß MacNick

Ich habe heute auf der Grundlage des gestern von @derHackfan erstellten Ozmosis-ROMs sowohl eine Sierra- als auch eine Yosemite-Vanilla-Installation ohne Schwierigkeiten booten können.
Der RealtekRTL8111.kext im EFI-OZ-Ordner hat das Netzwerk gangbar gemacht. Der USBInjectAll.kext unterstützt USB3.

Schwierigkeiten habe ich mit dem Ton (ALC662)
Ich habe den neuesten LILU.kext (1.2.2) und den AppleALC-OZM.kext (2.1.1) im Common-Ordner installiert, jedoch ohne Erfolg.

Fragen:
- Wofür sind die .dSYM-Dateien?
- Müssen diese Dateien mit installiert werden?
- Wenn ja muss in der darin enthaltenen .plist Änderungen vorgenommen werden?
- Oder fehlen noch irgendwelch Dateien um den Ton gängig zu machen?

Gruß MacNick

Danke al6042!

Zitat von al6042

Zudem lautet die aktuellste AppleALC-Version auch 1.2.2 und ist hier auffindbar -> AppleALC - der dynamische AppleHDA Patcher - immer aktuell

Tschuldigung, da habe ich mich verschrieben, ich habe den Kext aus dem letzten Beitrag in diesem thread genommen.

Zitat von al6042

Bei Ozmosis muss dies über eine gepatchte DSDT.aml erledigt werden, erst dann kann der AppleALC-OZM auch damit spielen.

tja - mit dem Thema habe ich mich schon öfter beschäftigt, aber die 'DSDT.aml' ist für mich immernoch ein Buch mit sieben Siegeln.
Gibt es keine andere Möglichkeit das zu regeln?
... oder kannst Du mir da helfen?
Sonst muss ich wohl doch auf Clover umsteigen, denn da kann man es ja nach dem was ich gelesen habe im Configurator einstellen.
Gruß MacNick

Zitat von al6042

Anbei die erste Version einer gepatchten DSDT mit Layout-ID 5... Audio per HDMI sollte auch laufen...

... leider nicht,
ich habe die Datei in in das Verzeichnis /Efi/Oz/Acpi/Load kopiert.
Bei einem anschließenden Neustart bleibt der Boot direkt nach der OZ-Auswahl hängen. Auf dem Bildschirm erscheint der Apfel mit dem Fortschrittsbalken, der aber nicht anläuft!
Opt.-V zeigt nur einen schwarzen Bildschirm.

Zitat von al6042

Too bad... dann wieder raus damit

Ist wieder raus - der Boot funktioniert wieder. Trotzdem danke!

@derHackfan
Welche Informationen brauchst Du denn?

Edit/

Zitat von al6042

Ansonsten vielleicht noch mal folgende DSDT testen...

@al6042
ich versuche zwischenzeitlich die neue DSDT.

@derHackfan

@al6042
leider wider das Gleiche mit der 2. DSDT