Wie kann ich Time Machine-Dateien über die Befehlszeile löschen?

Ich möchte mit rm einige Dateien / Verzeichnisse von meiner Time Machine Partition löschen , kann dies jedoch nicht. Ich bin mir ziemlich sicher, dass das Problem mit einer Art von erweiterten Zugriffssteuerungsattributen für Dateien in der Sicherung zusammenhängt, aber ich weiß nicht, wie ich sie überschreiben / deaktivieren soll, damit rm funktioniert. Ein Beispiel für den Fehler, den ich erhalte, ist:

% sudo rm -rf Backups.backupdb/MacBook/Latest/MacBook/somedir
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir: Directory not empty
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir/somefile: Operation not permitted

Es gibt eine Reihe von Gründen, aus denen ich weder die Time Machine-GUI noch den Finder verwenden möchte. Wenn möglich, möchte ich den erweiterten Schutz für alle anderen Dateien beibehalten (ich möchte sie nicht global deaktivieren, es sei denn, ich kann sie nach Abschluss meiner Arbeit wieder aktivieren).

Verwenden Sie das Time Machine Safety Net "Bypass" Programm, um "Operation not allowed" Fehler umzugehen :

sudo /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass rm -rfv /Volumes/[disk]/Backups.backupdb/[path]

In 10.8 Mountain Lion wurde die Umgehungsstraße in "Helpers" verschoben:

/System/Library/Extensions/TMSafetyNet.kext/Helpers/bypass

In 10.10 Yosemite wurde die Umgehungsstraße hierher verschoben:

/System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass

Beachten Sie beim Löschen bestimmter Snapshots Folgendes: Da Time Machine feste Verknüpfungen verwendet, wirkt sich die Verwendung rm -rvon Ordnern möglicherweise auch auf ältere und neuere Snapshots desselben Computers aus . (Weitere Antworten tmutil deletezum sicheren Löschen eines bestimmten Snapshots finden Sie unter.) Das rmLöschen aller Snapshots für einen einzelnen Computer ist jedoch in Ordnung. Dies wird verwendet rm, um eine bestimmte Datei zu löschen. Dabei wird nur die fest verknüpfte Datei aus den von Ihnen angegebenen Snapshots entfernt, vorausgesetzt, die Datei befindet sich nicht in einem fest verknüpften Verzeichnis, da Sie die Datei dann tatsächlich aus allen entfernen würden diese fest verbundenen Verzeichnisse.

BLUF (unterste Zeile oben):

sudo tmutil delete snapshot-dir

Verwenden Sie alle ACLs aus einer Ordnerhierarchie entfernen funktioniert nicht auf die Dateien und Ordner in Time Machine Backups.backupdb , wegen des TM Safety Net - Mechanismus und die in dieser beschriebenen Kriterien 318 Tech Journal Post (aber möglicherweise nicht genau , wie beschrieben) .     (Bevor ich dies durch das Nachschlagen des in Eric Ws Antwort erwähnten Sicherheitsnetzes erfuhr (was funktioniert), hatte ich nur einen Ordner getestet, der aus einem Unterordner eines TM-Backups geklont wurde, und dort funktionierte chmod . Aber ich habe versucht, chmod für einen Ordner in einem tatsächlichen zu verwenden.) TM-Backup gibt den Fehler "Vorgang nicht zulässig" aus.)sudo chmod -R -N folder

Mögliche Verwendung:
    Unter Mac OS 10.7+ gibt es einen tmutil- Befehl (den ich nicht ausprobiert habe, da ich immer noch auf Snow Leopard bin). Es hat ein Löschverb , das gemäß der Beschreibung "Snapshots von Backups löschen kann, die nicht vom aktuellen Computer erstellt wurden oder von diesem nicht beansprucht werden" (wobei ein "Snapshot" ein datierter Ordner ist, der ein einzelnes inkrementelles Backup darstellt). Es ist mir nicht klar, ob dies bedeutet, dass keine Snapshots gelöscht werden können, die vom aktuellen Computer erstellt oder von diesem beansprucht werden. (?)

Eine Warnung zur Verwendung des bypassBefehls zum Entfernen einer alten Sicherung: Wenn die gelöschte Sicherung Ordner enthält, die in früheren oder späteren Sicherungen identisch sind, werden möglicherweise auch Dateien aus früheren oder späteren Sicherungen gelöscht !

Time Machine verwendet nicht nur Hardlinks für unveränderte Dateien, sondern auch Hardlinks für Ordner, in denen überhaupt keine Dateien hinzugefügt, geändert oder gelöscht wurden. Dies führt zu etwas wie:

/2014-11-06/folder/file1
                  /file2
                  /file3
/2014-11-13/folder/file1 = hard link to file /2014-11-06/folder/file1
                  /file2 (changed; new inode)
                  /file3 = hard link to file /2014-11-06/folder/file3
/2014-11-20/folder/ = hard link to folder /2014-11-13/folder/
/2014-11-27/folder/ = hard link to folder /2014-11-20/folder/

Mit den oben genannten Einstellungen ist das Löschen von Dateien /2014-11-06/folder/in Ordnung und wirkt sich nur auf die Sicherung für dieses Datum aus. Die Anzahl der Hardlink-Verweise wird verringert, sodass der " Inode " für file2entfernt wird, aber die Inodes für file1und file3haben aufgrund der späteren Sicherungen immer noch einen Verweiszähler von 1. Daher rm -R /2014-11-06ist auch in Ordnung.

Allerdings, das Entfernen einer Datei von entweder /2014-11-13/folder/, /2014-11-20/folder/oder /2014-11-27/folder/effektiv es aus all diesen drei Ordnern entfernen.

Das Problem ist, dass rm -Res nicht um fest verbundene Ordner geht. Es kehrt nur in einen fest verknüpften Ordner zurück, löscht kühn alle seine Dateien und entfernt dann den leeren Ordner.

Also: Wenn Sie ein altes Backup entfernen, sollten Sie nicht in einen fest verknüpften Ordner zurückkehren und dessen Inhalt löschen. Stattdessen sollte man nur den Hardlink für den Ordner selbst entfernen . Also, anstatt rm -Rzu verwenden , tmutil deletewie erklärt in Arnes Antwort .

Als Nebenwirkung , so scheint es , dass die OS X - unlinkBefehl nicht auf Ordner verwendet werden kann : „nur ein Argument, das nicht ein Verzeichnis sein muss, zugeführt werden kann“ . Die OS X-API kann fest verknüpfte Ordner entfernen , ebenso wie GNU Coreutils , wie sie mit Homebrew installiert wurden .

Um all das zu beweisen, ein Testfall (OSX 10.6.8):

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

Beachten Sie, dass die Anzahl der Links für jedes Vorkommen 2 beträgt (zweite Spalte). Entfernen wir das erste Vorkommen:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist 

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

Nach dem Aufheben der Verknüpfung einer der Dateien ist die Anzahl der Verknüpfungen bei jedem Auftreten auf 1 gesunken, obwohl die Datei immer noch dreimal angezeigt wird. Noch keine Probleme. Entfernen Sie das erste Vorkommen erneut:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist 

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
ls: 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist: No such file or directory

Jetzt sind alle weg. Anscheinend wurde die Datei TopSites.plistzuletzt am 06.11.2014 geändert und am 13.11.2014 fest verlinkt, da dann einige andere Dateien zum SafariOrdner hinzugefügt, geändert oder daraus entfernt wurden . Als Nächstes wurde der Inhalt des SafariOrdners in den folgenden beiden Sicherungen nicht geändert, sodass der SafariOrdner am 20.11.2014 und am 27.11.2014 fest mit der vorherigen Sicherung verknüpft war.

In der Tat verwenden die 4 Ordner nur 2 Inodes (erste Spalte):

sh-3.2# ls -lFaid 2014-11*/Users/USERNAME/Library/Safari/
648651968 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:06 2014-11-06-012454/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-13-024438/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-20-014044/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-27-025033/Users/USERNAME/Library/Safari//

Hinweis: Aufgrund des von Eric W erwähnten "TM-Sicherheitsnetzes" funktioniert diese Antwort nicht für den Fall einer Time Machine-Sicherung, auf die sich die Frage speziell bezieht. Für die meisten anderen Fälle sind jedoch die Informationen zum Entfernen von ACLs relevant.

Es ist nicht erforderlich, ACL-Tools zu verwenden, die von einem älteren Betriebssystem kopiert wurden.

Verwenden Sie ls -lediese Option chmod, um ACLs anzuzeigen und zu ändern.

Weitere Informationen finden Sie man chmodunter "ACL-Manipulationsoptionen".

Der Befehl zum Entfernen aller ACLs aus einer Ordnerhierarchie lautet:

chmod -R -N foldername

Zeitmaschine funktioniert wie Rshapshot. Für jedes neue Backup wird ein Baum fester Links erstellt. Feste Links zu Dateien, die bereits in einer früheren Sicherung vorhanden waren, belegen nur sehr wenig zusätzlichen Speicherplatz. Erst wenn der letzte feste Link zu einer Datei entfernt wird, wird die Datei tatsächlich aus dem Dateisystem gelöscht.

Das Entfernen eines gesamten einzelnen Backups schadet nicht. Sie entfernen nur harte Links. Keine andere Sicherung ist betroffen. Dies kann aber über tmutil erreicht werden.

Ein Szenario, in dem der Schutz möglicherweise umgangen werden muss, ist das Entfernen einer bestimmten Datei aus allen Sicherungen (und der Grund, warum ich in diesem Beitrag gelandet bin).

Meine Sicherungsdiskette ist voll. Ich habe eine sehr große Datei (viele Gigabyte), die seit Monaten gesichert wurde. Es gibt eine physische Kopie davon, aber viele Schnappschüsse mit festen Links zu dieser Kopie. Um diese Datei tatsächlich loszuwerden, muss ich den festen Link aus jeder Sicherung entfernen.

Beachten Sie, dass die Inode-Nummer für alle festen Links zu derselben Datei gleich ist.

% cd /Volumes/WD\ 500G\ USB/Backups.backupdb/csm-laptop
% ls -li */Macintosh\ HD/Users/csm/vm.img
...
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-005636/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-015812/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-030036/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-041307/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 Latest/Macintosh HD/Users/csm/vm.img

(Neueste ist nur ein Symlink zum zuletzt datierten Verzeichnis)

% sudo bypass rm -f */Macintosh\ HD\Users\csm\vm.img

Die Datei wird aus allen Sicherungen entfernt und Speicherplatz wird zurückgegeben. Wenn sich die Datei im Laufe der Zeit geändert hat, verfügt jede Sicherung über eine vollständige Kopie, und der zurückgegebene Speicherplatz ist enorm.

Wenn Sie den Befehl nicht als Benutzer ausführen, der "Eigentümer" der Sicherung ist, fällt es Ihnen schwer, ihn über die Befehlszeile zu löschen. Ich hatte gerade dieses Problem mit einer Migration, und wir mussten das gesamte Time Machine-Backup (1 TB +) löschen und das Laufwerk formatieren, bevor wir darauf zugreifen konnten - und vertrauen Sie mir, ich habe alles versucht, um die Berechtigungen zu überschreiben.

Wenn Sie alle Dateien in einem Ordner und nicht nur bestimmte Dateien löschen möchten, können Sie dies erreichen, indem Sie den Ordner zur Ausschlussliste von Time Machine hinzufügen. (Systemeinstellungen -> Time Machine -> Optionen. Ziehen Sie den Ordner hierher.)

Wenn Sie das nächste Mal eine Sicherung durchführen, werden Kopien dieses Ordners aus früheren Sicherungen entfernt.

Wenn Sie dies wirklich von einer CLI aus tun möchten, gibt es einen, wenn auch etwas umständlichen Weg.

1. Erstellen Sie eine Sicherungskopie von /Library/Preferences/com.apple.TimeMachine.plist
2. Kopieren Sie /Library/Preferences/com.apple.TimeMachine.plist an eine Stelle, an der Sie damit spielen können.
3. Cd wohin du es legst.
4. Führen
   plutil -convert xml1 com.apple.TimeMachine.plist
   Sie dies aus, um es von einer binären Form zu konvertieren.
5. Öffnen Sie die konvertierte Liste im bevorzugten Texteditor und suchen Sie nach "Skippaths".
6. Fügen Sie in diesen Abschnitt eine neue Zeile ein, die als formatiert ist <string>/Path/To/Exclude</string>
7. Speichern und beenden, durch Ausführen zurückkonvertieren
   plutil -convert binary1 com.apple.TimeMachine.plist
8. Kopieren Sie Ihre bearbeitete Liste zurück in / Library / Preferences /
9. Starten Sie eine Sicherung, indem Sie ausführen
   /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -auto

Bearbeiten: Wenn Sie Schritt 9 ausführen, werden alle Kopien des neu ausgeschlossenen Ordners aus früheren Sicherungen gelöscht.

Um die Ausnahme zu entfernen, kopieren Sie Ihr Backup zurück in / Library / Preferences.

lsMithilfe des -@Flags können Sie erweiterte Listenattribute in einer langen Ansicht erstellen. Es werden ACLs aufgelistet, wenn Sie das -eFlag angeben . So können Sie herausfinden, womit Sie es zu tun haben, indem Sie verwenden ls -lea@ DIR.

Nach meinen lokalen Time Machine-Backups sieht es so aus, als würde Time Machine erweiterte Attribute mit Metadaten zu den neuesten und ältesten Snapshots anwenden. Die von den xattrs gespeicherten Daten scheinen eine binäre Liste zu sein. Diese scheinen harmlos.

Time Machine versucht außerdem, Zugriffssteuerungslisten auf bestimmte ihm bekannte Verzeichnisse anzuwenden, z. B. auf Verzeichnisse, die sich in einem Standardbenutzerverzeichnis befinden. Möglicherweise stehen Ihnen zwei Arten von Zugriffssteuerungslisten im Weg: die direkt auf die Datei oder das Verzeichnis angewendeten, die das Löschen verweigern, und die übergeordneten Zugriffssteuerungslisten, die das Löschen von Kindern verweigern.

Leider unterstützt Mac OS X Dienstprogramme des Benutzers nicht liefern getfaclund setfaclspezifiziert durch POSIX.2c ACLs anzuzeigen und zu bearbeiten. Um mit ACLs herumzuspielen, müssen Sie etwas programmieren. Siehe die acl(3)Manpage.