En bref : sur une destination réseau, Time Machine ne copie pas les fichiers sur le partage. Il crée une grande image disque sur le partage et copie dedans. Toutes les erreurs de cette famille concernent l'image : elle ne peut pas être créée, ne peut pas être ouverte, ou quelque chose la garde encore ouverte.
Aucune ne signifie que vos sauvegardes existantes ont disparu. Effacer le disque n'est presque jamais la solution, et c'est pourtant le conseil que vous trouverez le plus souvent.
Time Machine a besoin de fonctions de système de fichiers qu'un partage réseau n'offre pas : liens physiques, propriété qu'il contrôle, et possibilité de verrouiller un fichier pendant qu'il travaille dessus. Un NAS qui parle SMB ne peut pas les garantir.
Sur toute destination réseau, Time Machine crée donc un sparse bundle, un dossier se terminant par .sparsebundle qui se comporte comme une image disque. Il monte cette image, et la sauvegarde vit à l'intérieur sur un système de fichiers que Time Machine contrôle entièrement. Le partage n'a qu'à contenir un dossier de morceaux numérotés appelés bandes.
C'est pourquoi une sauvegarde réseau a toute une catégorie de pannes qu'un disque branché n'a pas. Deux choses peuvent mal tourner là où un disque branché n'en a qu'une, et le message que vous recevez concerne généralement l'image.
Time Machine a essayé de créer le sparse bundle et le partage a refusé. Suivez ces points dans l'ordre.
fruit:time machine = yes dans la définition du partage. Sans cela, macOS peut se connecter sans problème et refuser quand même de créer l'image.L'image existe et macOS n'a pas pu l'attacher. L'erreur 45 est une erreur de verrou de fichier : la cause habituelle est que quelque chose garde déjà l'image ouverte.
token ou un fichier .lock au premier niveau. Les supprimer est sans danger quand rien n'a monté l'image, et ils sont recréés au montage suivant. Assurez-vous d'abord que l'image n'est pas montée, sinon vous la corromprez.Même cause, formulée plus clairement, et les mêmes quatre étapes la règlent. Cherchez d'abord un volume monté portant le nom de votre Mac dans la barre latérale du Finder, car la réponse la plus fréquente est qu'il est monté en ce moment même sur la machine devant vous.
Généralement, le partage a disparu en pleine sauvegarde, à cause de la veille, du Wi-Fi ou d'un redémarrage du NAS pour une mise à jour. Vérifiez que le partage se reconnecte, puis vérifiez l'image avec l'étape de vérification ci-dessous avant de vous fier à son contenu.
Une sauvegarde réseau interrompue peut laisser l'image incohérente en interne alors que chaque message à l'écran semble normal. Montez-la et interrogez le système :
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>En lecture seule : regarder ne modifie rien. Si la vérification signale des erreurs, lancez diskutil repairVolume sur le même volume. Si la réparation échoue, cette image est finie, et la chose honnête à faire est de commencer une nouvelle chaîne de sauvegardes dessus et de cesser de compter sur l'ancienne.
Chacune de ces erreurs est une propriété de l'image disque, et l'image disque existe parce que la destination est sur le réseau. Une sauvegarde qui écrit des fichiers ordinaires dans un dossier ordinaire n'a rien de tout cela : pas d'image qui échoue à se créer, pas de verrou qui se périme, pas de gros objet unique dont la corruption emporte d'un coup toutes les sauvegardes qu'il contient.
Ce dernier point mérite qu'on s'y arrête. Tout votre historique Time Machine sur un NAS vit dans un seul sparse bundle. C'est un seul objet. Un dommage au mauvais endroit emporte tout.
Il écrit un dossier de fichiers ordinaires sur le partage : pas d'image disque, pas de verrou, et pas d'objet unique contenant toutes vos versions. Un partage qui se déconnecte en pleine sauvegarde est signalé comme une destination inaccessible, avec la date où il a été vu pour la dernière fois, et la sauvegarde suivante reprend là où la précédente s'est arrêtée.
Chaque morceau est stocké sous l'empreinte de son propre contenu et relu avec cette empreinte selon un calendrier : un dommage n'importe où dans la chaîne est nommé et localisé un mardi ordinaire. Sauvegarder un Mac sur un NAS couvre la configuration, y compris le délai d'attente qui décide si un partage en veille est une erreur ou une absence.
Vous pouvez, et cela jette toutes les sauvegardes qu'elle contient, puisqu'elles vivent toutes dans cette unique image. Essayez d'abord les quatre étapes ci-dessus. Supprimer n'est la réponse que si diskutil repairVolume a déjà échoué dessus.
Parce qu'il n'y a pas d'image disque. Un disque branché directement a son propre système de fichiers, formaté et géré par Time Machine : pas besoin d'image, donc pas de verrou qui reste bloqué. C'est le meilleur argument pour garder une copie locale.
La prise en charge et son activation sur le partage concerné sont des réglages différents dans la plupart des logiciels de NAS. Vérifiez le partage, pas la page produit. Les quotas sont l'autre cause fréquente : l'image déclare une taille maximale à sa création et un quota plus petit la refuse.
En soi, non. Elle signifie que macOS n'a pas pu verrouiller l'image, donc rien n'a été écrit. Ce qui est dangereux, c'est une longue série d'erreurs passées inaperçues, parce que la dernière bonne sauvegarde vieillit pendant que tout semble normal.
Non. Il écrit des fichiers ordinaires dans un dossier du partage, et c'est pourquoi aucune des erreurs de cette page ne le concerne. La contrepartie : le partage doit être accessible pour être compté, et l'app le signale quand il ne l'est pas.
À lire aussi : sauvegarder un Mac sur un NAS, Time Machine indique qu'il n'y a pas assez d'espace et comment vérifier une sauvegarde.