Yosemite > Mojave mit Ozmosis und Z97X_UD5H [NVRAM Reset > Black Screen]

Gute Frage, derzeit nix.

(Scheint so, dass nicht das richtige Efi gelesen wird beim PRAM Reset.) Zumindest ist sofort das Verbotszeichen da.

Mac_HD hängt an Sata_0 und war zuvor disk0, das hatte ich geprüft.

ESP?

In DER Efi ist nur die neue default.plist

Must, die anderen Efis hab ich nicht kontrolliert, ob ich da mal was hineingeschrieben hatte.

In die Shell komme ich auch nicht, scheinbar. hmpf.

Edit: Hermit Shell leuchtet kurzs auf, schreibt in die untere Linke ecke was von detected... (4 zeilen, so schnell kann ichs nicht lesen) und dann gehts in den nächsten Boot Eintrag.

Alle Festplatten abgesteckt und nch mal NVRAM Reset im Ozmosis Startbildschirm... Hermit startet kurz wie beschrieben, dann neuer Boot -> Ende

Soderle. Dann wohl die HD raus und noch mal reingucken...

... haben sich BIOS Einstellungen zum neuen Ozmosis geändert?

>Ach ja, Resetantwort eines Drüber...

Stimmt, das hatte ich gelesen.

Aber ich kann die EFI EDK Shell laden, da kann ich zumindest mal die bootargs setzen, denke ich.

Edit:Die EDK Shell will mit dem Argument boot-args="-v -xcpm"

nix anfangen, egal ob in " oder ' oder ohne Anführungszeichen.

Ist die guid denn immer die gleiche für die boot-args?

Habe gefunden,die guid für ProductName ist eine andere.

Alter Schwede, zwei mal neu gestartet und nun nun ist in der EDK Shell 'setvar is not recognized as an internal or external command, operable program or batch file'.

Eben kam doch noch eine spezifische Fehlermeldung, wo ist denn das jetzt hin?

Gelernt: nur die EDK Shell über das F12 Bootmenu kennt "setvar".

Also ich mach erst mal Schluss für heute. Wer noch Ideen für morgen hat, immer her damit.

(Meine Idee wäre, das Bios noch mal zu bearbeiten und da auch die Defaults.ffs rein zu platzieren.)

Gibt es einen Link zu EDK-Shell commands oder Ideen warum das jetzt gar nicht mehr will?

Jetzt scheitere ich an der EDK-Meldung: "variable ProductName=iMac14,2 not fount"

Inhaltlich das selbe wie zuvor für die boot-args.

Also morgen mal das Bios erneuern mit Defaults.

Vermeintlich ein Schritt weiter.

Eine GSATA Festplatte war noch dran, die hatte ich übersehen, weil auf der anderen Seite vom Gerät sowas blödes aber auch.

-> NVRAM Reset und nun kein Verbotszeichen mehr, sondern Black Screen. Board Debug sagt: "Issue Ready To Boot event for OS Boot".

Muss dem Whatevergreen dann doch noch ein Framework mitgegeben werden?

Default kommt sogleich gesendet.

P.S: OS ist noch Yosemite

Es kommt sofort der BlackScreen.

Bios Einstellungen nach meiner "ist wichtig-Liste" von 2016:

(MIT)

- CPU-EIST: disable

(Bios)

- VT-d: disable

- Windows 8 Funktionen: anderes Betriebssystem (damit ist auch CSM disabled/ausgeblendet, ebenso storeboot/ und secure boot optionen )

- Boot-Optionsfilter: UEFI

(Peripherie)

- Initialisierung Monitor: PCIe-1 Stecckplatz

- Interne Grafik deaktiviert

- xHCIModus: Aktiviert

- EHCIModus: Akiviert

- Sata Modus: AHCI

- Gsata Controller: AHCI

(Energie)

- Wake on Lan: disable

- ErP: aktiviert

(irgendwas übersehen/zu kontrollieren?)

Im Efi liegen die Kexte (alle ersetzt mit neuen Versionen):

- AppleALC 1.4.8

- Lilu 1.4.3

- Whatevergreen 1.3.8 (frischer Download, nichts angepasst)

- IntelMausi 1.0.2 (war vorher IntelMausiEthernet)

- RadeonBoost 1.3

von Kuckkuck kam noch der Hinweis vielelicht mit dem Mojave-Ozmosis statt der Catalina"version" einen Test zu fahren.

Mojave und Catlina habe ich noch gar nirgends...weil mein MacPro3 das gar nicht mehr laden durfte. (Bei meinem MacBook von 2009, an dem ich gerade sitze, ist auch bei Sierra schluss gewesen...)

Hab mir Treeswitcher auf dsa MacBook geladen, aber das Programm wird unerwartet beendet:

(Ausschnitt aus dem Bericht:)

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: EXC_I386_GPFLT

Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11

Termination Reason: Namespace SIGNAL, Code 0xb

Terminating Process: exc handler [0]

... das Gleiche mit dem Kext Updater. Komme mir gerade vor als hätte ich noch nie was mit Computern gemacht.

ich muss mich wohl noch mit den neuen Sicherungssystemen des Systems anfreunden...