Migrer sauvegarde Time Machine d'un DD à un SSD APFS, Quelle est la recette magique ?

[TERRY]

Hello,
Grâce aux judicieuses suggestions de Macbidouille pour le Black Friday (merci! ), j'ai fait l'acquisition d'un SSD SanDisk Extreme pour remplacer le vieux disque dur (DD) à plateaux qui sert de sauvegarde permanente Time Machine. L'idée est donc de migrer tel quel le contenu de l'ancien DD vers le SSD. En un mot, faire un clonage.
Et c'est là que l'aventure commence...
1, 1ère tentative, pourquoi ne pas commencer par le plus simple, c'est-à-dire par la copie tout simplement du dossier de sauvegarde Backups.backupdb depuis le DD vers le SSD: échec. Message d'erreur:

Bon, oui, en effet, le DD est au format Mac Os Etendu Journalisé (qui était la norme), et le SSD au format APFS. Mais le format APFS n'est-il pas celui que recommande Apple ?
2, 2ème tentative, non plus de copie (ça paraissait trop beau!) mais de clonage, avec SuperDuper: échec au bout de 6h et quelques, voir message d'erreur plus bas.
3, 3ème tentative avec Carbon Copy Cloner.... qui fait un refus d'obstacle immédiat, avec le message suivant:

En gros, CCC dit : "pas compétent, ou pas habilité pour ce type de tâche", et préconise d'utiliser Utilitaire de Disques.
4, même avec des explications, je ne pige pas trop la manip de clonage avec Utilitaires de Disque, je cherche de l'info, et j'en trouve ici ou encore ici. En résumé, ça dit "qu'il suffit" de décocher la case "Ignorer les autorisations de ce volume" sur le disque-cible, le SSD, pour que ça passe crème; 4ème tentative, et... échec, avec le message d'erreur suivant:

Détail du message:

5, l'Assistant Migration, comme son nom ne l'indique pas, n'est d'aucune utilité.

Quelqu'un connaît la recette pour résoudre cette question qui a dû se poser des milliers de fois ? Ou bien l'adresse d'un tutoriel qui soit récent ? (pas un qui date de Mac OS 10.6...)
Merci !

Ce message a été modifié par TERRY - 28 Nov 2021, 20:11.

[jeanjd63]

Time machine APFS n'a plus du tout les mêmes structures que Time Machine JHFS+.

Donc tu as 2 solutions :

1) transférer tes données vers du JHFS+ mais tu risques rapidement d'avoir des soucis.

2) ce que je te conseille : laisse ta sauvegarde TM sur HDD en cas de besoin et recommence les sauvegardes à zéro sur ton SSD TM APFS.

[baron]

Time machine APFS n'a plus du tout les mêmes structures que Time Machine JHFS+.

Donc tu as 2 solutions :

1) transférer tes données vers du JHFS+ mais tu risques rapidement d'avoir des soucis.

2) ce que je te conseille : laisse ta sauvegarde TM sur HDD en cas de besoin et recommence les sauvegardes à zéro sur ton SSD TM APFS.

La 2e solution est la seule vraiment valable.

Il est actuellement impossible de transférer une sauvegarde Time Machine APFS vers un autre volume, celle-ci étant constituée de snapshots, un pour chaque sauvegarde enregistrée, et ceux-ci ne sont pas transférables.

[…] an insoluble problem is effectively confined to APFS volumes used to store Time Machine backups. There, each backup is a snapshot, complete with all the linked data for its contents. There’s currently no method available to copy snapshots between their APFS volumes and any other volume. As Time Machine backups to APFS storage consist entirely of snapshots, that means that there’s no way to copy a backup to another volume, regardless of its file system.
Source : https://eclecticlight.co/2021/11/25/copying...ystem-and-back/

Snapshots are complete copies of the file system metadata within a single APFS file system, which cannot cross volume boundaries, even in a volume group. Clones can’t do that either – they must refer to an original within the same APFS file system, i.e. volume.
Source : https://eclecticlight.co/2021/11/21/last-we...pshot-hostages/

Et dans un article plus ancien, le même auteur — tout en reconnaissant les très grands progrès réalisés par Time Machine depuis Big Sur — s'indignait déjà de cette situation  :

Currently, the only practical solution here is to set aside your existing backups as an archive, and start a new backup set on the replacement backup store. This is a major disadvantage to TMA [=Time Machine on APFS], as TM backups to HFS+ can be copied to a fresh disk, allowing you to increase the size of the store and continue to back up to the same set.
[…]
Attention now needs to be devoted to addressing the problems identified here with changing source and destination volumes. It isn’t acceptable to have to start completely fresh backups whenever a disk needs to be changed, and Apple needs to document the processes required to inherit source and destination disks, without driving users to experiment with tmutil.
Source : https://eclecticlight.co/2021/04/01/time-ma...changing-disks/

Quant à une sauvegarde Time Machine HFS+, elle repose sur une multitude de directory hard links, qui ne sont pas utilisables dans un volume APFS — ce qui explique les erreurs que tu as rencontrées.

There are many advantages with Time Machine backing up to APFS. The new structure of the backup volume is far more reliable, and doesn’t need routine maintenance in the way that HFS+ does. APFS backups are stored in individual snapshots, each with their own file system, whereas HFS+ backups are all pooled together in a single file system which is inherently prone to error, a tendency which only grows the more backups are made to that volume. APFS backups are faster, and because they can copy changed blocks rather than having to copy whole files, they are more economical in terms of space too.
[…]
The problem when upgrading is that Time Machine can’t convert your old HFS+ backups to new-style APFS backups, as that would involve not just changing file system but completely rewriting every backup in the store. So the only way to switch to APFS, whether you do it now or in the future, is to archive your existing HFS+ backups and start a new backup series on an APFS volume.
Source : https://eclecticlight.co/2021/10/07/upgradi...achine-backups/

P.S. Dans ce blog très bien documenté, il y a encore plein d'autres articles sur le sujet.
Entre autres, ces explications de base :
• https://eclecticlight.co/2021/03/11/time-ma...anding-backups/