10.14 Mojave Time machine : Source 60 Go, devient 280 Go sur TM

[iDanGener]

Bonjour,

1.
En consultant mon dossier TM tout de suite après avoir fait une sauvegarde , je réalise que l'un des dossiers -- mon dossier utilisateur Daniel (la petite maison) -- fait 280 Go, alors la source fait 60 Go.

En ouvrant ce dossier de TM je ne vois rien de particulier -- je ne vois pas le surplus de 220Go en tout cas.

Peut-être un dossier invisible ? Si je fais dans le terminal un cd path/vers_time_machine/daniel, suivi de ls -al pour voir le contenu, le système me répond que je n'ai pas les permissions nécessaires. J'ai tenté sudo ls -al, sans succès.

Comment faire pour identifier ce 220 Go?


2.
Dans le dossier utilisateur il y a un sous-dossier pour l'utilisateur DanielTest (300Mo) que j'ai exclu des sauvegarde TM. Or, il se retrouve quand même dans la sauvegarde que je viens de faire et avec une taille de 6,6 Go !!!
• Pourquoi est-il sauvegardé alors qu'il est dans la liste des exclusions?
• Pourquoi sa taille est-elle multipliée par 20 ?

Merci pour toute aide ou hypothèse que vous pourriez m'apporter.
Daniel

 

[ericse]

Bonjour,
N'oublie pas que TM conserve tout l'historique des versions de fichiers, si tu modifie un fichier de 100 Mo, tu auras autant de fois 100 Mo que tu auras fait de modification (enfin plus ou moins). Et si tu supprimes le fichier à la fin, toutes ces versions restent quand même (là aussi plus ou moins, TM fait du ménage avec le temps).

 

[iDanGener]

Bonjour,
N'oublie pas que TM conserve tout l'historique des versions de fichiers, si tu modifie un fichier de 100 Mo, tu auras autant de fois 100 Mo que tu auras fait de modification (enfin plus ou moins). Et si tu supprimes le fichier à la fin, toutes ces versions restent quand même (là aussi plus ou moins, TM fait du ménage avec le temps).

Oui, mais chacune de ces versions seraient dans des dossiers avec des dates différentes, non ? Là c'est mon dossier Daniel, dans le dossier daté d'aujourd'hui qui fait 280 Go.

 

[ericse]

Oui, mais chacune de ces versions seraient dans des dossiers avec des dates différentes, non ?

Je ne ferais pas ce genre d'hypothèse, TM a sa façon bien à lui d'utiliser son disque (déjà avant APFS, et plus encore avec)

 

[baron]

Peut-être y a-t-il dans ton dossier source des fichiers qui ont été recopiés localement ou qui sont ce qu'APFS appelle des fichiers clone ou sparse.
Dans ces cas, la copie sur un autre volume (notamment lors d'un backup sur un volume HFS+) peut entraîner un encombrement beaucoup plus important.
• https://eclecticlight.co/2021/03/27/how-sparse-files-can-explode-backups/

 

[iDanGener]

Rebonjour,

Merci @ericse et @baron pour les réponses.

1) Je ne connaissais pas les sparses files. J'ai lu l'article référé par @baron mais pas encore celui vers lequel il pointe et qui est très technique (je le ferai demain matin à tête reposée).

Demain, je pourrai tenter une sauvegarde TM sur un volume APFS et voir ce qu'il en est, puisque le problème avec les sparses files n'apparaissent, le cas échéant, que lors d'une sauvegarde TM d'un volume APFS vers HFS+.

2)
Curiosité (en fait, anomalie). Sur mon disque Time Machine, dans le dossier daté contenant mon backup auquel je faisais référence hier, contenant la sauvegarde de l'utilisateur Daniel de 280Go et celle de l'utilisateur DanielTest de 6,6Go se trouvent dans un dossier Utilisateurs dont la taille totale n'est pas 286,6Go, mais 80Go!?!

3)
Je n'avais pas percuté hier, mais le dossier ne peut pas réellement faire 280Go, puisque ma sauvegarde TM se trouve sur un volume de 250Go (et le système ne génère pas d'avertissement d'espace insuffisant ni pendant, ni après la sauvegarde TM).

4)
Lorsque je passe SOS disque sur le conteneur du volume contenant mon système de démarrage, je vois un très grand nombre d'erreurs de type: warning: Overallocation Detected on Main device: (1875776+64) bitmap address (226a3)
mais le dernier message dans la fenêtre de SOS m'indique The volume /dev/disk7s2 appears to be OK