Votre SSD s’use, et Linux y contribue peut-être plus que vous ne le pensez. Pas par malveillance, évidemment, mais parce qu’une configuration par défaut qui date de l’ère des disques durs mécaniques continue de traîner dans beaucoup d’installations. Le résultat concret : des écritures inutiles qui s’accumulent en arrière-plan, vingt-quatre heures sur vingt-quatre, sept jours sur sept, sans que vous vous en rendiez compte. Cette erreur, c’est de laisser atime activé sur votre partition principale.
À retenir
- Une seule option Linux active par défaut raccourcit la durée de vie de votre SSD de 66%
- Des gigaoctets d’écritures inutiles s’accumulent chaque jour sans que vous le sachiez
- Le correctif prend 2 minutes mais peu de gens savent qu’il existe
Pourquoi atime est le pire ennemi silencieux de votre SSD
Atime, pour « access time », est une métadonnée que Linux met à jour sur chaque fichier à chaque fois qu’il est lu. Pas modifié, pas créé. Lu. Vous ouvrez une image pour l’afficher ? Le système écrit sur le disque pour noter l’heure d’accès. Votre navigateur charge un fichier de cache ? Écriture. Un démon système consulte un log ? Encore une écriture. Sur un disque dur mécanique de 2005, ce comportement avait une certaine logique. Sur un SSD en 2026, c’est une aberration.
Les SSD ont une durée de vie mesurée en cycles d’écriture. Chaque cellule NAND supporte un nombre limité de ces cycles avant de devenir peu fiable. Les fabricants donnent une valeur TBW (terabytes written) pour chaque modèle, et chaque écriture inutile grignote ce capital. Avec atime actif sur une machine de bureau normale, on peut facilement générer plusieurs gigaoctets d’écritures supplémentaires par jour rien qu’avec l’activité système banale : applications qui tournent, services qui s’activent, fichiers de configuration consultés en boucle.
La bonne nouvelle, c’est que corriger ça prend environ deux minutes.
Comment vérifier si vous êtes concerné (et réparer ça proprement)
Ouvrez un terminal et tapez cat /proc/mounts. Cherchez la ligne correspondant à votre partition racine (généralement montée sur /). Si vous voyez « relatime » dans les options, vous êtes déjà partiellement protégé, parce que la plupart des distributions modernes ont adopté ce compromis depuis quelques années. Mais si vous voyez « atime » tout seul, sans le préfixe « rel », votre SSD souffre inutilement.
La vraie solution, celle que je recommande sur mes propres machines, c’est noatime. Pour l’activer définitivement, éditez votre fichier /etc/fstab avec les droits root. Trouvez la ligne de votre partition principale et remplacez « relatime » (ou « atime ») par « noatime ». Ça ressemble à quelque chose comme :
UUID=votre-uuid / ext4 defaults,noatime 0 1
Sauvegardez, puis exécutez mount -o remount / pour appliquer sans redémarrer. Vérifiez avec cat /proc/mounts que la modification est prise en compte. C’est tout. Votre SSD vous remerciera en vivant plus longtemps.
Une précision qui a son importance : noatime ne casse rien dans 99% des usages. Les rares programmes qui dépendent vraiment de l’heure d’accès aux fichiers (certains lecteurs de mail anciens, quelques outils de sauvegarde exotiques) peuvent utiliser mtime à la place. Si vous administrez un serveur de production avec des logiciels spécifiques, vérifiez leurs dépendances. Pour un desktop ou un laptop sous Ubuntu, Fedora, Arch ou Debian, foncez sans hésitation.
L’autre erreur qui accélère le vieillissement : oublier TRIM
TRIM est le mécanisme qui permet au SSD de savoir quels blocs sont libres et de les préparer pour de futures écritures. Sans lui, les performances se dégradent progressivement et le contrôleur du SSD doit travailler beaucoup plus fort, ce qui génère encore plus d’écritures internes par amplification. La plupart des distributions récentes activent fstrim automatiquement via un timer systemd qui tourne une fois par semaine. Vérifiez avec :
systemctl status fstrim.timer
Si le timer est actif et que la dernière exécution s’est déroulée sans erreur, vous êtes en bonne forme. S’il est absent ou inactif, activez-le avec systemctl enable --now fstrim.timer. Certains puristes préfèrent le TRIM continu (« discard » dans fstab) mais c’est aujourd’hui généralement déconseillé parce que ça génère une charge constante au lieu de regrouper les opérations sur une plage horaire calme.
Un chiffre qui donne à réfléchir : sur une machine de bureau active, le TRIM hebdomadaire peut traiter plusieurs dizaines de gigaoctets de blocs invalidés d’un coup. Autant d’espace récupéré proprement, autant de performances maintenues dans la durée.
Surveiller la santé de son SSD sans devenir parano
Puisqu’on parle de vieillissement, autant savoir où en est votre SSD dès maintenant. L’outil smartmontools fait le travail. Installez-le (apt install smartmontools ou l’équivalent pour votre distro), puis lancez sudo smartctl -a /dev/sda en adaptant le nom du périphérique. Les valeurs à surveiller : « Wear_Leveling_Count », « Media_Wearout_Indicator » ou leur équivalent selon le fabricant, et bien sûr le TBW restant si le firmware l’expose.
Plusieurs vieux SSD de 128 Go que j’ai récupérés sur des machines abandonnées affichaient des compteurs d’écriture alarmants, et un coup d’oeil dans fstab révélait systématiquement l’absence de noatime. Coïncidence ? Pas vraiment.
La vraie question que ces configurations posent, c’est celle des habitudes héritées. Linux a gagné des parts de marché côté desktop, de plus en plus de gens passent à une distro sans jamais creuser les paramétrages système par défaut. C’est compréhensible, les distros modernes font un travail impressionnant pour être utilisables d’emblée. Mais certains réglages, pensés pour une autre époque matérielle, survivent par inertie. À l’heure où les SSD sont dans pratiquement toutes les machines neuves et bon nombre des machines reconditionnées, peut-être que les mainteneurs de distributions devraient enfin passer noatime en défaut universel, et refermer définitivement ce chapitre.