macOS High Sierra, neue Beta- und Public Beta Versionen

Wenn es mal so einfach wäre!
Ich hab auf meinen verschiedenen Rechnern jetzt etwa zwei dutzend Varianten durchgetestet. auch der neue Lilu-v1.2.1-Kext ist kein Allheilmittel (übrigens hatte ihn @griven hier auch schon vor einigen Tagen nach Rücksprache mit Vit9696 veröffentlicht): Ich hab es bei meiner HS-NVMe auf dem X99er regelmäßig hin bekommen, das schnelle Absturz-Szenario ohne richtiges End-Bild durch zu spielen, wie im Post 128 der High-Sierra-10.13.1-Installationen.
Letzlich ergibt das für meine Rechner beim Installieren folgendes Bild:
Für alle Rechner: neustes Clover_v2.4k_r4287 oder die Beta-Version Clover_v2.4k_r4293 und aktuelle SmBIOS-Werte, sonst geht es nicht!
EmuVariableUefi und CsmVideoDxe-64 raus oder abschalten.
Aktueller APFS-Treiber vom 4.11.
Intel HD 530: Lilu v1.2.1 rein, neu starten, damit Lilu die Verbindungen zu den Plugins speichert, dann Download des Updates über den Apple Appstore und Installation.
X99 & 2x AMD R9/280x: Auffallend: Die Installation mit Lilu & AppleALC, aber ohne Whatevergreen und mit dem Hamachi-Framebuffer scheint nicht möglich!! Wenn 10.13.2 b2 aber erstmal läuft, kann das Grüne auch wieder raus, der Framebuffer wieder an!
Die zweite Platte dort war sogar nur ganz ohne Lilu, WeG und AppleALC und mit Standart-ATI-Framebuffer zum Update zu bewegen. Eigentlich ist sie ein direkter CCC-Clone der ersten!

Z97er & AMD R9/280: Installation nur ohne Lilu und ohne den zuständigen Hamachi Framebuffer möglich (also die Whatevergreen-Configuration ohne den Kext auf AMD-Standart-Framebuffer..)

Der Quo mit Nvidia GTX770ti dreht bisher bei allen Versuchen (mit Clover natürlich!) nur Ehrenrunden und steht noch auf 10.13.1.

Die HS-APFS-Platte für den EX58er hat beim Update einfach keine virtuelle Installations-Partition gebildet, nach dem Neustart kommen da immer die 13 Minuten zum Aufräumen. Ich hab die Platte dann am X99er auf das aktuelle Beta-System gebracht.

Bei den Restarts ist streng darauf zu achten, dass die jeweils in die virtuelle Installer-Platte erfolgen. Ein Fehlschuss ist O.K., beim zweiten fehlt anschließend die Verbindung zur Resource!
Das System zeigt dann erstmal je nach Rechner zwischen 1 und 4 Minuten an, startet neu und zeigt dann die berüchtigten 44 Minuten an.
Die läuft er recht schnell bis zur 17 runter, bis er bei 16 das zweite Mal neu startet, vergehen aber tatsächlich 2 zähe Minuten. Da ist er schon im richtigen System, sortiert seine Kexte aber bei schwarzem (oder grauem) Schirm und einem mit 13 Minuten ablaufenden Balken noch um, bis nach insgesamt realen ca. 20-25 Minuten der Desk mit seinem Sperrschirm erscheint.

Immer der Sperrschirm! Egal, ob in den Systemeinstellungen/Sicherheit/Automatische Anmeldung nun ausgeschaltet oder nicht.

Fazit: Die sicherste Methode scheint mir derzeit, beim Update auf Lilu (wie auf die Treiber EmuVariableUefi und CsmVideoDxe-64) ganz zu verzichten und den Kext erst hinterher wieder in die Clover-EFI zu packen, denn ich hatte sowohl mit dem 1.2.1er als auch mit dem 1.2.0er mehrere Fehlversuche. 1.2.1 läuft zwar gut, auch mit der aktuellen Beta, aber ohne ist das Installieren einfacher!

P.S.: unterdessen gibt es eine neue Clover-Version 4297. Leider ändert die nichts an der schwierigen Installation von 10.13.2 beta 1 & 2..

Nach nur einer Woche sind wir mit Apple bei der Version macOS High Sierra 10.13.2 Beta (17C76a), die dritte Variante von macOS High Sierra 10.13.2 Beta sowohl in der Developer- als auch in der Public Beta Version. Dieses Mal gab es die bezahlte Developer- und die kostenlose Public-Beta-Version wieder an einem Tag.

Apple bringt im App Store eine Beschreibung der Veränderungen, aber ich denke mal, dass das die gesamte Beta von 10.12.3 betreffen soll, denn die sind ja gewöhnlich äußerst wortkarg.

Die Veränderungen gegenüber den bisherigen Betas sind gering, einzig der Kext für AppleGraphicsDeviceControl hat eine neue Versionsnummer (3.16.21 statt 3.16.20). Das heißt zwar grundsätzlich erstmal nichts, was reale Veränderungen betrifft, ist aber schon ein deutlicher Hinweis..
Das Update war mit wieder knapp 3,3 GB erneut reichlich groß, alle Neuerungen der Beta1&2 wurden einmal überschrieben. Die Apple-Installationszeit-Angabe beträgt wieder die unglaublichen 45 Minuten, wieder mit mindestens zwei Zwischenstarts unterbrochen.

Die Installation läuft im gewohnten Rahmen reibungslos, sofern man in der Clover-EFI nvram-PListe löschen und EmuVariable- und CsmVideoDxe-Treiber löschen oder deaktivieren als normal betrachtet..


Safari hat wenigstens eine neue Build-Nr. bekommen, sonst sind mir bisher keine Änderungen aufgefallen.


Manchmal ist es auch spannend, zu sehen, was nicht geändert wurde in der langen Liste der überschriebenen Programme: der DVD-Player liegt immer noch in 32-Bit-Version vor!

Der ständige Absturz der Cloud beim Start in Beta 2 ist bisher ausgeblieben.

Das Karussel dreht sich schneller: schon wieder eine neue Beta in Dev.- und Public-Version. Ohne offensichtliche Bug-Fixes deutet das auf baldigen Release. Jetzt schon!

Was hat sich geändert, was ist gleich? Was leider seit der Beta3 geblieben ist, ist, dass meine kleine Kaffeemaschine zwar Bluetooth anzeigt, aber keine Verbindungen mehr aufbaut. Da stimmt das mit den angekündigten Veränderungen also. Leider. Da wird dann wohl ein neuer Fix fällig..

Sonst kann ich bisher keine reale Veränderung feststellen, es sind allerdings wieder wie üblich alle Apple-Programme des Systems erneuert und auch die gleichen Kexte wieder neu im Paket.

Der Text im Appstore ist wie erwartet exakt der gleiche, auch die Download-Größe ist wieder bei 3,28 GB. Der Store war bei mir diesmal lahm wie schon lange nicht mehr! Die angegebenen Update-Zeiten sind immer noch die exorbitanten 44 Minuten. Lustiger Weise blinkt nach dem ersten kompletten Neustart kurz eine 27er Zeit auf..
Wie zuvor verhindert EmuVariableUefi eine saubere Installation, muss also aus oder raus, die nvram-PListe gelöscht werden. In den Clover-Updates r4298 und r4299 soll das behoben werden/worden sein, mal sehen, ist ja bald Update-Wochenende!

Kleine Merkwürdigkeit am Ende: nach Mitternacht ist die Größe des Updates laut App Store deutlich geschrumpft.

Aber zumindest bei mir ging der Download dadurch auch nicht schneller.

Selbst das Combo-Update für die, die 10.13.2 bisher nicht geladen hatten, ist angeblich kleiner als das aktuelle vor Mitternacht.. Leider hab ich versäumt, die reale Größe zu überprüfen, denn bei Apple ist mir so etwas noch nicht unter gekommen..

Damit wir erfahren, wo der Fehler liegt: Auf jeden Fall das Boot-Arg Verbose (-v) auf der Boot-Seite ankreuzen..

Ansonsten ist es genau so, bei Clover zumindest. Je nach Rechner-Voreinstellung kann es durchaus sein, dass man die virtuelle Install-Disk manuell zum Restart auswählen muss. Der Haken ist nur, dass so nach dem zweiten, dritten Fehlversuch diese Virtuelle Ram-Disk die Verbindung zur Realität verliert und dann schlicht behauptet, es gäbe die hinterlegten Download-Daten nicht mehr. Dann darf man den Install-Kram aus der Root löschen und den Download aus dem Appstore neu anstoßen. Das macht der meist etwas wiederwillig..