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
Das geht nur über den Umweg auf externe Platte klonen, Volume löschen und neu erstellen. Dann das Ganze zurück klonen. Es gibt keine Möglichkeit der direkten Konvertierung.
Ich habe das auch schon durch. Meine SSD war auch APFS case-sensitive erstellt und Photoshop und ein paar andere Programme wollten nicht laufen, also Kommando zurück auf einfaches APFS. Ich weiß nicht ob eine vollständige Neuinstallation, auch sämtlicher Programme, da geholfen hätte. Dazu war ich zu faul.
Wenn du noch genug Platz hast kannst du auch einfach im Container ein neues Volume anlegen und dorthin clonen (dd). Dürfte die schnellste Methode sein.
Also im Container ein neues Volume anlegen, mit dd das "alte" Volume rüberkopieren und dann kann ich das "alte" Volume löschen. Das hört sich gut an. Ich danke dir. 
Ich werde berichten.
Setzt voraus, dass das alte Volume weniger als 50% des Containers belegt. Und vorm löschen des alten Volumes bitte einmal vom neuen booten 
Wenn du keinen spezifischen Grund hast, das Volume zu limitieren kannst du es einfach dynamisch lassen. Das ist ja der große Vorteil dieser Containerbauweise, dass jedes Volume sich seinen Platz suchen kann, ohne dass man etwas resizen oder neu formatieren muss, wenn mal ein neues Volume dazu kommt.
Ja, das mit der Größe war ein Denkfehler von mir. Mit diskutil apfs addVolume disk4 APFS HS würde ich ein neues Volume "HS" erstellen, welches dann dynamisch wäre. Auf welche Disk muss ich das anwenden? Auf disk0s2 oder auf disk4.
Du kannst das auch einfach mit Disk Utility machen, aber auf den Container, also disk4.
Ich hatte jetzt die ganze Zeit das Terminal vor der Nase, da war kein Platz für eine eventuell andere Variante. Das typische Beispiel mit dem Wald und den Bäumen. 
Nochmals vielen Dank.
EDIT: @ebs Ich habe soeben deinen Beitrag gesehen, muss reingeschneit sein, als ich gerade was geschrieben habe. Ist ja dann für dich auch interessant, ob das funktioniert.
Hier gibt es was wie man das im TimeMachine Backup ändern kann.
https://github.com/cr/MacCaseSensitiveConversion
Sehr interessant, aber wenn ich erst ein TimeMachine-Backup machen muss um es dann zu manipulieren, um es dann zurückzuspielen, ist eine Neuinstallation schneller erledigt, zumal mein Benutzerprofil auf einer anderen Platte liegt.
Ich hatte also ein neues Volume im APFS-Format im Container angelegt und wollte das alte Volume mit dd kopieren. Das ging leider nicht, muss ich das aus einem zweiten System aus machen? Denn aushängen kann ich das laufende System ja nicht.
Also habe ich SuperDuper gestartet. Nach dem Kopiervorgang war das neue Volume leider ebenfalls case-sensitive.
Ah. Klar, sorry... wenn dein System währenddessen darauf arbeitet ist das natürlich problematisch. Sollte aber im Recovery System funktionieren.
Dann werde ich das nochmal testen und ansonsten neu aufsetzen. Danke!
EDIT: Weil ich die Idee mi dd gut finde lasse ich nicht locker, obwohl es in der Recovery bzw. mit einem gestarteten HighSierra vom USB-Stick wieder einen Fehlschlag gab. Warum bekomme ich ein "Permission denied"? In der Recovery müßte ich doch die nötigen Zugriffsrechte haben und im Zweitsystem habe ich ein sudo davor eingegeben.
Normal schon. Manche schwören auch auf 0x7F, wobei mir nicht ganz klar ist, warum...
Du könntest es noch mit rsync direkt im System probieren. Damit sollte sich auch alles korrekt aufs neue Volume umziehen lassen.
Fast sudo rsync -a --progress / /Volumes/HS/ sollte es tun, wenn du das laufende System kopieren willst - die Systempartition ist im root ("/") gemountet. Das Zielvolume musst du entsprechend vorher mounten.
OK, ich danke dir. 
