Virtuelle Laufwerke haben Tradition auf dem Mac. Man kann sie als passwortgesicherten Dateispeicher verwenden, Programme und Dokumente ansehnlich darin verpacken oder als Basis für Virtuelle Maschinen verwenden. Auf Classic-Macs konnten Anwender sogar ein virtuelles Laufwerk im Arbeitsspeicher anlegen, um den Zugriff auf dort abgelegte Dateien zu beschleunigen. Standardmäßig verwaltet und erzeugt das Festplattendienstprogramm (engl. Disk Utility) diese Medien.


Ein virtuelles Laufwerk, auch Drive Image oder Image-Datei genannt, erscheint im Finder als einzelne Datei. In dieser Form sind die darin enthaltenen Dateien möglichst platzsparend untergebracht. Doppelklickt man eine Image-Datei, fungiert sie fortan wie ein externes Medium mit eigenem Format und Dateisystem. Anwender können nun die darin enthaltenen Dateien lesen und herauskopieren. Beschreibbare Images können wachsen, nehmen also Änderungen und neue Dokumente auf. Beim Einrichten eines beschreibbaren Images gibt man eine maximale Größe an, beispielsweise 25 GByte. Dieser Speicherplatz steht bereit, sobald das virtuelle Laufwerk aktiviert ist.



Schutz vor Platzverschwendung
Braucht man den separaten Speicher nicht mehr, wirft man das virtuelle Laufwerk Mac-typisch aus – über das Auswerfen-Symbol in der Finder-Seitenleiste oder die Tastenkombination -E. Dabei schrumpft das Betriebssystem dann die Größe zurecht und begrenzt den tatsächlichen Laufwerksverbrauch auf das, was deren Inhalt benötigt. Im Finder steht neben der Datei aber weiterhin die volle (virtuelle) Größe. Wählt man die Datei aus und ruft mit -I das Info-Fenster auf, klärt die zweite Zeile über den tatsächlichen Platzbedarf auf.



Absichtlich versteckt?
Doch diese tatsächliche Größe ist mit gutem Grund versteckt, führt Howard Oakley in seinem Blogbeitrag zu Image-Dateien auf APFS-Laufwerken aus: Ein Image muss stets genügend verfügbaren Speicherplatz vorfinden, sobald es aktiviert wird. Das wird beispielsweise relevant, wenn eine Image-Datei auf ein anderes APFS-Laufwerk kopiert wird. Darum nimmt der Finder stets an, die volle Image-Größe auf ein zweites Laufwerk kopieren zu müssen. Wer versucht, ein 25 GByte-Image mit 340 MByte realem Speicherbedarf auf einen 16 GByte-Stick zu übertragen, bekommt die Warnung, dass der Platz nicht ausreichen wird. Bei theoretisch ausreichendem Platzbedarf kopiert der Finder dann allerdings nur die tatsächlichen Daten – und ist viel schneller fertig, als der Verlaufsbalken anfangs vermuten lässt. Das gilt allerdings nur für APFS-Laufwerke. Beim Kopieren auf ein HFS+-Laufwerk wird der volle Umfang belegt.


Klon-Funktion macht das Ganze noch verwirrender
Dupliziert man eine Image-Datei nun auf demselben Laufwerk, erweitert sich das Paradoxon: Nun sind dort zwei Dateien mit jeweils 25 GByte theoretischem, laut Info-Fenster jeweils 340 MByte Speicherbedarf. Doch in Wirklichkeit belegen diese beiden Images nur einmal 340 anstatt 680 MByte. Die zweite ist nämlich lediglich ein Klon der ersten, und unveränderte Dateien innerhalb beider Images teilen sich denselben Speicherplatz. Das schont die SSD und beschleunigt Kopiervorgänge, aber führt dazu, dass es kaum noch verlässliche Informationen zum Füllungsgrad von APFS-Laufwerken gibt.