g-force
Das soll dann so aussehen:
sudo /sbin/mount -o nobrowse -t apfs /dev/disk3s3 /Users/henties/Documents/
und ist nach dem mount unter Home zu finden, wo Documents mal war. Ich verwende Documents als mount point weil da bei mir während dieser Aktion sowieso nichts laeuft
Nach den Editieren das bless Kommando wie folgt eingeben:
sudo bless --folder /Users/henties/Documents/System/Library/CoreServices --bootefi --create-snapshot
danach ein reboot.
Es is auch nicht notwendig jedesmal vorab in die recovery reinzugehen um das Kommando
csrutil authenticated-root disable
auszufueren um Schreibrechte zu bekommen. Wenn du in deiner OC config.plist unter NVRAM-->Delete einen Eintrag wie im Screenshot unter Punkt 2 anbringst, und in da lässt.
Dieser Eintrag bewirgt das während jeden reboots der Inhalt des NVRAM "variables" NVRAM-->car-active-config gelöscht wird, was immer er auch ist, ob gültig oder nicht, und danach mit den aktuellen Wert, den mann sich wünscht, und der vorab unter NVRAM-->Add-->car-active-config abgelegt ist, ersetzt wird. So kann mann also ohne grossen Aufwand, mittels nur einen reboot, sozusagen "on the fly" sich die notwendigen Schreibrechte zuordnen "ff0f0000" um Änderungen auf der BS /System partition, durfuehren zu dürfen.
Die anderen, zusätzlichen Einträge, die in den Auszug meiner config.plist unter NVRAM-->Delete anwesend sind, werden benötigt, als "reset" oder "immunisation" Funktion, um sicherzustellen, das nicht ohne meines Wissens, durch andere Prozesse "Betriebsysteme" irgendein "variable" geändert wurde, wie Linux es gerne tut. Denn diese NVRAM "variables", und deren Namen, die keine Erfindung der OC Entwickler sind, werden universell in UEFI Umgebungen angewandt und sind also auch durch andere Betriebsysteme in einem multi-boot Rechner, zugänglich, meistens mit unerwünschten Nebenerscheinungen, "to put it bluntly".
Gruesse Henties
.
