Ja, die gibt’s bei Dortania‘s OpenCore Guide auf GitHub. I
Also keine Hilfe - weil das ist dort alles Englisch. Schade, dann muss ich weiter auf Linuxbasis versuchen ein MacOS als virtuelle Maschine zu nutzen.
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 erstellenJa, die gibt’s bei Dortania‘s OpenCore Guide auf GitHub. I
Also keine Hilfe - weil das ist dort alles Englisch. Schade, dann muss ich weiter auf Linuxbasis versuchen ein MacOS als virtuelle Maschine zu nutzen.
Moin!
Ich habe das Gefühl das wir anander vorbeireden. Ich brauche keine "Verlängerung" der Anzeigezeit der bootbaren Laufwerke/Medien, denn da sind nur 4 Einträge: 2 Medien, Zurück und Ausschalten.
Ich bräuchte einen Menüpunkt/auswahlpunkt/Symbol "NVRAMReset". Der fehlt mir seit dem letztem Update vor ca. einem Jahr.
Gibt es sonst noch Vorschläge um das grundlegende Problem zu lösen?
Picker
Ich kenne nur PickeL. Das Programm was du da zeigst ist mir unbekannt und deswegen auch die Benutzung oder Begriffe. "Aux" ist für mich nämlich ein Hilfseingang in analogen Audioverstärkern. Wo bekomme ich das Prg. her? Auch Github? Unter welche Suchbegriff?
evtl. die Leertaste im Bootmenü betätigt und deshalb NVRA
Nein. Damals gab es ein ausführlicheresMenü mit einem eigenem Menüpunkt "NVRAM Reset".
bluebyte: Ich versteh nur Bahnhof - Bahnhof - Bahnhof...
Was ich an der Stelle als erstes mal machen würde wäre ein CMOS Reset
Gemacht. Hat nichts gebracht. Außer das der Stop jetzt an einer anderen Stelle erfolgt. Komischerweise kommt mein (vom Händie gesendetes) Bild derzeit auf keinem Gerät an (2 Rechner, Telefon, Tablett).
Den NVRAMRReset finde ich schon seit über einem Jahr nicht mehr, ich sehe imer nur die bootbaren Volumes, Ausschalten und einen Pfeil nach links (Zurück?).
griven: Leider fast keine Änderung - es stoppt an gleicher Stelle. Falls es interessant ist:
Der Bootstick blinkt einige Sekunden nach Auswahl des Installationssticks als Bootmedium. Dann blinkt kurz der I-Stick, dann wieder länger der Boots., dann wechselweise beide bis irgendwann (gefühlt 15-20 Sekunden) die Installation stoppt. Vor der letzten Änderung war hier dann wirklich "alles steht", auch für 30 min (Bootmeldung noch auf dem Bildschirm).
Jetzt nach der letzten Änderung geht der Rechner nach ca. 15 s ein einen Neustart ohne das ich irgendwas gemacht habe.
Ich denke es wäre wohl am einfachsten wenn Du Deine EFI einfach mal hochladen
Das ist einfach...
Ich habe den Clover Configurator zum öffnen der Efi-Partion benutzt. Für nichts anderes.
1.) Hast Du nach dem Runterfahren das Netzteil ausgeschaltet?
2.) Hast Du das Netzteil, durch Ziehen des Stromversorgungskabels, vom Stromnetz getrennt?
3.) Hast Du zur Sicherheit noch mal den Einschaltknopf für mindestens 4 Sekunden gedrückt?
(MEine Antwort, mit dieser Webseite unter Linux funktioniert irgendwie was mit dem zitieren nicht so wie gewohnt)
1.: Ja.2.: Nein. Warum sollte ich? (Die Antwort darf gerne auf dem Niveau eines Elektronikers sein).
3.: Ja, allerdings erst zum Neustarten weil sich (auf Linux OS) was aufgehängt hatte.
Sehe es mir bitte nach das ich nicht auf deinem Wissensstand arbeite: Ich schaue hier nur rein wenn ich alleine nicht weiterkomme, und gut ein Jahr gab es keine Probleme. Mit PC-Hardware kenne ich mich nicht gut aus, meine Wissensbasis stammt zu größtem Teil aus den 1980/90er Jahren. Und mein Gedächtnis läßt inzwischen merklich nach. Und das ich einen Mini paralel fahre hatte ich in diesem Forum schon mal erwähnt - aber ich hatte nicht daran gedacht, das helfende Nutzer hier nicht jede Ausstattung der Fragenden im Kopf haben.
TINU werde ich gleich mal am Tisch nebean (am Mini) lesen und vorbereiten.
Jetzt stehe ich wirklich auf einem Schlauch: Wo ist der Download-Knopf?hackintosh-forum.de/attachment/212357/
Das hat mehr als 5 Minuten gedauert bis der Downloadknopf erschien.
Stand 12 Uhr MEZ:
Mit dem Tinu-Stick und der Efi, die ich in einem Ordner (EFI für BigSur funktioniert 12 April 2022) habe ich versucht zu booten. Laut Griven hatte ich gestern die Radeon.kext noch entfernt. Der MacOS Bootvorgang startet, bleibt aber hängen weil eine Radeon Plist nicht die .kext findet. Daraufhin habe ich in der confing.plist den Radeon-Eintrag auf false gesetzt. Der Bootvorgang lieg geringfügig länger, stockte aber dennoch. Dann habe ich in der config.plist den Redeon-Eintrag wieder auf true gesetzt und die Kext wieder in den passneden Ordner gepackt. Aber auch da stockt es. Zu letzt habe ich versucht, mit dieser EFI von der eigentlich laufenden SSD zu booten. Aber auch da stockt es. Als Anlage drei Textdateien vom EFI-Stick.
opencore-2023-11-29-104618.txt.zip
opencore-2023-11-29-110104.txt.zip
opencore-2023-11-29-105214.txt.zip
Die Uhrzeiten gehen 1h nach, wegen UTC? Also im Kopf plus 1 h rechnen.
Wenn das Clover ist dann nimm den einfach mal aus dem Ordner raus
Hat auch nicht geholfen. Oder ist das wieder so ein Teil das mehrfach im EFI-Ordner steckt?
Ja, neben dem Hackintosh als echten Mac.
griven: Bios geändert. Vom Bootstick (der jetzt kommt) gebootet, aber wieder im MacOS-Bootvorgang eine Fehlermeldung. Wieder Radeon-Sensor, obwohl diese Kext im Bootstick umbenannt ist (von .kext auf kexx).
griven: An die Efi von der SSD (die eigentlich bis heute morgen gelaufen ist) komme ich jetzt nicht ran (weil hier nur Ubuntu drauf läuft). Den Clover Configurator scheint es nicht für Linux zu geben. Gibt es da ein anderes Programm? ACPI Fehler: Da kann ich keine Auskunft geben weil ich vorher nie lesen konnte was da durchläuft. BIOS: Werde ich ausprobieren.
bluebyte: Es ist so ein Problem mit englischen Anleitungen: Die kann ich sinnvoll nur befolgen wenn ich Satz für Satz lese und ausführe. Das oben genannte Problem hat mir keine Ruhe gelassen, und so habe ich dann doch einmal weitergelesen - da stand dann das es je nach OS-Version andere Dateinamen gibt. Deswegen habe ich die Anleitung weiter verfolgt. Bis zur Stelle wo der EFI-Mounter benutzt wird. Das konnte mein Mac Mini nicht laden, deswegen habe ich dann dort (Mini) die USB-EFI mit Clover Configutrator geladen und das "alte" EFI (von 2022 als "Laufend" gelabelt) reinkopiert. Und dieser Stick kann den PC nicht hochfahren, es kommt die Meldung "kein bootfähiges Medium". Eigentlich hatte ich gehofft, so (mit diesem neu erstelltem Bootstick) zumindest ein Testsystem auf die neue SSD zu bekommen. Jetzt geht wieder das große Raten los.
Ja, eben wegen dem bevorstehendem Umbau.
------------------------------------------------------------
Zurück zu der Github-Anleitung: Wie in dem Bild zu sehen ist habe ich den Downloadbefehl erfolgreich ausgeführt - aber das Ergebnis entspricht NICHT der Anleitung, die beiden Dateien sind nicht vorhanden. Leider hilft so eine Anleitung (die offensichtlich von der Entwicklung überholt wurde) gar nicht weiter.
Guter Rat. Lass erst mal dein altes Mac OS aus dem Rechner.
Das sowieso.
Du kannst eine Neuinstallation auf der neuen 4TB
Ist so geplant.
Mal eine Frage: Hattest du irgendwelche Custom-Einträge bei Misc -> Entries
Oder irgendwelche Einträge in Mac OS, die sich auf das alte Laufwerk beziehen?
Es soll Leute geben, die haben ihr Home-Verzeichnis auf anderen Datenträgern und verweisen mit symbolischen Links.
Nein, ich habe da nichts eingestellt - wüßte nicht einmal wo das ist. Und auch keine Querverweise, denn auch mit dem altem LW startet das MacOS nicht. Aber selbst wenn Links da wäre, dann müßte doch erst einmal das OS hochfahren und nicht beim (offenbar) Hardwarecheck/Test stehenbleiben.
Im Moment wird ein MacOS BigSur-Bootstick erstellt, was laut Anleitung 12-50 Minuten dauern kann. Zum Gölück ist die Anleitung auf deutsch. (ZDNet)
Solange der Stick bearbeitet wird: ISt der Link incl. EFI-Installation/Daten oder ohne? Dann würde ich doch der ausländischen Anleitung folgen.
Falls sich der englischen Anleitung folge: Dort ist unter "Creating the USB/Making the installer in Linux" der Download von macrecovery.py angegeben, der Link zeigt jedoch auf ein anderes Paket. Und nur der NAme in der Suche von github eingegeben zeigt keinen Erfolg. Und nun?
Du hast ja so Recht... Dennoch habe ich keinen Stick mit alten Daten gefunden. Einen leeren Stick habe ich jetzt zur Hand, mein altes EFI-Paket ist auch schon drauf, nur finde ich über die Forumssuche keine schnelle Anleitung zum Vorbereiten des BigSur Installstionsmediums - und ich jetzt extrem nervös geworden weil das alles nicht so läuft.
Achja, da war noch was mit USB. Muß ich mal suchen, kann 1/2h dauern. Als Medium habe ich noch eine 10.6 DVD (!!!).
Nein, weil ich ja kein lauffähiges System auf diesem Rechner habe. Und um ein Netinstall zu bekommen müßte ich ja ein EFI auf der neuen SSD haben. Nur bekomme ich das ohne laufendes MacOS hier nicht rauf. Zumindest ist das im Moment mein Erkenntnisstand.
Moin!
Meine SSDs sind angekommen. Und nun bootet Mac OS nicht mehr. Der Rechner läuft allerdings mit Ubuntu, d.h. der Rechner selbst muß okay. sein... Details:
Heute morgen gegen 9 Uhr habe ich den Rechner aus dem Ruhezustand "aufgeweckt" und bis ca. 13 Uhr daran gearbeitet. Dann per Menübefehl ausgeschaltet. Rechner geöffnet, Grafikkarte ausgebaut um an eine der SSDs ranzukommen. Die 2 TB SSD (alt) gegen eine 4 TB SSD getauscht. Dann die Grafikkarte wieder eingesteckt und den Rechner gestartet. Die Ventilatoren fahren an, aber die vier Bildschirme bleiben schwarz. Fehler: Extrastromversorgung für die GK vergessen. Also eingesteckt, rechner gestartet. Es kommt die BIOSMeldung, dann die Auswahl für das MacOS Startvolume (2 möglich), ich starte mein BigSur (wie heute morgen). Es laufen die üblichen Textmeldungen durch, dann stoppt der Bootvorgang kurz nach Prüfung der Prozessorkerne. Doof aus der Wäsche geschaut, Reset gedrückt, Rechner bootet, MacOS Startvolumeauswahl kommt, Textmeldungen kommen, Bootvorgang des MacOS stopt an gleicher Stelle. Nochmal mit dem zweiten Startvolume (MacOS) probiert, gleicher Fehler an gleicher Stelle.
Also die 4 TB wieder ausgebaut, neuer Startversuch, gleicher Fehler.
Dann die alte 2 TB SSD wieder eingebaut, neu gestartet, Fehler an der gleichen Stelle. Also liegt es nicht an der neuen SSD. Dann die neue SSD wieder eingebaut (inzwischen weiss ich wie das geht ohne die GK rauszupfücken) und neu gestartet. Gleicher Fehler an gleicher Stelle.
Alles blöd... Also per BIOS-Bootmenü nicht auf MacOS sondern auf die Ubuntu 21.xx SSD umgestellt. Ubuntu läuft super schnell hoch und arbeitet, die neue 4 TB wird als freies Volume in der Systemübersicht angezeigt (genaugenommen: Es werden 6 TB Gesatspeicher/Festplatte(n) angezeigt). Diese Nachricht schreibe ich also jetzt von dem Problemrechner.
Was hat das eigentlich mit dem Radeon-Sensor zu tun? (Foto)
Was kann da passiert sein, das das Mac OS im Bootvorgang abkackt? Eigentlcih wollte ich jetzt ein Foto anhängen, aber die Forumssoftware erkennt ein heic-Foto nicht als Bilddatei. Und mangels laufendem Mac OS sehe ich keine Möglichkeit das Foto zu wandeln. Könnt ihr trotzdem was damit anfangen?
bluebyte: Vielen Dank für die lange Antwort. 2 Systeme gleichzeitig (Bestand und Neu) habe ich seit 30 Jahren auf meinen Rechnern.
Trotzdem bleibt die Frage ob ich dann für den nächsten Schritt ein neues EFI brauche.