Time Machine to Sparsebundle-Image auf Windows 2012-Server

Also habe ich dieses MB Air (Mojave 14.1 -alle Updates angewendet-) bei der Arbeit und dachte, ich würde versuchen, es mit Time Machine auf einem alten PC mit Windows Server 2012 zu sichern (alle Updates wurden ebenfalls angewendet) und ich gehe das Setup durch Verfahren:

  1. Erstellen Sie ein Sparse-Bundle-Image (erprobte HFS+- und APFS-Images)
  2. Kopieren Sie das Image, um die zuvor eingerichtete Windows-Freigabe mit den richtigen Berechtigungen und der Anmeldung im macOS-Schlüsselbund zu speichern
  3. Mounten Sie das Image von der Windows-Freigabe und überprüfen Sie, ob ich darauf schreiben kann.
  4. Führen Sie den Terminalbefehl aus, um Time Machine so einzustellen, dass die bereitgestellte Freigabe als Ziel verwendet wird:

sudo tmutil setdestination /Volumes/MBAir

Und ich bekomme eine Fehlermeldung

The backup destination could not be set

Nach langem Googeln, wo viele Antworten von AskDifferent auftauchen, scheint keiner von ihnen dieses spezielle Problem mit macOS Mojave zu haben.

Ich bin mir ziemlich sicher, dass ich die richtigen Optionen für das Sparse-Bundle ausgewählt habe. Ich habe sowohl das HFS+- als auch das APFS-Format auf dem Sparsebundle ausprobiert. Und sobald es auf dem Desktop auf dem Mac gemountet ist, kann ich Dateien in das Sparse-Bundle legen, damit es beschreibbar ist.

Fragt sich, ob jemand Erfahrung damit hat?

=== Ich habe den Vorschlag "sudo tmutil setdestination smb://username@server/share -p stattdessen ausprobiert und tmutil erlauben, ein eigenes Sparsebundle auf dem Server zu erstellen." was einen Fehler zurückgegeben hat. Siehe Kommentar unten.

Was passiert, wenn Sie Schritt 4 ändern? Anstatt den Terminal-Befehl auszuführen, verwenden Sie die Time Machine GUI-App und versuchen Sie, Ihr bereitgestelltes Volume daraus auszuwählen. Oh, und Time Machine kann keine Backups auf APFS-Volumes erstellen, also müssen Sie definitiv HFS+ für Ihr Sparsebundle verwenden.
In Schritt 4 können Sie das Volume NICHT in der GUI auswählen, da es nicht als verfügbare Festplatte ausgewählt werden kann. Und ich habe APFS als Experiment ausprobiert, da nichts anderes funktioniert hat. Mir ist bekannt, dass TM HFS+ erfordert

Antworten (2)

Es stellt sich heraus, dass, wenn Sie ein Sparse-Bundle-Festplatten-Image erstellen, das sich auf einem APFS-Volume befindet, es IMMER als APFS formatiert ist, selbst wenn Sie das Format wie folgt als HFS+ angeben:

Festplattendienstprogramm Sparse Image HFS+

Ich habe ein paar davon erstellt (nur um sicher zu gehen) und jeder ist als Time Machine Destination fehlgeschlagen.

Wie @ user128998 in seinem Kommentar betonte, verlässt sich Time Machine auf eine Funktion von HFS +, um seine Arbeit zu erledigen, und funktioniert nicht mit einer Funktion, die als APFS formatiert ist.

Ich hatte angenommen , dass das Festplattendienstprogramm ein HFS+-formatiertes Sparsebundle erstellt, weil ich diese Option beim Erstellen des Images ausgewählt hatte, wie in der obigen Bildschirmabdeckung gezeigt.

Frustriert habe ich ein Get Info für das gemountete Sparseimage-Bundle durchgeführt und es wurde als APFS-Volume angezeigt. Grr ... Also habe ich es gelöscht und ein anderes erstellt und sehr darauf geachtet, NICHT APFS auszuwählen.

Als ich dieses Sparseimage gemountet habe, wurde es auch als APFS-Volume angezeigt.

Beim Öffnen des Festplattendienstprogramms habe ich das gemountete Sparseimage-Volume ausgewählt und es als HFS+ neu formatiert. Die Operation dauerte länger als ich erwartet hatte (3 - 4 Minuten), aber sie war erfolgreich. Und dieses Mal, als ich den Befehl ausführte

sudo tmutil setdestination /Volumes/MBAir

Es funktionierte!

Vielleicht habe ich also einen Fehler in Mojave (14.2) mit Disk-Images und/oder Sparsebundles gefunden. Oder vielleicht ist es ein erwartetes Verhalten und ich wusste es nicht, so oder so kann dies als gelöst markiert werden.

Ich wollte vorschlagen, das Format doppelt zu überprüfen, um die Möglichkeit eines Benutzerfehlers auszuschließen, aber ich wäre nie auf die Idee gekommen, dass das Festplatten-Dienstprogramm das falsche Format einstellt. Das ist definitiv ein Fehler, der Apple gemeldet werden sollte. Freut mich aber, dass du es erkennen konntest.

Es kann funktionieren, wenn Sie stattdessen das Backup über festlegen sudo tmutil setdestination -p smb://username@server/shareund tmutil erlauben, ein eigenes Sparsebundle auf dem Server zu erstellen. Auf diese Weise weiß es auch, wohin es gehen soll, um das Sparsebundle in Zukunft für Backups zu mounten, wenn es noch nicht gemountet ist

das Passwort-Flag muss direkt hinter "setdestination" stehen. Sobald ich das herausgefunden habe, erhalte ich die Fehlermeldung „Die Festplatte unterstützt keine Time Machine-Sicherungen. (Fehler 45).“ Wenn ich den Sparsebundle-Namen einfüge, erhalte ich denselben Fehler, mit oder ohne die Erweiterung .sparsebundle und unabhängig davon, ob das Image gemountet ist oder nicht. Aber gute Idee, thx!
Ah, tut mir leid, ich werde es bearbeiten, falls jemand anderes jemals hier referenziert, nicht erkannt hat, dass die Reihenfolge für diesen eine Rolle spielt. Schöne Fehlersuche oben übrigens!
Ja. Das Festplatten-Dienstprogramm hat eine Menge lächerlicher Fehler wie diesen. Wenn Sie beispielsweise versuchen, ein ExFAT-Festplatten-Image mit MBR zu erstellen, erhalten Sie am Ende ( diskutil list) NTFS. Erwarten Sie keine Lösung.
Time Machine to Sparsebundle-Image auf Windows 2012-Server
AntwortenHierDatenschutz-Bestimmungen1y, 0v