Update für macOS Sierra 10.12.4

  • @great_smith


    Welche Clover-Version hast du?


    Ich habe mein Clover gerade geupdatet von Version 3726 auf Version 3994 und er bootet durch!
    Manchmal liegen die Probleme nicht unbedingt bei Apple ... :facepalm:

    iMac19,2: Asus B85M-E, Xeon E3-1230 v3, Sapphire Radeon RX580 8GB, 16GB RAM, Clover 5156, macOS 13.6.4

    MacBookPro11,4: Lenovo Thinkpad W541, i5-4340M, intel HD4600 (+nVidia deaktiviert), 16 GB Ram, Whitelist-BIOS-Mod, Clover, macOS 10.14.6, Windows 10

  • Ich habe eben mal nach dem IOConsoleUser gegoogelt.


    Um dem ganzen aber auf den Grund gehen zu können wären folgende Infos nötig:
    - welche Clover-Version wird eingesetzt?
    . ist der EmuVariablesUefi-64.efi im Ordner /EFI/CLOVER/drivers64UEFI vorhanden?
    - wurden die RC-Scripte installiert?
    Nachvollziehbar, in dem man unter /etc folgende Verzeichnisse und Dateien findet:

    Hierbei ist der "70.disable_sleep_proxy_client.local" nicht wichtig und deswegen auch "disabled"
    - befindet sich eine Datei namens "nvram.plist" im Hauptverzeichnis eurer versteckten EFI-Partition?


    Der Hintergrund:
    Mit diesen RC-Scripten, im Zusammenhang mit dem EmuVariablesUEFI-64-Treiber, kann Clover die Werte des aktuellen NVRAMs auslesen und in die "NVRAM.plist" schreiben.
    Dies erfolgt über das Script "/etc/rc.shutdown.d/80.save_nvram_plist.local" beim Herunterfahren/Neustart.
    Das Script "/etc/20.mount_ESP.local" wiederum mounted beim Starten diese EFI für kurze Zeit, um daraus die "NVRAM.plist" auszulesen und in den NVRAM zu injecten, so dass dessen Einstellungen auch wieder zur Verfügung stehen.


    Der Fehler mit dem Hänger bei IOConsoleUser kann daran liegen, dass die NVRAM-Daten nicht alle nötigen Infos enthalten, die beim letzten Betriebsstatus dort hätten eingesetzt sein sollen.
    Mit den Scripten und der NVRAM.plist stellt ihr sicher, dass beim Herunterfahren der tatsächliche Inhalt des NVRAMs gesichert und beim nächsten Starten auch wieder genutzt wird.


    Checkt das doch bitte mal aus.
    Bin auf Eure Infos gespannt...

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Der Hacki fährt ja nicht hoch. Ich müsste die Platte ausbauen und per SATA-USB Kit anschließen, weil ich in Windows noch eine Virtual Machine mit macOS drauf hab. Im Grunde genommen kein Problem.
    EmuVariablesUefi-64.efi ist aber definitiv drinnen, das weiß ich noch.
    Die Scripts müssten ja auch da sein. Das Update von 10.12.2 auf 10.12.3 ging ja auch problemlos.
    Das hätte früher ja schon auffallen müssen, dass da im Bootloader vielleicht Scripts fehlen.


    Gibt es denn überhaupt eine Möglichkeit das zu fixen oder komm ich um eine Neuinstallation nicht mehr herum?
    Ich hab das nämlich so verstanden, dass halt nötige Informationen in den NVRAM Dateien aus dem letzten Betriebstatus gesichert werden, wenn diese aber unvollständig sind, geht das überhaupt noch zu retten?


    @McRudolfo
    Den Gedanken hatte ich schon. Würde dann aber die Recovery HD nicht auch streiken?
    Im Übrigen geb ich Apple da keine Schuld, was aus deinem Post für mich so hervorging.
    1. Denk ich, dass ich was übersehen habe und 2. Ist die Rede von einem Hackintosh....


    EDIT: Hab gerade nachgeschaut, bei mir läuft gerade Clover 3899, nicht die aktuellste. Lese aber auch häufig, das Leute wieder downgraden, weil irgendwas nicht läuft in den neusten Versionen.

    iMac Pro (2017)

    Mainboard: Gigabyte Z370M D3H

    Prozessor: Intel Core i7 8700K, 3,7 Ghz

    Grafikkarte: 8GB PowerColor Radeon RX Vega 56 Red Dragon

    Arbeitsspeicher: 16GB DDR4 3000 Mhz G.Skill Aegis CL16

    Betriebssystem(e): MacOs 10.14.6, Windows 10

    Bootloader: Clover 5070

    2 Mal editiert, zuletzt von great_smith ()

  • Ich bin mir nicht sicher, ob ich dich das schon gefragt habe, aber kannst du den Hacki mit dem Boot-Argument "nv_disable=1" booten?

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • @Nio82 das könnte an Quicksync liegen, wenn du von AirPlay Monitor redest ;)

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • @al6042
    Hattest du schon gefragt. Egal doppelt hält besser :D
    Nein, er bleibt an der selben Stelle hängen. Ich habe sogar die Karte komplet ausgebaut und über die Intel HD Grafik gebootet, auch da bleibt er an der selben Stelle hängen.

    iMac Pro (2017)

    Mainboard: Gigabyte Z370M D3H

    Prozessor: Intel Core i7 8700K, 3,7 Ghz

    Grafikkarte: 8GB PowerColor Radeon RX Vega 56 Red Dragon

    Arbeitsspeicher: 16GB DDR4 3000 Mhz G.Skill Aegis CL16

    Betriebssystem(e): MacOs 10.14.6, Windows 10

    Bootloader: Clover 5070

  • @al6042
    Oh Man! Was für ein Wissen - Respekt
    Wenn ich das nachvollziehen kann, müsste man erst den WebDriver deaktivieren vor dem Neustart des Updates, dann könnte ich auch verstehen, das meine Methode so funktioniert hatte.

    1. Z390 Aorus Master - i9 9900K - ASRock Radeon VII - 64GB DDR4 3200

    2. GA Z77-DS3H v1.0 - Intel Core I7 - GeForce GTX 980 (Multi-Monitor-Betrieb) - 32 GB DDR3


  • Update gemacht und meine Baustelle bleibt wie selbstverständlich einfach stehen. Warum denn auch nicht?


  • Nochmal nur so zum Spass:
    Alle User mit dem IOConsoleUser-Problem, bitte mal in der config.plist folgenden Eintrag setzen:
    Unter

    Code
    1. <key>Graphics</key>
    2. <dict>


    bitte

    Code
    1. <key>LoadVBios</key>
    2. <true/>


    hinzufügen.


    Das geht auch mit einem Texteditor über eine Linux Live-Distribution...

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Zitat von great_smith


    ... Im Übrigen geb ich Apple da keine Schuld, was aus deinem Post für mich so hervorging. ....


    Nein, ich habe das eher auf meine Gedanken gemünzt - also eine echte Selbstkritik!

    iMac19,2: Asus B85M-E, Xeon E3-1230 v3, Sapphire Radeon RX580 8GB, 16GB RAM, Clover 5156, macOS 13.6.4

    MacBookPro11,4: Lenovo Thinkpad W541, i5-4340M, intel HD4600 (+nVidia deaktiviert), 16 GB Ram, Whitelist-BIOS-Mod, Clover, macOS 10.14.6, Windows 10

  • @al6042
    Wäre das nicht das selbe, wie im Bootmenü bei Clover die Leertaste zu drücken und dann unter Graphic Injects beim Punkt Load VBIOS den haken zu setzen, was in meinem Fall schon so wahr?


    @McRudolfo
    Wollte dir auch nicht dumm kommen. Wollte selbst nur aussagen, ich bin verzweifelt... HILFE!!!!
    Apple kann ich ja schlecht fragen :D :D :D

    iMac Pro (2017)

    Mainboard: Gigabyte Z370M D3H

    Prozessor: Intel Core i7 8700K, 3,7 Ghz

    Grafikkarte: 8GB PowerColor Radeon RX Vega 56 Red Dragon

    Arbeitsspeicher: 16GB DDR4 3000 Mhz G.Skill Aegis CL16

    Betriebssystem(e): MacOs 10.14.6, Windows 10

    Bootloader: Clover 5070

  • Tja...
    wenn das da schon so steht, dann war das wohl nix... ;)

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Beim Skylake gibt es noch ne Besonderheit:


    Wer das Workarount wegen der Booteinträge gemacht hat, kann nicht einfach das Clover-Update installieren. Falls jemand davon betroffen ist -> in der Sierra-Anleitung.

    Intel - diverse geniale Hardware bis einschließlich Skylake, damals...

    AMD X6 1035T Silentmaxx TwinBlock - ASRock N68-S -8GB RAM - XFX HD 6450 Passiv - Etasis EFN-300

    AMD 7 3700X - Noctua NH-P1 - B550 Aorus Pro V2 - RX460 Passiv - Silentmaxx Fanless II 500 Platinum

    - - - - - - - - HOWTO: RYZENTOSH - - - - - - - -

  • @al6042
    Oh maaannn. Wobei ich die Theorie mit dem NVRAM teilweise nachvollziehen kann. Denn: Normalerweise beginnt der Ladebalken bei der Hälfte und läuft dann ganz schnell durch bis ich dann zum login Bildschirm kam.


    Jetzt beginnt der Balken ab 3/4 und läuft langsam.


    Boote ich nun die Recovery HD beginnt der Balken auch bei 3/4, springt aber dann zum Anfang und läuft neu durch.


    Demzufolge, was du heraus gefunden hast: in den NVRAM Dateien werden Einstellungen vom letzten Betrieb gesichert, kommt mir das beim booten von der Recovery HD so vor, als wenn das System mir damit sagen will: "Scheiß drauf, im Recovery brauch ich die Einstellungen nicht"... Daher lädt der Balken wohl auch von vorne. <--- Wirres Gedankengulasch von einem Lehrling :D

    iMac Pro (2017)

    Mainboard: Gigabyte Z370M D3H

    Prozessor: Intel Core i7 8700K, 3,7 Ghz

    Grafikkarte: 8GB PowerColor Radeon RX Vega 56 Red Dragon

    Arbeitsspeicher: 16GB DDR4 3000 Mhz G.Skill Aegis CL16

    Betriebssystem(e): MacOs 10.14.6, Windows 10

    Bootloader: Clover 5070

  • Ich kann jetzt auch endlich Erfolg vermelden. Ich habe Clover und einige Kexts aktualisiert (auch die RC-Scripte installiert) und diesmal lief das Update reibungslos durch. Klasse! :thumbup:

  • Habe das auch so gemacht und mit Kext Utility die Kexte upgedadet.
    aber immer noch schwarzes Bild..

  • Update hier auch ohne Probleme

    CPU: i9 10900K - Board: Aours Master Z490 - Grafik: AMD 6800 XT - Sound: External USB DAC WLAN+BT: Broadcom BCM94360CD RAM: 4x16GB DDR4 - Dispay: LG 27GP950 (4k mit 144hz) über Display Port 1.4 + DSC - Bootloader: OpenCore - Installationsanleitung auf GitHub

  • @kuckkuck


    Alle drei Monitore sind per Kabel an den Rechner angeschlossen. Zwei über HDMI & einer über DVI.

    1. System (iMac19,2):

    Gigabyte H370 HD3 | Intel i5-9400f 6x2,9Ghz | Gigabyte Radeon RX 570 4GB | Fenvi Broadcom BCM943602CS | Crucial Ballistix Sport 16GB 2x8GB DDR4 2400MHz | SSDs 2x Samsung 970 EVO Plus 250GB 1x Samsung 860 QVO 1TB & 1x WD Blue SN570 1TB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore v1.0 & OCLP 1.5


    2. System (MacbookPro12.1): Link

    Echtes Macbook | Hardware Upgrade: Samsung 970 EVO Plus 512GB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore Legacy Patcher v1.5


    1. Smartphone (iPhone 12): Link

    Violett | 128GB | iOS 17.5.1 | SIM Karten Umbau von Single auf Dual SIM Kartenleser


    2. Smartphone (iPhone XS): Link

    Space Grey | 512GB | iOS 17.5.1 | Gehäuse Tausch gegen eins im Design vom iPhone 14pro

  • Was willst du mir sagen? Meinst du an das Mainboard oder an die GPU?

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • @kuckkuck


    OK hätte ich dazu schreiben können. Alle drei Monitore hängen direkt an der Grafikkarte. Die iGPU (Intel HD2500) & macOS verstehen sich nicht so gut. ;-) Daher nutze ich diese auch nicht.


    P.S. Es geht um den iMac13,2 aus meiner Signatur.

    1. System (iMac19,2):

    Gigabyte H370 HD3 | Intel i5-9400f 6x2,9Ghz | Gigabyte Radeon RX 570 4GB | Fenvi Broadcom BCM943602CS | Crucial Ballistix Sport 16GB 2x8GB DDR4 2400MHz | SSDs 2x Samsung 970 EVO Plus 250GB 1x Samsung 860 QVO 1TB & 1x WD Blue SN570 1TB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore v1.0 & OCLP 1.5


    2. System (MacbookPro12.1): Link

    Echtes Macbook | Hardware Upgrade: Samsung 970 EVO Plus 512GB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore Legacy Patcher v1.5


    1. Smartphone (iPhone 12): Link

    Violett | 128GB | iOS 17.5.1 | SIM Karten Umbau von Single auf Dual SIM Kartenleser


    2. Smartphone (iPhone XS): Link

    Space Grey | 512GB | iOS 17.5.1 | Gehäuse Tausch gegen eins im Design vom iPhone 14pro