Verbotszeichen nach PRAM reset

Soderle, bekomme das System nicht mehr gestartet.

Hatte nach Festplattencrash durch defekten Arbeitsspeicher vorhin versucht, den Ton wieder hin zu bekommen. (Beitrag hier)
Dabei habe ich scheinbar erfolgreich einen NVRAM PRAM Reset beim Starten hin bekommen.
Seit dem bekomme ich nur noch das Verbotszeichen.

In die Auswahl für das Startlaufwerk komme ich rein, aber da hilft keine Auswahl, nix.

-> Habe Mac_HD ausgebaut und die DSDT gegen eine alte ersetzt (allerdings nicht die vorhergehende, die liegt auf einer anderen eingebauten Festplatte.)

Kann man über die EFI Shell wieder Boot-Args setzen?
Eigentlich sollte (sollte!) in dem aktuellen OZmosis Bios die plist vorhanden sein, die auch in der EFI sitzt.

So, was jetzt tun?

Danke, Adnarel

Hab das Ozmosis neu geflasht ... was auch immer da im Wege war, verstehe den Zusammenhang nicht so ganz.

Immerhin ist die Erkenntnis, dass Pram-Resets (und da muss ich meinen Beitrag zuvor editieren) wiederholbar zum Verbotszeichen beim Starten führen.

Das heißt ja einerseits, dass da "irgendwas" verloren geht und vom Ozmosis nicht (passend) nachgeliefert wird, aber wenn ich das Ozmosis neu Flashe, dann startets wieder anständig durch.

- Gibt es da eine Erklärung für?
- Braucht man ein Pram Reset, wenn die DSDT im EFi ersetzt wurde?
- Sollte ich mal mein Ozmosis (da habe ich mal meine defaults eingearbeitet) checken lassen?

Danke, Adnarel

Sollte gleich sein, aber ich probiere das aus.
Bekommt man irgendwie den nvram (oder pram oder wie das nun heißt) aus/in Ozmosis beim Startup beschrieben?
Braucht man dazu die EDK Shell? ... die scheint mir verloren gegangen zu sein als ich das neue Ozmosis gebacken hab - aber da gibt es ja eine ausführliche Anleitung aus dem Oktober`17 habe ich gesehen.
Werde ich demnächst durch prüfen.

Setze das hier erst mal auf erledigt.
Danke, Adnarel

Ja danke, deinen Text hatte ich da schon gefunden.
In den NVRAM wollte ich nur schreiben wollen, weil ein Reset das System unbootbar macht.
Möglicherweise sind es aber keine Bootflags die dann (danach) da fehlen sondern die FakeSMC, da sofort das Verbotszeichen erscheint.

Habe mich noch nicht weiter um das Problem gekümmert.

Muss mich später im Monat kümmern, weil gleich URLAUB und bis dahin muss das System gehorchen und keine Mätzchen machen
Thema ist auf der To-Do-Liste und wird wieder hervor gekramt... ein paar Ansätze gibt es ja bereits zum abarbeiten.

Danke soweit schon mal, ich melde mich mit Ergebnissen, Fragen oder Dateien mitte Januar.
Adnarel

So, jetzt ist es soweit. Ich hatte gestern wieder an der Maschine geschraubt und schon war das Audio wieder weg.
Dabei war wohl die Mac HD mal nicht an disk0.

Grundlagen:
XMass Ozmosis, Yosemite
default.plist, dsdt , ssdt und IntelMausi im EFI
Lilu, AppleALC-OZM (Edit: und IntelMausi) in S/L/E
Mac_HD ist disk0

Findings:
nach einem PRAM Reset (um ID1 aus der dsdt zu aktivieren)
ist der Webtreiber offline, die boot-args sind weg und die SMBIOS ist "nicht meins".
Edit: allerdings gabs heute mal kein Verbotszeichen.

Also findet der Quark die Default.plist nicht? Seltsam. IntelMausi ist aber geladen... aha, IntelMausi wohnt noch zusätzlich in S/L/E. Also das kein Wunder.

EFI ist disk0s1 - das müsste doch passen, oder?
Also zumindest könnte ich demnächst mal mein OZMOSIS renovovieren.

Jetzt erst mal wieder was sinnvolles arbeiten.

Ich meine, dass das Ursprungs-mosis mal von al6042 um das Default.plist ergänzt wurde.
Ich habe irgendwann mal ein Ozmosis gebacken mit dem OZMTool (Script) - bin mir aber nicht mehr sicher, ob diese Version funktionieren wollte.

Daher... möglich dass es das Board-Mosis aus den Downloads ist.

Wenn ich aus dem bestehenden Bios die Defaults extrahiere (UEFI Tool oder MM) bekomme ich das .ffs geliefert.
Wie mache ich da wieder eine menschenlesbare .plist draus?
(Wollte mal nachsehen, was da alles so drinnen steht...)

Jo, ich werde mir in jedem Fall eine bauen... dann gleich HS fähig, auch wenn ich erst mal nur auf Sierra gehen will.
@kuckkuck deine Anleitung dazu ist super! Damit werde ich das auch schaffen.
Frage mich nur, wurum die EFI für OZM nicht erreichbar ist. ???

Zitat von kuckkuck

Versteh ich nicht, was ist das Problem?

Wenn ich das mal wüsste, wo es hängt.
Eigentlich will ich erst mal nur das Audio !wieder! in Gang bekommen. Dsdt wird nicht gefunden. Hatte aber schon mal funktioniert.

Kann doch nicht sein, dass disk0 immer mal die eine und mal die andere ist?
Ich habe das jetzt noch mal per terminal/diskutil list geprüft und heute ist die disk0 die gestern disk1 war... ich bin doch nicht blöde... oder doch?

Habe jetzt mal die Efi-Füllung auf beiden Festplatten eingebaut...

Danke für den Weg mit der plist. Tatsächlich ein generischer Eintrag. Werde mich kümmern.

Zitat

KextPatcher

KextUpdater?

Alter Schalter, was macht der denn da... die EFI einer externen Festplatte wird von OZM benutzt? disk7 ?

ich mache morgen weiter.(Also nachher nach dem Frühstück)
Zu müde zum gucken.

Bdmesg haben wir nicht in lauffähiger Form in den Tools, oder?