Asus B85m-E hat Zugriff auf UEFI verloren, alle Laufwerke gelöscht.
- Arkturus
- Erledigt
-
-
-
also wenn ersatzboard kein H97 oder Z97 von ASUS .. ohne Bios Mod wirst du da kein NVRAM support haben .. jedenfalls haben beide boards von mir ohne Entfernung einer whitelist nicht zünden wollen.
-
mhaeuser ich habe jetzt die Platten aus dem iMac15,1 ausgebaut und im iMacPro1,1 überprüft. Alle EFI-Partitionen waren leer. Die Laufwerke gelöscht bzw. nicht lesbar.
Die Samsung EVO 850, auf der Catalina drauf war hatte ich ja schon wieder mit CT neu bespielt. Auch diese war gelöscht, denn erstens war nur noch eine Partition vorhanden und FileVault musste auch nicht entschlüsselt werden. Die EFI auch leer. Die Platte hies vorher Cat und nach dem Crash Macintosh HD, was ich erstmal nicht geändert habe.
Also ohne EFI auch keine Erkennung im Bios. Packe jetzt mal die EFI vom Stick wieder auf die Platte und dann wird es schon funktionieren. Windows und Linux zu installieren ist auch kein Akt, Daten waren da nicht drauf, nur Tools für alle Fälle. Eine externe Time Machine ist auch noch da.
Aber was kann das Chaos verursacht haben? Weshalb wurde ndie Partitionen der EVO gelöscht und die Platte in Macintosh HD umbenannt, die Time Machine Macintosh HD1?
-
Der erste Schritt wäre für mich gewesen, Alles an wichtigen Datenträgern abzuhängen und nur das MB zu überprüfen - irgendeine UEFI-Quelle (Stick o. Ä.) hätte schon gereicht. Wenn dabei die normalen Symptome gezeigt werden, hättest Du Dir sogar den CMOS-Reset etc. sparen können und das hier ...
ich habe jetzt die Platten aus dem iMac15,1 ausgebaut und im iMacPro1,1 überprüft.
.... wäre dann meine Empfehlung als zweiter Schritt gewesen (habe dafür immer einen Testrechner mit Minimalausstattung parat), bevor mit diversen BIOSse & Tools hantiert und die Situation verändert wird, ohne die Ursachen wirklich ergründet zu haben. Grundsätzlich nur mit Original-BIOS arbeiten.
Dann hättest Du im schlimmsten Fall festgestellt, dass auf den Platten nichts mehr drauf ist und dass das MB - wie mhaeuser angedeutet hat - nicht die Fehlerquelle sein dürfte. Oder die Dateninhalte stehen noch zur Verfügung, was dann in die andere Richtung deuten würde. Vergleichsoperationen-fahren hat recht oft die Ursache schnell eingegrenzt.
Aktionismus ist selten ein guter Helfer bei Ursachenermittlung - ich lese so oft, dass direkt das MB als Ursache festgelegt wird, ohne es genau zu wissen und direkt Planungen bzgl. Neukauf angestellt werden. Geht mir meist zu flott.
Könnte die Ursache auch in den Fehlversuchen mit OC liegen? Ich kenne dessen Auswirkungen und wo es sich wie einklinkt nicht - ist nur so ein Gedanke.
Für mich aber grundsätzlich auch mit ein Grund, weshalb ich dazu übergehe, Bootloader (egal, ob Clover, OC oder xyz) nicht mehr auf die Datenträger in die EFI zu kopieren, sondern auf einem Micro-Stick zu belassen - die Datenträger selber bleiben ausschließlich den OS vorbehalten und können damit überall eingehängt werden, solange ein HW-abgestimmter Stick-BL die Basis schafft. Die € 5,- sind mir die Flexibilität und Unabhängigkeit wert. Vielleicht auch für Dich bei einem Neuaufbau ein möglicher Weg.
Viel Erfolg bei der weiteren Ursachenermittlung!
-
Es geht ja nicht darum, OC freizusprechen, sondern irgendwas schuldig... sowas habe ich beim besten Willen aber noch nie gehört, ich bin planlos
-
Ja, Du hast recht. Kriegen wir aber nie mehr raus, was da los war.
Edit mhaeuserDie Sache wird reproduzierbar. Nachdem ich mit OC 0.5.7 Alles fein zum laufen bekommen habe und auch FileVault wieder aktiviert wurde, stehe ich wieder vor den gleichen Problemen.
Die ursprüngliche Fehlermeldung ist wieder da
und Booten über Clover geht nicht mehr. Clover-Efi wird im Bootmenü nicht mehr angeboten. Booten per USB Stick geht auch nicht mehr. Muss Morgen die Platte ausbauen und nachschauen was da los ist 🤷♂️ -
-
Kann immer mal passieren !
So lang der Wille da ist sich dem problem zu stellen und weiter zu lernen ist doch gut
hoffen wir das deine platten nun lesbar bleiben
