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 erstellen
Jungs ist jemandem eigentlich aufgefallen das unter Developer Beta 4 bei einem Clean Install direkt als APFS installiert wird?
Auch bei einem Update von DP3 nach DP4 wird offensichtlich HFS+ automatisch in APFS umgewandelt. Das ist unschön, zumal meine SSD mit APFS nun wesentlich höhere Zugriffszeiten aufweist. Wenigsten die Datenraten sind unverändert geblieben.
Bin auch alles andere als begeistert von dem ganzen, ich möchte selbst entscheiden dürfen wie ich mein System nutze...
Na ja,
High Sierra ist halt eine Beta, und warum sollte Apple dann nicht das neue Dateisystem damit testen.
Ich für meinen Teil teste gerne das neue Filesystem da HFS+ einfach nur seit Jahren veraltet ist.
Apple konnte es bereits in den vorherigen Betas testen jedoch konnte man dies selbst entscheiden ob man es möchte oder eben nicht.
Ist für mich ein ganz großer Unterschied ob ich es selbst in der Hand habe oder aber aufgezwungen bekomme!
Ziel von Apple wird sicher sein das HFS+ irgendwann nicht mehr unterstützt wird. Kann ich auch verstehen, da APFS viel effizienter sein wird.
Daher wird jeder welcher Apple nutzt irgendwann umstellen müssen.
Wenn das in der Final sowieso als Standard-Dateisystem eingeführt wird, was ja gut sein kann, dann wird
man sowieso nicht mehr wählen können. Und wenn Apple meint, daß man das alte Dateisystem beerdigen sollte, dann werden die da Gründe haben.
Nach dem ich feststellen musste, das meine 960 GB Haut-SSD ja restlos kaputt war, also falsch eingerichtet letztmalig vor fast 2 Jahren und daher die Probleme mit High Sierra
und Updates (konnte ja keine installiere) auftraten, habe ich mich in den letzten 2 Tagen intensiv damit beschäftigt, diese SSD von Grund auf neu einzurichten.
War natürlich viel Arbeit, was umkopieren anbetrifft, auf andere altmodische drehende 2TB Platten usw. Die 960 GB SSD musste ja erst mal vollkommen geleert werden
und ich wollte ja keine Daten verlieren.
Gut, die MacOS Systeme waren alle als Image auf einer anderen SSD gesichert, von daher alles kein Problem, die wieder zurück zu spielen.
Nun die 960 GB SSD mit Efi Partition und Recovery-Partitionen für High Sierra und Sierra erstellt und nun gehen alle Updates, sowohl die Public-Beta Beta2 auch Public Beta3
als auch die Developer Beta3 auf Dev.Beta4. Ich habe wieder 5 Partitionen auf der 960 GB SSD eingerichtet, 1 mal Sierra 10.12.6 und 1 mal High Sierra 10.13 Beta4 als Developer
Beta-Partition und 1 mal High Sierra 10.13 Beta3 als Public Beta3 und 2 größere Daten-Partitionen. Nun endlich bin ich nicht mehr auf das PikerAlpha Script angewiesen, was zwar vorher auch funktionierte und
ich es noch gut für mein Laptop benutzen kann, denn dort die die einzige SSD (480GB) nur als MBR-Platte konfiguriert, weil auf der selben Platte noch 2 mal Windows (Win8.1
und Win10) drauf ist. Dort gehts schlecht mit Efi Partition und Recovery-Partition für MacOS.
Das PikerAlpha Script (ich weiss nicht wer es hier kennt) mach nur eines, aus den Update-Dateien wird eine Install.pkg erstellt, welche man dann einfach im 10.13 nach der
Beta3 Dev. z.b. ausführen muss und dann wird die Beta 4 Dev. installiert.
Übrigens kann ich nicht bestätigen, das automatisch die macOS Partition von Dev.Beta3 zu Dev.Beta4 auf APFS umgestellt wurde. ist nach wie vor HFS+ Journaled
als Dateisystem bei mir. und das soll auch so bleiben denn APFS ist lange noch nicht ausgereift, dazu gibts ettliche Artikel im Netz.
Jedenfalls ist an meinem Haupt-Mac nun alles i.O. Muss das ganze nun in meinem Schrank-PC(Mac) mit altem P55 MSI Board noch ändern.
@BlackOSX.... ja dazu muss ich auch sagen, das es auch an der Installationsmethode liegt. Mit meiner ersten Methode, bei der Beta1,
habe ich nur das core.pkg, welches in der installEDS/Packages liegt, ausgeführt und so schnell war das High Sierra erfolgreich installiert.
Und da ging kein Update zur Dev.Beta2. und nur daraufhin hat man ja in insanelymac das auch festgestelt und PikerAlha hat dann das gute Script geschrieben,
worauf hin es dann problemlos ging, nur mit der Fehlermeldung am Schluss "Installed failed", was aber nur durch das versuchte Recovery-Updste erschien.
Das Update selbst wurde einwandfrei installiert.
Ich habe dann auch mit der Createinstall (USB) Variante die beiden HighSierra (Public und Developer) neu aufgesetzt und dort gehen
dann die normalen Updates mit meiner korrigierten SSD.
Bei den Verrückten gibt es auf Seite 114 des High Sierra Threads eine neue apfs.efi, die, zumindestens bei Clover, keinen Debug-Output mehr hat.
Dann mal für alle welche nicht den Thread suchen möchten und auch keine Rechte zum Download dort haben die Datei.
Ein paar Ausgaben hat die Datei doch noch aber deutlich weniger.
Wollt ich auch gerade hier rein posten. 
Wenn ichs mit Terminal machen wollte hätte ich nicht nach einem Tool gefragt. 
Ist es nicht egal, ob Du diese einfache Zeile eingibst, oder ob es ein Tool für Dich macht? Bei mir läuft der Stick jedenfalls nach Terminal-Befehl sauber und problemlos..
Ich weiß das man so ziemlich alles am Rechner über Terminal machen kann & das viele, besonders Profis dieses auch ausgiebig nutzen. Ich hingegen werde einfach nicht warm mit dem Terminal & nutze es nur wenn es unbedingt sein MUSS!
Hier dann das neue APFS auch mal für unsere fleissigen OZ Rom Bastler 
Ich weiß es ist eigentlich kein guter Stil sich selbst zu antworten aber diesmal muss ich davon Gebrauch machen denn ich habe was für Euch also zumindest für die von Euch die wie ich noch ein Z77-DS3H einsetzen (Revision 1.1). Hier ist ein OZ ROM der vollkommen HighSierra kompatibel ist (DP4): Z77-DS3H-Rev1_1-HighSierra.F11a.zip
Im Rom befinden sich folgende Bestandteile:
Zudem enthält das Archiv ein Abbild meines eingesetzten EFI Ordners der neben einer DSDT die passend für das Z77-DS3H gepached ist auch alle notwendigen Extensions enthält damit alles aus einem Guss läuft (lilu.kext, AppleALC, Shiki, WhatEverGreen). Ebenfalls enthalten ist ein Beispiel für eine KernExtPatcher.plist die bereits die nötigen Patches für den Betrieb im XCPM Modus für IvyBridge basierte Systeme enthält. Um XCPM effektiv zu nutzen muss noch eine SSDT für den eingesetzen Prozessor erzeugt werden (https://github.com/Piker-Alpha/ssdtPRGen.sh) sowie ein PlattformPlugin gewählt werden (https://github.com/Piker-Alpha/freqVectorsEdit.sh) für das Plattform Plugin kann einfach der iMAC15.1 als Vorlage gewählt werden. In den Defaults ist das System passend zum IvyBridge als iMac13,2 definiert.
Wäre das auch für ein Z77m-d3h rev 1.1 machbar?
Für den Moment möchte ich es bei dem Z77 belassen denn wir sind hier im Beta Bereich und das was ich für das Z77 mache kann ich selber testen sprich ich kann sagen was geht und was nicht und eventuell auch warum nicht. Natürlich lässt sich der APFS Treiber und das modifiziere Ozmosis bestimmt auch ins Z77m-d3h einbauen nur testen kann ich das nicht und ich möchte in der Phase ungern was rausgeben was nicht getestet ist und am langen Ende dann nicht funktioniert. Ich schau mir das aber gerne mal an und wir testen das dann Bilateral und wenn alles geht kann man das dann auch für die breite Masse freigeben.
