Comment puis-je supprimer des fichiers Time Machine à l'aide de la ligne de commande

Je souhaite supprimer certains fichiers / répertoires de ma partition Time Machine à l'aide de rm , mais je suis incapable de le faire. Je suis presque sûr que le problème est lié à une sorte d'attributs étendus de contrôle d'accès sur les fichiers de la sauvegarde, mais je ne sais pas comment les remplacer / les désactiver pour que rm fonctionne. Un exemple d'erreur que je reçois est:

% 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

Il existe un certain nombre de raisons pour lesquelles je ne souhaite pas utiliser l'interface graphique de Time Machine ni le Finder à cet effet. Si possible, j'aimerais pouvoir maintenir la protection étendue pour tous les autres fichiers (j'aimerais ne pas les désactiver globalement, à moins que je ne puisse le réactiver une fois mon travail terminé).

Pour contourner les erreurs "opération non autorisée", utilisez le programme "contournement" de Time Machine Safety Net :

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

Dans 10.8 Mountain Lion, contournement déplacé dans 'Helpers':

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

Dans 10h10 Yosemite, le contournement s'est déplacé ici:

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

Faites attention lorsque vous l' utilisez pour supprimer des instantanés spécifiques: étant donné que Time Machine utilise des liens physiques, l'utilisation rm -rde dossiers peut également affecter les instantanés anciens et plus récents du même ordinateur . (Voir les autres réponses concernant la tmutil deletesuppression en toute sécurité d'un instantané spécifique.) Utiliser rmpour supprimer tous les instantanés d'un seul ordinateur est cependant correct. Il en va de même rmpour supprimer un fichier spécifique, qui ne supprimera que le fichier lié durement de la ou des capture (s) que vous spécifiez, en supposant que le fichier ne se trouve pas dans un répertoire lié durement, car vous supprimeriez alors le fichier de tous les fichiers. ces répertoires liés.

BLUF (ligne du bas à l'avant):

sudo tmutil delete snapshot-dir

En utilisant pour supprimer tous les ACLs d'une hiérarchie de dossiers ne fonctionne pas sur les fichiers et les dossiers de Time Machine Backups.backupdb , en raison de la TM Safety Net mécanisme et les critères décrits dans le présent 318 Tech Journal post (mais peut - être pas exactement comme décrit) .     (Avant d'apprendre cela en cherchant dans le filet de sécurité mentionné dans la réponse d'Eric W (ce qui fonctionne), je n'avais testé que sur un dossier cloné à partir d'un sous-dossier d'une sauvegarde TM, et chmod fonctionnait. Mais essayer chmod sur un dossier dans un fichier réel La sauvegarde TM donne l'erreur "Opération non autorisée".)sudo chmod -R -N folder

D'utilisation possible:
    Sous Mac OS 10.7+, il existe une commande tmutil (que je n'ai pas encore essayée car je suis toujours sur Snow Leopard). Il comporte un verbe de suppression qui, selon la description, "peut supprimer des instantanés de sauvegardes qui n'ont pas été effectuées par la machine actuelle ou ne sont pas revendiqués par celle-ci" (où un "instantané" est un dossier daté représentant une sauvegarde incrémentielle unique). Il n'est pas clair pour moi si cela signifie qu'il ne peut pas supprimer des instantanés qui sont faites par ou revendiqués par la machine actuelle. (?)

Avertissement concernant l'utilisation de la bypasscommande pour supprimer une ancienne sauvegarde: si la sauvegarde supprimée contient des dossiers identiques à ceux des sauvegardes précédentes ou ultérieures, les fichiers peuvent également être supprimés des sauvegardes antérieures ou ultérieures !

Time Machine utilise non seulement des liens physiques pour les fichiers non modifiés, mais également des liens physiques pour les dossiers dans lesquels aucun fichier n'a été ajouté, modifié ou supprimé. Cela donne quelque chose comme:

/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/

Avec ce qui précède, supprimer n'importe quel fichier /2014-11-06/folder/est correct et n'affecte que la sauvegarde pour cette date. Le nombre de références de liaisons physiques est réduit, de sorte que "l' inode " file2sera supprimé, mais les inodes pour file1et file3auront toujours un nombre de références de 1 en raison des sauvegardes ultérieures. Par conséquent, rm -R /2014-11-06c'est bien aussi.

Cependant, supprimer tout fichier de l’un ou de l’autre /2014-11-13/folder/, /2014-11-20/folder/ou /2014-11-27/folder/le supprimera effectivement de tous ces 3 dossiers.

Le problème est que rm -Rpeu importe les dossiers liés. Il ne fait que récursir dans tous les dossiers durement liés qu'il trouve, efface hardiment tous ses fichiers, puis supprime le dossier vide.

Ainsi: lors de la suppression d'une ancienne sauvegarde, il ne faut pas recurse dans un dossier dur et supprimer son contenu. Au lieu de cela, vous ne devez supprimer que le lien physique du dossier lui-même . Donc, plutôt que d' rm -Rutiliser tmutil deletecomme expliqué dans la réponse d'Arne .

En passant, il semble que la unlinkcommande OS X ne puisse pas être utilisée sur des dossiers : "un seul argument, qui ne doit pas être un répertoire, peut être fourni" . L'API OS X peut supprimer les dossiers liés de manière rigoureuse, de même que GNU Coreutils , comme s'il était installé avec Homebrew .

Enfin, pour prouver tout ce qui précède, un scénario de test (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

Notez que le nombre de liens pour chaque occurrence est 2 (deuxième colonne). Supprimons la première occurrence:

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

Ainsi, après avoir dissocié l'un des fichiers, le nombre de liens est tombé à 1 pour chaque occurrence, même si le fichier est toujours affiché 3 fois. Pas de problèmes pour le moment. Supprimez à nouveau la première occurrence:

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

Maintenant tous sont partis. Apparemment, le fichier a TopSites.plistété modifié pour la dernière fois le 2014-11-06 et lié en dur le 2014-11-13, à ce moment-là, certains autres fichiers ont été ajoutés, modifiés ou supprimés dans le Safaridossier. Ensuite, le contenu du Safaridossier n'a pas changé dans les deux sauvegardes suivantes. Ainsi, les 2014-11-20 et 2014-11-27, le Safaridossier était lié à la sauvegarde précédente.

En effet, les 4 dossiers n’utilisent que 2 inodes (première colonne):

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//

Remarque: en raison du "filet de sécurité TM" mentionné par Eric W, cette réponse ne fonctionne pas dans le cas d'une sauvegarde Time Machine, à laquelle la question se rapporte spécifiquement. Mais dans la plupart des cas, les informations sur la manière de se débarrasser des listes de contrôle d'accès sont pertinentes.

Il n'est pas nécessaire d'utiliser des outils ACL copiés à partir d'un ancien système d'exploitation.

Utilisez ls -lepour afficher et chmodmodifier les ACL .

Pour plus d’informations, tapez man chmodet regardez sous ”Options de manipulation ACL”.

La commande permettant de supprimer toutes les listes de contrôle d'accès d'une hiérarchie de dossiers est la suivante:

chmod -R -N foldername

Time Machine fonctionne comme rshapshot. Il crée une arborescence de liens durs pour chaque nouvelle sauvegarde. Les liens physiques vers des fichiers existants dans une sauvegarde précédente utilisent très peu d'espace supplémentaire. Ce n'est que lorsque le dernier lien dur vers un fichier est supprimé que le fichier est réellement supprimé du système de fichiers.

Supprimer une sauvegarde individuelle entière ne fera pas de mal. Vous ne faites que supprimer les liens durs. Aucune autre sauvegarde ne sera affectée. Mais cela peut être accompli via tmutil.

Un scénario dans lequel il peut être nécessaire de contourner la protection consiste à supprimer un fichier spécifique de toutes les sauvegardes (et la raison pour laquelle je me suis retrouvé dans ce post).

Mon disque de sauvegarde est plein. J'ai un très gros fichier (plusieurs giga-octets) qui a été sauvegardé pendant des mois. Il existe une copie physique de celle-ci, mais de nombreux instantanés avec des liens en dur vers cette copie. Pour réellement supprimer ce fichier, je dois supprimer le lien physique de chaque sauvegarde.

Notez que le numéro d'inode est le même pour tous les liens physiques vers le même fichier.

% 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

(Dernier est juste un lien symbolique vers le dernier répertoire daté)

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

Le fichier est supprimé de toutes les sauvegardes et de l'espace est retourné. Si le fichier a changé au fil du temps, chaque copie de sauvegarde aura une copie complète et l'espace retourné sera énorme.

Si vous n'exécutez pas la commande en tant qu'utilisateur "propriétaire" de la sauvegarde, vous aurez du mal à supprimer de la ligne de commande. Je venais de subir ce problème avec une migration et nous devions idem la sauvegarde complète de Time Machine (1 To +) et formater le disque avant de pouvoir obtenir un accès quelconque - et croyez-moi, j'ai tout essayé pour ignorer les autorisations.

Si vous souhaitez supprimer tous les fichiers d'un dossier et pas seulement des fichiers spécifiques, vous pouvez le faire en ajoutant le dossier à la liste d'exclusion de Time Machine. (Préférences système -> Time Machine -> Options. Faites glisser le dossier ici.)

La prochaine fois que vous effectuerez une sauvegarde, des copies de ce dossier seront supprimées des sauvegardes précédentes.

Maintenant, si vous voulez vraiment faire cela à partir d'une interface de ligne de commande, il y a un moyen, quoique un peu lourd.

1. Faites une sauvegarde de /Library/Preferences/com.apple.TimeMachine.plist
2. Copiez /Library/Preferences/com.apple.TimeMachine.plist quelque part où vous pourrez jouer avec.
3. Cd dans n'importe où vous le mettez.
4. Exécutez-le
   plutil -convert xml1 com.apple.TimeMachine.plist
   pour le convertir à partir de la forme binaire.
5. Ouvrez le répertoire converti dans un éditeur de texte préférable, recherchez "skippaths"
6. Insérer une nouvelle ligne dans cette section, au format <string>/Path/To/Exclude</string>
7. Sauvegarder et quitter, reconvertir en exécutant
   plutil -convert binary1 com.apple.TimeMachine.plist
8. Recopiez votre répertoire modifié dans / Bibliothèque / Préférences /
9. Démarrer une sauvegarde en exécutant
   /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -auto

Modifier: à l'étape 9, toutes les copies du dossier nouvellement exclu seront effacées des sauvegardes précédentes.

Pour supprimer l'exception, copiez votre sauvegarde dans / Library / Preferences.

Vous pouvez créer une lsliste d'attributs étendus dans une vue longue à l'aide de l' -@indicateur. Il liste les ACL lorsque vous fournissez le -edrapeau. Donc, vous pouvez trouver ce que vous avez affaire en utilisant ls -lea@ DIR.

À en juger par mes sauvegardes Time Machine locales, il semble que Time Machine applique les attributs étendus avec des métadonnées sur les instantanés les plus récents et les plus anciens. Les données stockées par les xattrs ressemblent à des plist binaires. Celles-ci semblent anodines.

Time Machine cherche également à appliquer des listes de contrôle d'accès à certains répertoires connus, tels que ceux placés dans un répertoire utilisateur standard. Deux types d’ACL se dressent potentiellement sur votre chemin: ceux appliqués directement au fichier ou au répertoire qui refuse la suppression, et ceux appliqués à un parent du fichier qui refuse la commande delete_child.

Malheureusement, Mac OS X ne fournit pas les services utilisateur getfaclet setfaclspécifié par POSIX.2c pour afficher et manipuler ACLs. Pour jouer avec les ACL, vous devrez faire de la programmation; voir la acl(3)page de manuel.