Pourquoi votre sauvegarde automatique échoue le jour de la panne

Un disque qui tombe en panne, ça arrive. Mais découvrir au même moment que la sauvegarde automatique n’a rien enregistré depuis des semaines, c’est le scénario que personne n’anticipe. Les pannes ne préviennent pas, et celles du logiciel de sauvegarde non plus. Comprendre ce mécanisme, c’est déjà reprendre la main sur ses données.

Le jour de la panne, la sauvegarde était déjà morte

Le vrai problème n’est pas la panne matérielle en elle-même, mais le décalage entre le moment où la sauvegarde a cessé de fonctionner et celui où on s’en aperçoit. Entre les deux, il peut se passer des semaines.

Un utilisateur de Windows qui a installé les mises à jour de sécurité de septembre 2026 a pu voir l’Historique des fichiers cesser de fonctionner sans le moindre avertissement sérieux. Sur le site hebergement-nolimit.fr, les sujets de sauvegarde reviennent régulièrement. Beaucoup d’utilisateurs croient leur système protégé jusqu’au jour où ils cherchent un fichier disparu.

La sauvegarde automatique donne une fausse sensation de sécurité. On l’active une fois, on l’oublie, et on considère le problème réglé. Sauf qu’un logiciel de sauvegarde n’est pas un mécanisme passif. Il dépend d’un service qui tourne en arrière-plan, d’un disque accessible, d’un espace suffisant, et d’un système d’exploitation qui n’a pas introduit de régression. La moindre rupture dans cette chaîne suffit à tout interrompre, souvent sans message d’erreur visible pour l’utilisateur.

Comment reconnaître un bug logiciel plutôt qu’une panne matérielle

Les utilisateurs touchés par le bug de l’Historique des fichiers recevaient des alertes trompeuses, notamment des demandes de reconnecter un lecteur alors que leur disque externe ou leur emplacement réseau fonctionnait parfaitement. C’est le premier signe qui doit mettre la puce à l’oreille : quand le système accuse un matériel qui répond, le problème vient d’ailleurs. Il faut alors chercher du côté des journaux système plutôt que de débrancher et rebrancher le disque pendant des heures.

L’Observateur d’événements de Windows garde une trace de ces plantages. Les entrées mentionnent FileHistory.exe et Kernelbase.dll, deux références qui reviennent chez les utilisateurs concernés. Cette combinaison ne ressemble pas à un disque défaillant : un disque mourant génère plutôt des erreurs d’écriture, des délais d’attente, des secteurs illisibles. Un plantage logiciel, lui, laisse des traces d’exception dans un exécutable précis, souvent corrélé à une date d’installation de mise à jour.

Les vérifications qui font gagner du temps

Avant de conclure à une panne matérielle, quelques contrôles simples permettent de trancher. Ils prennent cinq minutes et évitent d’acheter un disque pour rien. Le but n’est pas de tout démonter, mais de suivre un ordre logique qui écarte d’abord la cause la plus probable.

• Ouvrez l’Observateur d’événements et cherchez les entrées qui mentionnent FileHistory.exe : si elles datent toutes des semaines précédentes, le logiciel est en cause, pas le disque.
• Vérifiez que le disque de sauvegarde répond bien dans l’Explorateur, qu’on peut y copier un fichier à la main.
• Est-ce que l’alerte vous demande de reconnecter un lecteur déjà branché et visible ? Ce message trompeur est caractéristique du bug.
• Regardez la date des dernières sauvegardes réussies : une interruption nette qui coïncide avec une mise à jour système oriente vers un correctif à installer.
• Testez une sauvegarde manuelle : si elle échoue au même endroit que l’automatique, le problème est logiciel.

Le correctif de Microsoft existe, mais il faut savoir où le chercher. Il est inclus dans la mise à jour KB5124010 pour Windows 11 versions 25H2 et 24H2, une mise à jour optionnelle qu’il faut donc installer manuellement dans la plupart des cas. Voilà pourquoi tant de machines restent bloquées. Le correctif est disponible, mais rien ne le pousse automatiquement sur les postes concernés.

Sur Mac, le disque de sauvegarde a ses propres limites

Time Machine ne plante pas comme l’Historique des fichiers, mais il a un autre talon d’Achille : la taille du disque qui reçoit les sauvegardes. Apple recommande un disque de sauvegarde disposant d’au moins deux fois la capacité de stockage du Mac, soit par exemple 2 To pour un Mac de 1 To. Beaucoup d’utilisateurs branchent un vieux disque externe de capacité inférieure. Ça fonctionne un temps, jusqu’à ce que l’historique sature et que les sauvegardes les plus anciennes soient écrasées au rythme des nouvelles. Sur ce point, voir aussi notre article sur quelle config faut-il prévoir pour un PC rapide, fiable et évolutif en entreprise ?.

Autre point que les guides génériques passent sous silence : l’état du disque de démarrage lui-même. Selon Apple, si le disque de démarrage d’un Mac est presque plein, Time Machine risque de ne pas pouvoir enregistrer les données temporaires nécessaires à une sauvegarde. Autrement dit, un Mac saturé fait échouer la sauvegarde même quand le disque externe est correctement dimensionné et branché. Deux conditions indépendantes se cumulent.

La panne silencieuse, dans les deux cas, suit le même schéma. Le système affiche un état normal, l’icône tourne, rien ne signale d’erreur bloquante, et pourtant aucune donnée ne s’écrit. C’est ce décalage entre l’apparence et la réalité qui rend le problème si difficile à détecter avant qu’il ne soit trop tard.

Pourquoi le filet de sécurité ne se répare jamais tout seul

Une sauvegarde interrompue ne redémarre pas spontanément parce que la cause a disparu. Si le service a planté à cause d’une incompatibilité logicielle, il restera planté après la mise à jour suivante, sauf si celle-ci corrige précisément le bug. Sur Mac, un disque trop petit ne grossit pas tout seul, et un disque de démarrage saturé ne se vide pas pendant la nuit. Ces situations exigent une intervention humaine à un moment donné.

Ce qui rend le scénario vicieux, c’est la chronologie. La sauvegarde casse en septembre, personne ne s’en aperçoit avant novembre, et le disque principal lâche en décembre. À ce moment-là, il n’y a plus rien à récupérer, et le correctif installé trop tard ne sert plus à rien. Ce n’est pas un manque de chance. C’est un enchaînement prévisible que l’absence de vérification rend inévitable.

Ce qu’il faut vérifier régulièrement

Un contrôle tous les mois suffit dans la plupart des cas, à condition de regarder les bons indicateurs et pas seulement l’icône verte dans la barre des tâches.

• Ouvrez le dossier de destination et regardez la date des derniers fichiers : c’est le contrôle le plus direct, et le plus fiable.
• Combien de place reste-t-il sur le disque de démarrage ? Si la réponse est « presque plus », c’est un problème à régler avant de toucher au disque de sauvegarde.
• Sur Windows, jetez un œil à l’Observateur d’événements après chaque grosse mise à jour, en particulier celles de septembre et des mois suivants.
• Sur Mac, comparez la capacité du disque externe à celle du disque interne : le rapport de deux pour un reste la référence à ne pas descendre en dessous.

Une sauvegarde qu’on n’a pas vérifiée ne vaut pas mieux qu’une absence de sauvegarde. Dans les deux cas, la confiance repose sur du vide, et c’est justement au moment où on en a besoin que l’écart se révèle.

Reprendre la main avant que ça casse

Le vrai enseignement de ces pannes silencieuses tient en une phrase : une sauvegarde automatique doit être testée, pas supposée. Le bug de l’Historique des fichiers qui a suivi les mises à jour de septembre 2026 a piégé des utilisateurs pendant des semaines, avec des alertes trompeuses qui les envoyaient chercher une panne matérielle inexistante.

Le correctif existe, dans la KB5124010 pour Windows 11 en versions 25H2 et 24H2, mais il faut aller le chercher. Côté Mac, la règle du disque de sauvegarde à deux fois la capacité interne et un disque de démarrage qui respire reste la base. Alors, quand avez-vous regardé pour la dernière fois la date du fichier le plus récent de votre sauvegarde ?