Es ist ziemlich kompliziert, und tatsächlich besteht ein großer Teil der Komplexität darin, Platzverschwendung zu vermeiden. Ich glaube nicht, dass Sie irgendetwas "zurückfordern" können, ohne es zu zerbrechen.
Lassen Sie mich am Anfang beginnen: Ihre Festplatte (/ dev / disk0) hat zwei relevante Partitionen: Macintosh HD (Ihr reguläres Startvolume) und Recovery HD.
Recovery HD ist in der Partitionstabelle mit dem Typ Apple_Boot gekennzeichnet, hat jedoch tatsächlich das normale HFS + -Format. Es enthält minimale Boot-Dateien und Kernel sowie unter /com.apple.recovery.boot/BaseSystem.dmg ein Disk-Image mit einer reduzierten und optimierten Kopie von OS X. Der Booter stellt dieses Volume bereit (es wird als / dev / angehängt). disk1) und überträgt auf OS X, das darauf läuft. Dies ist das Mac OS X-Basissystem.
Beachten Sie, dass die Wiederherstellungs-Festplatte nur 650 MB groß ist, das Mac OS X-Basissystem jedoch 1,4 GB? Das liegt daran, dass es sich um ein komprimiertes Disk-Image handelt (und ich bin mir ziemlich sicher, dass die Komprimierung der Grund ist, warum sie sich mit all diesen Tricks mit Disk-Images herumschlagen). Eigentlich ist BaseSystem.dmg auf nur 451 MB komprimiert (zumindest in OS X 10.7.0).
Auch die Volume-Benennung ist etwas inkonsistent. Sie haben / dev / disk1s3 mit dem Namen "Recovery HD", aber aus irgendeinem Grund ist es im Wiederherstellungsmodus als "/ Volumes / Image Volume" gemountet. BaseSystem.dmg hat ein Volume mit dem Namen "Mac OS X Base System".
Das sind also disk0 und disk1; Was ist mit dem Rest? Ich bin mir nicht sicher, aber ich bin mir ziemlich sicher, dass es sich um RAM-Datenträger handelt, um temporäre Daten in Ordnern zu speichern, die OS X während der Ausführung ändert (denken Sie daran, dass Sie im Wiederherstellungsmodus ein schreibgeschütztes Datenträger-Image verwenden). Das Ausführen des mount
Befehls im Wiederherstellungsmodus ist informativ:
$ mount
/dev/disk1s3 on / (hfs, local, read-only)
devfs on /dev (devfs, local, nobrowse)
/dev/disk2 on /Volumes (hfs, local, union, nobrowse)
/dev/disk3 on /private/var/tmp (hfs, local, union, nobrowse)
/dev/disk4 on /private/var/run (hfs, local, union, nobrowse)
/dev/disk5 on /System/Installation (hfs, local, union, nobrowse)
/dev/disk6 on /private/var/db (hfs, local, union, nobrowse)
/dev/disk7 on /private/var/folders (hfs, local, union, nobrowse)
/dev/disk8 on /private/var/root/Library (hfs, local, union, nobrowse)
/dev/disk9 on /Library/ColorSync/Profiles/Displays (hfs, local, union, nobrowse)
/dev/disk10 on /Library/Preferences (hfs, local, union, nobrowse)
/dev/disk11 on /Library/Preferences/SystemConfiguration (hfs, local, union, nobrowse)
/dev/disk12 on /Library/Keychains (hfs, local, union, nobrowse)
/dev/disk0s2 on /Volumes/Macintosh HD (hfs, local, journaled)
/dev/disk0s3 on /Volumes/Image Volume (hfs, local, read-only, journaled)
Diese "Vereinigungs" -Attribute bedeuten, dass Dinge im relevanten Ordner im Startvolume sichtbar sind, aber alles, was geändert wird, wird auf einer RAM-Disk gespeichert, von der ich ziemlich sicher bin.
Wenn Sie sich diese Informationen selbst ansehen möchten, können Sie die entsprechenden Volumes vom normalen Betriebssystem aus bereitstellen:
# Mount "Recovery HD":
$ diskutil mount /dev/disk0s3
# Mount "Mac OS X Base System":
$ hdiutil mount /Volumes/Recovery\ HD/com.apple.recovery.boot/BaseSystem.dmg -noverify