Zitat von pstr

manfredm1970  schmalen die Lösung (zumindest bei mir)

Code

1. <key>JumpstartHotPlug</key>
2. <true/>

Danke wieder einen schritt weiter, nun funktioniert aus dem OC Menü Recovery Mode zu starten.

Lionmounter wenn ich das: booter-fileset-kernel 00 in der config.plist in OC aus kommentiere (oder entferne) bootet BS-DP2 nicht.

Noch eine Frage: Ich habe festgestellt das sich bei Wechsel von Catalina 10.15.5 auf die Partition von Big Sur DP2 mit OC gebootet jetzt bei Big Sur immer die Zeit verändert, Steht immer bei Neustart auf 2032 (da gibst vielleicht Apple garnicht mehr weit in der Zukunft) Kann das mit dem Terminalbefehl, damit man in Einstellung Uhrzeit die 24 Stundenanzeige wieder hergestellt hat, zusammen hängen ?

Lionmounter hast du eine Idee warum das Datum sich verändert bei jedem Neustart von Big Sur ?

Kann ich nicht bestätigen, das nach der Recovery Action (bei mir ist authenticated-root auch disable)

der Befehl mount -uw / keinen Fehler anzeigt.

Nach wie vor kommt dann das hier (also der Fehler 66)

root@iMacPro192-manfred ~ # csrutil authenticated-root status

Authenticated Root status: disabled

root@iMacPro192-manfred ~ # mount -uw /

mount_apfs: volume could not be mounted: Permission denied

mount: / failed with 66

root@iMacPro192-manfred ~ #

auch nicht mit:

root@iMacPro192-manfred ~ # sudo mount -uw /

mount_apfs: volume could not be mounted: Permission denied

mount: / failed with 66

In dem Zusammenhang habe ich bei Macrumors etwas gefunden, um die Snapshot Verschlüsselung oder (Versiegelung wie man hier sagt)

zu verhindern. Hat das schon jemand getestet ?

Hier die deutsche Übersetzung:

Zitat

Entschuldigen Sie, dass ich mich in einen Thread eingefügt habe, dem ich nicht gefolgt bin. Bedeutet dies, dass Sie tatsächlich Live-Änderungen am Systemvolume vornehmen können, ohne einen Neustart durchzuführen? Ich würde sehr gerne einen Weg finden, dies im Allgemeinen auf unterstützten Macs zu tun.

Leute sprachen darüber, Ihren Mac in Phase 3 des Installationsprogramms auszuschalten, um zu verhindern, dass das Installationsprogramm Ihr APFS-Volume versiegelt und es stattdessen vom Live-Volume booten kann. Ich habe dies gerade auf meinem 2012 Mac mini getestet und es funktioniert tatsächlich.

Ich kann jetzt einfach -uw / ohne Probleme mounten.

Wenn Sie also mit der Installation von Big Sur beginnen, werden die Daten auf das APFS-Volume kopiert (Stufe 1), dann neu gestartet und macOS installiert (Stufe 2). Dann wird es neu gestartet, aber dieses Mal halten Sie cmd + v gedrückt, um in den ausführlichen Modus zu wechseln und es laufen zu lassen, bis Sie eine Zeile sehen, die so etwas wie sagt

Code:

An diesem Punkt schalten Sie Ihren Mac aus. Schalten Sie dann Ihren Mac wieder ein, indem Sie die Optionstaste / Alt-Taste gedrückt halten, um zum Startmenü zu gelangen und Ihr Big Sur-Volume auszuwählen.

Hier der Link zu Original in englisch:

Von Macrumors Forum Thema Big Sur

Zitat von Doctor Plagiat

Wer gelegentlich oder öfters bei insanelmac unterwegs ist, wird ja schon von "Fixing APFS Snapshot Procedure" gelesen haben. Nachdem ich die Informationen ein paar Tage liegen lassen habe, habe ich sie heute mal umgesetzt.

Dazu muss man ins Recovery. Dort den csrutil status und csrutil authenticated-root-status abfragen. Wenn nicht disabled, dann muss man es disablen und noch mal neu ins Recovery booten.

Die Befehle, die ich dann benutzt habe, habe ich als Terminal-Ausgabe abgespeichert.

Wer es nachmachen will "ALLES AUF EIGENE GEFAHR"

Spoiler anzeigen

-bash-3.2# csrutil status

System Integrity Protection status: disabled (Apple Internal).

-bash-3.2# csrutil authenticated-root status

Authenticated Root status: disabled

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.1 GB disk0

1: EFI ⁨EFI⁩ 209.7 MB disk0s1

2: Apple_APFS ⁨Container disk1⁩ 499.9 GB disk0s2

/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +499.9 GB disk1

Physical Store disk0s2

1: APFS Volume ⁨Catalina - Daten⁩ 108.8 GB disk1s1

2: APFS Volume ⁨Preboot⁩ 84.5 MB disk1s2

3: APFS Volume ⁨Recovery⁩ 528.5 MB disk1s3

4: APFS Volume ⁨VM⁩ 1.1 MB disk1s4

5: APFS Volume ⁨Catalina⁩ 11.2 GB disk1s5

/dev/disk2 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *480.1 GB disk2

1: Windows Recovery ⁨⁩ 554.7 MB disk2s1

2: EFI ⁨NO NAME⁩ 104.9 MB disk2s2

3: Microsoft Reserved ⁨⁩ 16.8 MB disk2s3

4: Microsoft Basic Data ⁨Windows⁩ 268.3 GB disk2s4

5: Linux Filesystem ⁨⁩ 32.2 GB disk2s5

6: Linux Filesystem ⁨⁩ 32.2 GB disk2s6

7: Linux Filesystem ⁨⁩ 32.2 GB disk2s7

(free space) 114.5 GB -

/dev/disk3 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk3

1: EFI ⁨EFI⁩ 209.7 MB disk3s1

2: Apple_APFS ⁨Container disk5⁩ 2.0 TB disk3s2

3: Microsoft Basic Data ⁨FAT32VOLUME⁩ 50.0 GB disk3s3

/dev/disk4 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk4

1: Microsoft Basic Data ⁨Windows-Daten⁩ 805.3 GB disk4s1

2: Linux Filesystem ⁨⁩ 386.5 GB disk4s2

3: Linux Filesystem ⁨⁩ 386.5 GB disk4s3

4: Linux Filesystem ⁨⁩ 386.5 GB disk4s4

5: Linux Swap ⁨⁩ 35.5 GB disk4s5

/dev/disk5 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +2.0 TB disk5

Physical Store disk3s2

1: APFS Volume ⁨Mac-Daten⁩ 1.3 TB disk5s1

/dev/disk6 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *525.1 GB disk6

1: EFI ⁨EFI⁩ 209.7 MB disk6s1

2: Apple_APFS ⁨Container disk7⁩ 524.9 GB disk6s2

/dev/disk7 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +524.9 GB disk7

Physical Store disk6s2

1: APFS Volume ⁨Big Sur - Daten⁩ 49.8 GB disk7s1

2: APFS Volume ⁨Preboot⁩ 344.0 MB disk7s2

3: APFS Volume ⁨Recovery⁩ 740.3 MB disk7s3

4: APFS Volume ⁨VM⁩ 1.1 MB disk7s4

5: APFS Volume ⁨Big Sur⁩ 13.6 GB disk7s5

/dev/disk8 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme +1.8 GB disk8

1: Apple_APFS ⁨Container disk9⁩ 1.8 GB disk8s1

/dev/disk9 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +1.8 GB disk9

Physical Store disk8s1

1: APFS Volume ⁨macOS Base System⁩ 1.6 GB disk9s1

2: APFS Volume ⁨Preboot⁩ 130.0 MB disk9s2

-bash-3.2# mount -uw /Volumes/Big\ Sur

-bash-3.2# /System/Library/Filesystems/apfs.fs/Contents/Resources/apfs_systemsnapshot -v /Volumes/Big\ Sur -r ""

Attempting tagging of snapshot on volume: /Volumes/Big Sur

-bash-3.2# diskutil apfs listSnapshots /Volumes/Big\ Sur

Snapshot for disk7s5 (1 found)

|

+-- 53FE25B3-5D2D-4824-99C6-5D9B6AF68C6B

Name: com.apple.os.update-B2BBC6F7660B49E9C4D03CEB7D5BDD876854DF64C5A249A1FE6E72CA5F59F62A

XID: 3898

Purgeable: Yes

NOTE: This snapshot limits the minimum size of APFS Container disk7

-bash-3.2# diskutil apfs deleteSnapshot /Volumes/Big\ Sur -uuid 53FE25B3-5D2D-4824-99C6-5D9B6AF68C6B

Deleting APFS Snapshot 53FE25B3-5D2D-4824-99C6-5D9B6AF68C6B "com.apple.os.update-B2BBC6F7660B49E9C4D03CEB7D5BDD876854DF64C5A249A1FE6E72CA5F59F62A" from APFS Volume disk7s5

Started APFS operation

Finished APFS operation

-bash-3.2# diskutil apfs listSnapshots /Volumes/Big\ Sur

No snapshots for disk7s5

-bash-3.2#

Nach dem Neustart in BigSur (beim booten gabe es keine Ausgabe mehr wie "diskXsYsZ ist not redable") habe ich das Terminal geöffnet und ...

Der Snapshot ist weg.

EDIT: Im Finder ist das BigSur-Volume weiterhin nicht beschreibbar.

Im Terminal habe ich mit sudo nano test.txt aber eine Datei ins root gelegt.

Edit2: Ich kann sie im Finder auch nicht mehr löschen, geht auch nur im Terminal mit sudo rm test.txt

Alles anzeigen