Mon MacBook Pro M2 a planté en plein montage vidéo le mois dernier. Écran noir, redémarrage forcé, projet Final Cut volatilisé. Time Machine avait bien tourné la veille, sauf que la dernière sauvegarde datait de 72 heures. L’interface graphique affichait « Sauvegarde terminée » alors que le processus s’était arrêté sur une erreur silencieuse. Depuis, je pilote tout depuis le Terminal. Pas de mauvaise surprise.
tmutil : la commande que macOS cache sous le tapis
Apple n’a jamais mis en avant l’outil en ligne de commande de Time Machine. Pourtant, tmutil existe depuis 2012 et donne accès à des fonctions absentes de l’interface graphique. Lancer un backup ciblé, exclure un dossier de 200 Go de machines virtuelles, vérifier l’intégrité d’une sauvegarde : tout passe par le Terminal.
La syntaxe de base reste simple. tmutil startbackup lance une sauvegarde immédiate. tmutil status affiche la progression en temps réel, avec le pourcentage, le débit en Mo/s et le nombre de fichiers traités. L’interface graphique ne montre qu’une barre de progression vague et un « Estimation du temps restant » rarement fiable.
💡 Conseil : tapez
tmutil status | grep -i "percent"pour obtenir uniquement le pourcentage d’avancement, pratique dans un script bash qui surveille la progression.
Pour ceux qui cherchent un navigateur léger pour travailler en parallèle pendant qu’une sauvegarde tourne en arrière-plan, la consommation RAM de tmutil reste négligeable comparée au processus backupd qui, lui, peut grimper à 500 Mo sur de gros volumes.
Les commandes qui changent tout au quotidien
Trois commandes couvrent 90 % des besoins. tmutil startbackup --auto simule le comportement automatique de Time Machine : le système décide quoi sauvegarder en priorité et gère la bande passante disque. tmutil startbackup --block bloque le Terminal jusqu’à la fin du backup, utile avant d’éteindre la machine.
tmutil listbackups affiche toutes les sauvegardes disponibles sur le disque, avec les dates exactes au format ISO. L’interface graphique montre une frise chronologique jolie mais inutile quand on cherche une version précise d’un fichier datée du 14 février à 16h32.
!Terminal macOS affichant la liste des sauvegardes Time Machine avec dates et tailles
tmutil delete supprime une sauvegarde spécifique. Sur un disque de 2 To partagé entre trois Mac, j’ai récupéré 340 Go en supprimant les snapshots d’avant la migration vers macOS Sonoma. Depuis l’interface graphique, cette opération n’existe tout simplement pas.
Voici les commandes les plus utiles à garder sous la main :
tmutil startbackup --blockforce un backup complet et attend la fin du processustmutil comparemontre les différences entre deux sauvegardes sans restaurertmutil addexclusion ~/VirtualMachinesexclut un dossier sans passer par les préférencestmutil destinationinfoliste les disques configurés avec leur UUID et espace restant
Diagnostiquer une sauvegarde qui échoue silencieusement
Le problème le plus courant avec Time Machine, c’est l’échec silencieux. La sauvegarde se lance, tourne 10 minutes, puis s’arrête. L’icône de la barre de menu affiche la coche verte. Tout va bien en apparence. Sauf que le backup ne contient que les fichiers système et a ignoré 800 Go de données utilisateur.
tmutil status pendant l’exécution révèle le coupable. Le champ BackupPhase indique où le processus en est. Si vous voyez ThinningPostBackup pendant plus de 30 minutes, le disque manque d’espace et Time Machine supprime d’anciennes sauvegardes en boucle sans avancer.
La commande log show --predicate 'subsystem == "com.apple.TimeMachine"' --last 2h sort les logs complets des deux dernières heures. On y trouve des messages comme Error: (-36) SrcErr:NO Copying /Users/radio/Documents/Projet.fcpbundle. L’erreur -36 signifie un problème d’entrée/sortie, souvent un secteur défectueux sur le disque de sauvegarde ou un fichier corrompu côté source.
⚠️ Attention : l’erreur -36 sur un disque externe Western Digital My Passport revient régulièrement dans les forums Apple Support. WD a publié un firmware correctif en septembre 2025 pour les modèles fabriqués entre 2023 et 2024.
Un Mac bien protégé par un antivirus efficace évite aussi certaines corruptions de fichiers qui font planter Time Machine sans explication visible dans les logs standard.
Automatiser les sauvegardes avec cron et launchd
Time Machine sauvegarde par défaut toutes les heures. Pas toutes les 30 minutes, pas toutes les 2 heures. Une heure, point final. L’interface ne propose aucune option pour changer cette fréquence. Le Terminal, si.
Deux approches fonctionnent. La première utilise crontab -e pour planifier un tmutil startbackup à l’intervalle souhaité. La seconde, plus propre, crée un fichier .plist dans ~/Library/LaunchAgents/ pour que launchd gère l’exécution. La méthode launchd survit aux redémarrages et respecte les conventions macOS.
<key>StartInterval</key>
<integer>1800</integer>Cette ligne dans le plist déclenche un backup toutes les 1 800 secondes, soit 30 minutes. Sur un SSD NVMe Samsung 990 Pro en Thunderbolt 4, un backup incrémental de 15 Go prend environ 2 minutes. Doubler la fréquence ne ralentit pas la machine.
!Fichier plist ouvert dans un éditeur de texte avec la configuration launchd pour Time Machine
Pour les sauvegardes réseau (NAS Synology, QNAP), la commande tmutil setdestination -a smb://user@nas.local/TimeMachine ajoute une destination réseau. Le flag -a est important : il ajoute le NAS comme destination supplémentaire sans supprimer le disque USB déjà configuré. Oublier ce flag m’a coûté une demi-journée la première fois.
📊 Chiffre clé : selon les benchmarks de MacWorld UK (janvier 2026), un backup Time Machine réseau via SMB sur un NAS Synology DS923+ atteint 110 Mo/s en Wi-Fi 6E, contre 45 Mo/s en Wi-Fi 5.
Snapshots APFS : la sauvegarde locale oubliée
Depuis macOS High Sierra, Time Machine crée des snapshots APFS locaux quand le disque de sauvegarde n’est pas connecté. Ces snapshots occupent l’espace « Autre » dans le stockage et macOS les purge automatiquement si le disque se remplit. Le hic : Apple a retiré toute visibilité sur ces snapshots dans les Réglages Système à partir de Ventura.
tmutil listlocalsnapshots / affiche tous les snapshots présents sur le disque interne. Sur mon MacBook avec 512 Go de stockage, j’en avais 47 qui occupaient 89 Go. Personne ne m’avait prévenu.
tmutil deletelocalsnapshots 2026-03-10-143022 supprime un snapshot précis. tmutil thinlocalsnapshots / 50000000000 demande à macOS de libérer 50 Go en supprimant les plus anciens. Quand on manque de place pour installer une mise à jour système, cette commande règle le problème en 30 secondes au lieu de passer deux heures à chercher quoi supprimer manuellement.
Le choix du matériel de sauvegarde compte autant que le logiciel. Pour ceux qui hésitent entre investir dans un NAS ou une tablette polyvalente pour le quotidien, le NAS reste prioritaire : perdre ses données coûte toujours plus cher qu’un écran supplémentaire.
Restaurer un fichier précis sans l’interface « étoilée »
L’interface de restauration Time Machine, avec son fond étoilé et ses fenêtres Finder qui remontent dans le temps, plaît visuellement. En pratique, elle rame. Sur un disque contenant 18 mois de sauvegardes, le chargement prend 45 secondes à chaque clic sur la flèche.
Depuis le Terminal, tmutil restore /Volumes/Backup/2026-03-14-091500/Users/radio/Documents/rapport.pdf ~/Desktop/ copie un fichier en 2 secondes. Pas d’animation. Pas d’attente. Le fichier atterrit sur le bureau.
Pour restaurer un dossier entier avec sa structure : tmutil restore /Volumes/Backup/2026-03-14-091500/Users/radio/Projects/ ~/Desktop/Projects-restored/. Le flag -v ajoute le mode verbose, pratique pour surveiller la copie de milliers de petits fichiers.
Les joueurs qui utilisent leur Mac pour du gaming léger savent que les fichiers de sauvegarde de jeux posent souvent problème avec Time Machine. Certains titres verrouillent leurs fichiers pendant l’exécution. La page comparatif des meilleures consoles 2025 couvre d’ailleurs les alternatives pour ceux qui envisagent de séparer gaming et travail sur deux machines.
📌 À retenir : la commande
tmutil latestbackuprenvoie le chemin exact de la sauvegarde la plus récente, combinable avecrestoredans un script pour automatiser la récupération de fichiers critiques.
Migrer vers un nouveau disque sans tout recommencer
Changer de disque de sauvegarde Time Machine force normalement à repartir de zéro. Un backup complet de 1,5 To sur USB 3.0, c’est 6 à 8 heures d’attente. La méthode console évite ça.
sudo asr restore --source /Volumes/AncienDisque --target /Volumes/NouveauDisque --erase clone le disque bit par bit. Le processus préserve les métadonnées Time Machine, les hard links APFS et l’historique complet. Une fois terminé, tmutil inheritbackup /Volumes/NouveauDisque/Backups.backupdb/MonMac rattache l’ancien historique au nouveau disque.
Cette technique m’a sauvé quand mon WD Elements de 4 To a commencé à faire des bruits suspects. Clonage en 3 heures vers un Seagate Expansion, zéro perte d’historique. Les 14 mois de sauvegardes étaient intacts.
La performance du disque de sauvegarde dépend aussi du processeur qui gère la compression et le chiffrement. Un regard sur le classement actuel des processeurs aide à comprendre pourquoi un Mac M3 sauvegarde deux fois plus vite qu’un Intel Core i5 de 2019 à taille de données égale.
FAQ
tmutil fonctionne-t-il sur macOS Sequoia (macOS 15) ?
Oui. Apple maintient tmutil à chaque version majeure de macOS. Sur Sequoia, sorti en septembre 2025, toutes les commandes documentées ici fonctionnent. La seule différence notable : tmutil setdestination demande désormais une confirmation via Touch ID ou mot de passe administrateur, même en mode sudo, à cause du nouveau système de permissions renforcé.
Comment exclure un dossier volumineux sans passer par les Réglages Système ?
La commande tmutil addexclusion -p ~/dossier ajoute une exclusion « fixe » (liée au chemin). Sans le flag -p, l’exclusion est « sticky » et suit le dossier même s’il est renommé ou déplacé. Pour vérifier les exclusions actives : tmutil isexcluded ~/dossier. Attention, les exclusions sticky n’apparaissent pas dans les Réglages Système, ce qui crée une confusion fréquente.
Time Machine en console consomme-t-il plus de ressources CPU que la version graphique ?
Non. Le processus backupd est identique dans les deux cas. L’interface graphique ajoute simplement une couche de rendu (le fond étoilé, les animations Finder) qui consomme 150 à 300 Mo de RAM supplémentaires. En ligne de commande, seul backupd tourne, ce qui libère ces ressources pour d’autres tâches.
