0 votes

Comment sauvegarder les données d'une sauvegarde Time Machine qui s'est détériorée ?

Mon disque USB de 3 To que j'utilise comme cible de Time Machine s'est détérioré. Je peux le monter en lecture seule mais aucune des options que j'ai essayées ne me permet de le monter en lecture/écriture.

Le fsck me dit que le btree du catalogue est mauvais et que je ne peux pas le réparer car il n'y a pas assez d'espace sur le disque pour allouer un nouveau btree (ce sont les messages que je reçois de fsck_hfs).

L'article d'assistance d'Apple indique qu'il suffit d'ouvrir le volume dans le finder et de copier le fichier Backups.backupdb sur un nouveau disque. Lorsque j'essaie de le faire, la boîte de dialogue "preparing to copy" s'affiche. Après 26 heures, on en est à 3,8 millions de fichiers, mais il n'y a plus de mouvement. Je crains que l'arborescence soit dans une boucle circulaire et qu'elle soit restée bloquée - peut-être ?

Lorsque j'essaie de copier l'ancien volume vers un nouveau volume à l'aide de ditto, je reçois de nombreuses erreurs du type "Opération non autorisée". Je crois que le disque de la machine à remonter le temps possède des structures de répertoire assez uniques et je suppose que ditto ne sait pas comment les recréer correctement ?

J'ai pensé à utiliser ditto et à créer un gros fichier cpio, mais ensuite, que ferais-je pour le restaurer ? Je suppose que j'obtiendrais les mêmes erreurs. Et j'ai aussi peur que si la structure des répertoires est vraiment détraquée, il ne se termine jamais.

Pour être honnête, ce n'est pas une perte tragique. Je pourrais simplement reformater le disque et repartir à zéro avec des sauvegardes et renoncer à toutes les données historiques, ce que je ne voudrais jamais, 99,99 fois sur 100. Donc, c'est un peu l'occasion de se pencher sur la question et de voir si je peux trouver un moyen de récupérer le disque sans avoir le cœur brisé si je détruis le système de fichiers en le manipulant. Ou, je pourrais juste retirer le lecteur et si j'ai vraiment vraiment vraiment besoin de quelque chose hors de lui, je pourrais le monter et tirer juste cette pièce hors.

Une autre possibilité est d'écrire un programme qui traverse l'arbre en gardant la trace des inodes. Pour chaque inode unique d'un fichier régulier, copier ce fichier sur le nouveau disque en utilisant un chemin unique d'inode. Pour chaque inode répété, ne descendez pas dans l'arbre. De plus, dans un fichier séparé, enregistrez les chemins pour arriver à un inode. Le grand ICK là est tous les attributs étendus et ACLs que Apple / HFS a. Je ne sais pas comment obtenir l'ensemble complet de ces choses. Y a-t-il plus que les ACL et les attributs étendus ? Peut-être qu'une telle créature existe déjà.

1voto

pioto Points 471

Je cherche simplement à obtenir une réponse à cette question parce que je crois que c'est la seule possible.

Tout d'abord, n'utilisez pas le Finder. Si vous le faites, ne copiez pas tout car Finder ne comprend pas ce qu'est un lien dur.

Si vous souhaitez conserver les données dans une structure plus ou moins identique, vous pouvez utiliser rsync avec un numéro de version supérieur à 3. Pas la version fournie par Apple. Avec cela, vous serez en mesure de copier le volume, y compris les hardlinks, tout en préservant les xattrs et les permissions. Avec une mise en garde. Pas la propriété, car elle est fixée à personne pour le moment.

Tmutil en garde la trace et vous pouvez en hériter sur une autre machine/installation. Mais la restauration semble (pour autant que mes recherches m'aient conduit) être également limitée à tmutil. Bien que je sois sûr qu'il y a certainement des commandes qui peuvent le faire à volonté, elles ne sont pas documentées dans le document

man tmutil

Afin de récupérer toutes les données, vous devrez exécuter rsync en tant que Root. Qui sera le propriétaire par la suite. Alternativement, il les remettra en place comme ils étaient, mais personne en tant que propriétaire n'est pas très utile non plus. La route rsync vous permettra de ne copier que les fichiers qui existent réellement si vous choisissez de préserver les hardlinks. Le jeu de données résultant aurait à peu près la même taille, devrait avoir des propriétés identiques, la seule différence étant que les dossiers ne sont plus liés. Seuls les fichiers le sont.

Personnellement, je serais intéressé d'essayer de demander à tmutil d'adopter ensuite cet ensemble de données. Dans tous les cas, vous pourrez alors parcourir les données librement.

Si vous voulez simplement obtenir toutes les données uniques qui sont sur le disque de la machine à remonter le temps, vous pouvez demander à fdupes de lister les liens durs comme des doublons (il y a un commutateur pour cela) et ensuite les supprimer. Cela devrait vous laisser avec un seul ensemble unique. Il y aura toujours des tas de fichiers pratiquement identiques mais pas vraiment identiques bit à bit. Cela peut donc être un peu compliqué.

J'ai moi-même vécu une expérience similaire. En fait, Time Machine devrait vous dire de recommencer à zéro lorsque votre sauvegarde a atteint un certain âge. Car il est impossible de restaurer une installation fonctionnelle à partir d'une sauvegarde Time Machine vieille de quelques mois (cela dépend de l'utilisation, évidemment). Cela devient simplement un désordre vraiment fragmenté s'il doit garder la trace de millions de fichiers afin de créer un ensemble cohérent à un point X dans le temps. L'alternative serait de reconsolider les ensembles de manière permanente, mais cela signifierait que l'utilisation des ressources de Time Machine augmenterait. Pour les ordinateurs mobiles, cela ne serait pas non plus pratique car le disque devrait être connecté pendant de longues périodes. Si vous aimez l'idée de pouvoir réinstaller votre ordinateur dans l'état où il était il y a une heure avant que vous n'installiez "xy" ou que vous ne fassiez un "rm "ing sur quelque chose qui semblait inutile, vous feriez mieux de ne garder que 2 ou 3 mois de Time Machine (encore une fois, cela dépend de l'utilisation). Ou commencez à utiliser rsync et des cibles multiples, soit avec une solution écrite par vous-même, soit avec l'un des wrappers commerciaux qui l'entourent. La séparation de la stratégie de sauvegarde des données stockées et des données de travail est également utile.

Si maintenant quelqu'un se présente et dit que l'utilisation de quelque chose comme ZFS Snapshots serait meilleure, je ne peux que recommander de tester cela pendant quelques semaines et de ne pas simplement blablater sur ce qui est écrit sur Internet. Cela nécessite beaucoup plus de ressources que la solution de la machine à remonter le temps. Si elle est utilisée pour des fichiers qui changent beaucoup, soit vous vous retrouvez avec des instantanés assez gigantesques et vous manquez d'espace disque qui ne sera pas restauré si vous supprimez les instantanés entre-temps. Si vous pouvez même les supprimer, ce qui est peu probable. Ce qui ne vous laisse que l'option de supprimer fréquemment les plus anciens, mais dans ce cas, Time Machine fonctionne aussi très bien. D'après mon expérience, c'est même mieux. Les déduplications auraient besoin d'un ajustement très fin puisque tant de fichiers sont modifiés toutes les deux minutes sous OSX mais sont toujours conservés pendant des années. Les sauvegardes incrémentielles sur une longue période semblent séduisantes mais dans la pratique, ce n'est peut-être pas la meilleure approche.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X