Test burn-in d'un disque : badblocks & smartctl avant RAID
· Dernière vérification juillet 2026
Vous venez d'acheter un disque NAS tout neuf (ou trois) et la tentation est de les glisser, de monter la grappe et de commencer à copier vos photos l'après-midi même. Il vaut la peine de marquer une pause de quelques jours d'abord, car une fraction faible mais réelle des disques arrive avec des défauts d'usine ou prend des coups au transport, et le moment le moins coûteux pour le découvrir, c'est avant qu'une donnée ne réside sur le disque. Ce guide déroule un burn-in qu'un possesseur de NAS débutant peut réellement suivre : ce que font les outils, combien de temps ils prennent, et exactement quels chiffres vous disent si le disque est bon.
Pourquoi le burn-in compte même sur un disque neuf
Les disques durs ne tombent pas en panne à un rythme constant tout au long de leur vie ; ils suivent ce que les ingénieurs de fiabilité appellent la courbe en baignoire : un taux de défaillance relativement élevé dans les premières semaines, un long plateau plat pendant les années intermédiaires, puis un taux qui remonte lorsque le disque vieillit. Cette bosse initiale porte un nom, la mortalité infantile, et elle vient toujours de la même poignée de causes : une tête ou un plateau limite passé au travers du contrôle d'usine, une soudure fissurée par un transport brutal, ou un défaut de contrôleur qui n'apparaît que sous charge soutenue. Comme ces défauts n'ont rien à voir avec le prestige de la marque, le burn-in compte autant sur un WD Red Pro haut de gamme que sur un disque bon marché.
Backblaze, qui exploite des centaines de milliers de disques et publie les chiffres, a écrit précisément sur ce schéma dans son analyse de la durée de vie des disques durs, où une part notable des défaillances se concentre sur la première année plutôt que de se répartir uniformément. La lecture pratique pour un monteur à domicile est simple : un disque qui survit à quelques jours difficiles d'écriture et de lecture a franchi la partie la plus risquée de sa vie, et vous pouvez lui confier des données avec bien plus de sérénité qu'à un disque tout juste sorti du sachet antistatique. S'il doit mourir jeune, autant qu'il meure pendant le test, tant que le disque est vide et encore dans la fenêtre de retour.
Les outils : badblocks et smartctl, en clair
Deux outils Linux gratuits font presque tout le travail, et nul besoin d'être administrateur système pour les utiliser. Le premier est badblocks, qui lit et écrit chaque secteur du disque à la recherche de blocs incapables de retenir les données de façon fiable, sollicitant ainsi toute la surface du plateau comme le ferait à terme un usage normal de plusieurs mois. Le second est smartctl, membre du paquet smartmontools, qui dialogue avec le système SMART du disque lui-même, l'auto-surveillance intégrée que tout disque moderne embarque, pour déclencher les autotests du firmware et relire ses compteurs internes de santé.
Vous pouvez lancer les deux depuis presque n'importe quel environnement Linux : un ancien bureau avec le disque branché en SATA, une clé USB Ubuntu live démarrée sur n'importe quel PC, ou le shell d'un système d'exploitation NAS. Sous Debian ou Ubuntu, les paquets s'installent avec apt install smartmontools e2fsprogs, et badblocks se trouve dans e2fsprogs. La bonne habitude à prendre d'emblée est d'identifier le disque par son numéro de série, pas seulement par la lettre /dev/sdX, car ces lettres peuvent se permuter entre deux redémarrages et vous ne voulez jamais lancer un test destructif sur le mauvais disque : smartctl -i /dev/sdX affiche le modèle et le numéro de série pour confirmer que vous visez bien le disque neuf et non celui qui contient vos données.
Étape 1 : lancer badblocks en mode écriture destructif
Le test unitaire le plus sévère est un passage destructif complet d'écriture-lecture, que vous lancez avec badblocks -wsv /dev/sdX. L'option -w est le mode écriture : elle écrit quatre motifs de bits différents sur tout le périphérique et relit chacun d'eux pour confirmer qu'il a survécu, de sorte que chaque secteur est sollicité tant en écriture qu'en lecture. L'option -s affiche la progression et -v imprime les blocs défectueux trouvés. La documentation de badblocks précise que le test en mode écriture pose quatre motifs distincts sur tout le disque, ce qui en fait un examen de surface aussi minutieux.
Un avertissement ne saurait être assez répété, et c'est ce qui joue des tours aux gens : le mode -w efface le disque intégralement. Il est conçu pour un disque neuf et vide ou pour un disque déjà sauvegardé ailleurs ; lancé contre un disque contenant des données, ces données disparaissent sans retour possible. Si le disque à tester contient déjà des fichiers irremplaçables, utilisez plutôt le mode lecture-écriture non destructif (badblocks -nsv /dev/sdX) qui sauvegarde le contenu de chaque bloc, le teste puis le restaure, au prix d'une exécution nettement plus lente. Pour un disque neuf destiné à une grappe neuve, en revanche, c'est le passage destructif -w qu'il vous faut, car c'est ce qui ressemble le plus à un test de surface d'usine réalisable à la maison.
Combien de temps prend réellement badblocks
C'est là que les gens paniquent et supposent une panne, d'où l'intérêt de poser le calcul à l'avance plutôt que de deviner. Un disque NAS moderne à 7200 tr/min soutient environ 200 Mo/s en transferts séquentiels, et badblocks -w doit écrire tout le disque quatre fois et le relire quatre fois : huit passages complets sur la surface au total. Un passage sur un disque de 16 To fait 16 000 000 Mo ÷ 200 Mo/s ≈ 80 000 secondes, soit environ 22 heures, si bien que l'exécution complète en huit passages avoisine les 7 jours. Un disque de 4 To en représente environ le quart, comptez donc plutôt un jour et demi ; un disque de 8 To se situe au milieu, à trois ou quatre jours.
Ce sont des ordres de grandeur : le débit réel faiblit vers les pistes intérieures du plateau, de sorte que la seconde moitié de chaque passage tourne plus lentement que la première et que le total réel dépasse souvent de 10 à 20 % le calcul simple. À retenir : une exécution badblocks de plusieurs jours est tout à fait normale et n'est pas le signe d'un disque lent ou défaillant. Si vous ne voulez pas surveiller un terminal pendant une semaine, lancez-le dans une session tmux ou screen, ou sur un système NAS utilisez le test de surface étendu intégré, qui fait le même travail depuis l'interface web sans connexion SSH ouverte.
Étape 2 : lancer un autotest SMART long
Une fois le passage de surface terminé, faites passer au disque son propre examen interne. Tout disque moderne peut exécuter trois autotests intégrés, chacun de portée différente : le test court prend quelques minutes et vérifie l'électronique et un petit échantillon de surface, le test conveyance est un contrôle rapide visant spécifiquement les dommages de transport et de manipulation, et le test long (étendu) lit toute la surface et c'est celui qui compte pour le burn-in. Vous le démarrez avec smartctl -t long /dev/sdX, et la commande vous indique aussitôt le temps de fin estimé, généralement un nombre d'heures du même ordre qu'un seul passage de badblocks, puisqu'il doit lui aussi scanner tout le plateau.
L'autotest s'exécute dans le firmware du disque lui-même, vous pouvez donc le suivre avec smartctl -a /dev/sdX et consulter le journal des autotests en bas de la sortie. Ce que vous voulez voir, c'est une ligne indiquant « Completed without error » à 100 % ; tout ce qui signale un échec de lecture à une LBA précise signifie que le firmware a trouvé un secteur qu'il n'a pas pu lire proprement, ce qui, sur un disque neuf, est un signal clair de retour. Lancer le test long après badblocks est une double sécurité utile, car les deux outils attrapent des problèmes légèrement différents : badblocks sollicite les écritures et la surface visible par le système de fichiers, tandis que le test long SMART est la vision propre du disque sur son support et sa mécanique.
Étape 3 : lire les attributs SMART qui comptent vraiment
La dernière étape est celle qui sépare un « ce disque est bon » assuré d'une supposition optimiste, et elle prend une trentaine de secondes. Lancez smartctl -A /dev/sdX pour vider la table des attributs, ignorez ensuite les dizaines de lignes propres au fabricant et concentrez-vous sur quatre compteurs qui portent l'essentiel du signal. Voici les valeurs à vérifier sur un disque fraîchement rodé :
- Reallocated_Sector_Ct (ID 05) : secteurs que le disque a jugés défectueux et remplacés par des réserves. Sur un disque neuf, cela doit valoir zéro ; toute réallocation apparue pendant votre passage d'écriture signifie que la surface perd déjà des secteurs.
- Current_Pending_Sector (ID C5 / 197) : secteurs que le disque soupçonne défectueux et dont il attend la réallocation. Doit valoir zéro ; un compteur en attente qui apparaît au burn-in et ne se résorbe pas est mauvais signe.
- Reported_Uncorrect / Offline_Uncorrectable (ID C7 / 198) : erreurs de lecture que la correction d'erreurs du disque n'a pas pu récupérer. Sur un disque neuf sain, zéro.
- UDMA_CRC_Error_Count (ID 199) : erreurs d'interface entre le disque et le contrôleur, presque toujours un câble SATA desserré ou défectueux plutôt que le disque. Un compteur qui grimpe ici veut dire reconnecter ou changer le câble avant d'accuser le disque.
Le modèle mental qui vous évite la surréaction est simple : les compteurs de support (05, C5, C7) doivent afficher un zéro net sur un disque neuf après un passage d'écriture complet, et tout mouvement est un motif de retour, tandis qu'un compteur CRC (199) pointe vers le câblage et se règle en général avec un câble SATA neuf. La référence complète des attributs SMART détaille ce que signifie chaque ID, mais pour une décision de burn-in, ces quatre-là résument toute l'histoire. Si les quatre sont à zéro après badblocks et un test long propre, le disque a gagné sa place dans la grappe.
Le faire sur un NAS ou depuis une clé USB live (la voie avancée)
Pour le public plus technique : vous n'avez même pas besoin d'un PC séparé. Sous TrueNAS, vous pouvez ouvrir le shell et lancer exactement les mêmes commandes badblocks et smartctl contre un disque non assigné avant de l'ajouter à un pool, et TrueNAS planifie aussi des tests longs SMART récurrents depuis son interface une fois le disque en service. Sur Synology et QNAP, l'équivalent est le test S.M.A.R.T. étendu plus un scan complet des « secteurs défectueux » dans Storage Manager, qui exécutent le même autotest firmware derrière un bouton plus avenant. L'option la plus propre pour un disque encore relié à rien est de démarrer une clé USB Ubuntu live sur une machine libre, d'installer smartmontools et e2fsprogs dans la session live et d'y roder le disque : rien ne touche votre système réel, et vous pouvez tester plusieurs disques à la suite avant qu'ils ne rencontrent votre NAS.
Achat direct : quoi prendre si un disque échoue au burn-in
Recommandation
Pour un disque neuf destiné à un NAS domestique, la routine raisonnable est un passage destructif complet de badblocks -wsv, puis smartctl -t long, puis un coup d'œil aux attributs 05, C5, C7 et 199, et ce n'est que si les quatre affichent zéro que vous ajoutez le disque à la grappe. Budgétez votre temps de façon réaliste : un à deux jours pour un disque de 4 To, trois à quatre pour 8 To, jusqu'à une semaine à partir de 16 To, et testez plusieurs disques en parallèle sur différents ports SATA si vous montez un boîtier multi-baies. Si un disque déclenche un compteur de support, ne discutez pas : retournez-le ou lancez le RMA tant qu'il est vide et sous garantie, et posez un remplacement éprouvé comme un Seagate IronWolf, un WD Red Plus ou un WD Red Pro. Roder un disque de rechange à l'avance est d'ailleurs le meilleur argument pour garder un disque de secours à froid sur l'étagère, car un disque déjà testé est un disque auquel vous pouvez vous fier à l'instant même où la grappe en a besoin. Les deux jours que vous investissez maintenant sont l'assurance la moins chère que vos données auront jamais.
Articles liés
Statistiques de pannes de disques 2026 : ce que montrent les données
Disques NAS reconditionnés : bonne affaire ou piège ?
Meilleurs disques NAS 2026 : recommandations pour chaque budget
SMR vs CMR : quel disque est vraiment sûr pour votre NAS ?
Le RAID n'est pas une sauvegarde : pourquoi il vous faut une stratégie