L'utilisation de ce site, notamment notre base de connaissances, est soumise à l'acceptation de nos « conditions générales d'utilisation ». BSC DataRecovery ne pourra être tenue responsable des conséquences éventuelles relatives à l'application des conseils de cet article. Pour toute question concernant la récupération de vos données, n'hésitez pas à nous contacter via notre page « contact ».
Un disque de votre NAS ou de votre serveur a lâché. Vous avez fait ce qu'il fallait : commandé un disque neuf, remplacé l'ancien, lancé la reconstruction. Et puis la barre de progression s'est arrêtée. À 37 %, à 82 %, à 99 %. Ou bien l'interface affiche maintenant « Échec », « Failed », « Planté », « Inactive », et le volume a disparu.
C'est le scénario le plus redouté par un laboratoire de récupération, non pas parce qu'il est désespéré, mais parce que c'est le moment où les gestes réflexes font le plus de dégâts. Relancer, forcer, réinitialiser, remettre l'ancien disque : chacune de ces tentatives peut transformer une récupération complète en récupération partielle, voire impossible.
Cet article explique ce qui se passe réellement pendant un rebuild, pourquoi il échoue, ce qu'il ne faut surtout pas faire ensuite, et ce qui reste possible en laboratoire. Il vaut pour le RAID 5, le RAID 6 et le RAID 10, les trois niveaux que nous recevons dans cette situation.
Un rebuild qui échoue deux fois au même endroit n'aboutira jamais. La voie de la reconstruction par le NAS ou le contrôleur est fermée. La relancer use les disques pour rien.
Ne réinitialisez rien, ne recréez pas le volume, ne changez pas l'ordre des disques, n'importez ni n'effacez une configuration sans savoir ce que fait le bouton.
Gardez tous les disques, y compris celui retiré au départ et le disque neuf. Le disque « en panne » est parfois le seul qui porte encore des données justes.
Si un disque fait du bruit ou si le volume n'est plus accessible : éteignez proprement et ne tentez plus rien.
En laboratoire, chaque disque est copié séparément, secteur par secteur, puis la grappe est reconstituée virtuellement, sur les copies, sans jamais réécrire les disques d'origine. Dans la grande majorité des cas, c'est encore possible.
Un RAID 5, 6 ou 10 répartit vos données sur plusieurs disques avec une redondance : une information supplémentaire (la parité pour le RAID 5 et 6, une copie miroir pour le RAID 10) qui permet de recalculer le contenu d'un disque manquant.
Quand un disque tombe, la grappe passe en mode dégradé : tout fonctionne encore, mais le contenu du disque absent est recalculé à la volée à partir des autres. Lancer une reconstruction, c'est demander au système de recalculer l'intégralité de ce disque manquant et de l'écrire sur le disque neuf.
Pour y parvenir, il doit lire de bout en bout tous les disques survivants (pour le RAID 5 et 6), ou le disque jumeau du disque perdu (pour le RAID 10). Pendant des heures, souvent des jours, ces disques travaillent à pleine charge. Et c'est précisément eux qui posent problème : ils ont le même âge, viennent souvent du même lot, ont tourné autant d'heures que celui qui vient de lâcher.
À titre indicatif, une reconstruction dure de 4 à 8 heures pour des disques de 2 To au repos, et jusqu'à 3 à 7 jours pour des disques de 12 To ou plus sur un serveur en production. Deux fois plus sur un NAS d'entrée de gamme. C'est une longue fenêtre pendant laquelle la grappe n'a plus aucune marge d'erreur (RAID 5) ou une marge réduite (RAID 6).
C'est la cause numéro un. Pour recalculer le disque manquant, le système a besoin de chaque secteur de chaque disque restant. Si un seul secteur ne se lit plus sur l'un d'eux, le calcul est impossible à cet endroit.
Ce n'est pas une hypothèse d'école. Les constructeurs annoncent, pour les disques grand public, une erreur de lecture irrécupérable pour environ 12,5 To lus. La reconstruction d'un RAID 5 de quatre disques de 8 To impose d'en lire 24 To. Les disques font souvent mieux que leur fiche technique, mais sur une grappe vieillissante, tomber sur un secteur faible pendant le rebuild est tout sauf rare. Et en RAID 5, il n'y a plus de seconde redondance pour le contourner : le contrôleur s'arrête, ou éjecte le disque fautif.
Des disques jumeaux vieillissent ensemble. Le premier annonce souvent le second, et la reconstruction, qui les fait lire sans interruption pendant des heures, est exactement le type d'effort qui achève un disque fatigué. Le résultat :
en RAID 5, deux disques manquants : le volume devient inaccessible ;
en RAID 6, deux disques manquants se tolèrent, mais la grappe n'a alors plus aucune redondance : le moindre secteur illisible sur un troisième disque, et la reconstruction échoue à son tour ;
en RAID 10, tout dépend de quel disque lâche : si c'est le jumeau direct du disque remplacé, la paire entière est perdue, et le volume avec elle. Si c'est un disque d'une autre paire, la grappe tient.
Tous les disques éjectés ne sont pas morts. Un disque de bureau qui bute sur un secteur difficile peut insister trente secondes à deux minutes avant de rendre la main. Le contrôleur RAID, lui, n'attend que quelques secondes : il déclare le disque défaillant et le sort de la grappe, alors qu'il est parfaitement sain. Les disques prévus pour un NAS limitent ce temps de réessai justement pour éviter cela.
Le même piège existe avec les disques à enregistrement SMR : sous une écriture soutenue comme un rebuild, leur débit peut s'effondrer à quelques mégaoctets par seconde, au point que le contrôleur les considère comme hors service. Un disque neuf éjecté au milieu de la reconstruction, c'est souvent cela. Voir CMR ou SMR : quel disque pour un NAS ou un RAID.
Enfin, un câble fatigué, un fond de panier oxydé ou une alimentation trop juste provoquent des coupures de communication que le contrôleur attribue au disque. Dans ces trois cas, le disque sorti de la grappe est intact et porte des données valables. Une raison de plus pour ne jamais le jeter.
Le cas le plus grave n'est pas une panne, c'est une confusion. Les interfaces des NAS et des cartes RAID proposent des actions aux noms voisins : rebuild, initialize, create, restore, assemble, reconstruct. Sous le stress, on clique sur la mauvaise.
Une initialisation ne recalcule pas le disque manquant à partir des autres : elle recalcule la parité de toute la grappe à partir de ce qu'elle trouve, y compris le contenu vide ou aléatoire du disque neuf. Elle écrit donc sur tous les disques. Sur un RAID 5 de trois disques, environ un tiers des blocs deviennent faux. Cela paraît peu, mais ces blocs faux reviennent toutes les quelques centaines de kilo-octets : pratiquement chaque photo, chaque document, chaque archive est touché.
À ce stade, les disques restés dans la grappe ne suffisent plus. La seule source de données justes est le disque retiré au départ, celui qu'on croyait inutile.
Le chiffre sur lequel la reconstruction s'arrête n'est pas anodin.
Toujours le même pourcentage, à chaque tentative : il y a un secteur illisible précis sur l'un des disques survivants. Relancer ne changera rien, le contrôleur butera toujours au même endroit.
Un pourcentage différent à chaque fois : un disque est instable (électronique, tête de lecture faible, surchauffe), ou c'est l'alimentation ou le câblage qui décroche.
98 ou 99 % : très fréquent. La fin du volume contient souvent des structures du système de fichiers très sollicitées. Même conduite : on ne relance pas.
Le disque neuf est éjecté en cours de route : suspectez un disque inadapté (SMR, disque de bureau) ou un problème de câblage, pas forcément le reste de la grappe.
Attention à ne pas confondre « bloqué » et « lent ». Une reconstruction qui avance de 1 % par heure sur un NAS chargé n'est pas bloquée, elle est lente. La couper à ce moment-là fait plus de mal que de bien : certains contrôleurs repartent de zéro au redémarrage, ce qui double l'effort imposé aux disques. Si vous devez soulager la grappe, baissez la priorité de la reconstruction ou mettez-la en pause depuis l'interface (c'est sans danger), réduisez la charge (sauvegardes planifiées, synchronisation cloud, indexation), mais ne coupez pas le courant.
Une reconstruction qui n'a pas progressé d'un pourcent depuis plusieurs heures, avec des erreurs dans les journaux ou un disque qui cliquette, en revanche, est bien bloquée.
Notre règle : deux tentatives infructueuses, et la voie de la reconstruction par le NAS ou le contrôleur est fermée. Ce qui suit se passe en laboratoire.
Après un rebuild échoué, la grappe est dans un état fragile mais encore lisible : chaque disque contient ce qu'il contenait au moment de l'arrêt. Tout ce qui suit risque de modifier cet état.
Relancer la reconstruction en boucle. Chaque passage relit tous les disques à pleine charge. Si un disque est en train de mourir, vous lui faites parcourir encore des téraoctets. Si c'est un secteur illisible, le résultat sera le même.
Forcer le retour en ligne d'un disque éjecté (option « forcer », « mark as good », « réactiver ») sans savoir depuis quand il est sorti. S'il est sorti depuis des jours ou des semaines, son contenu est périmé : le remettre de force mélange des données anciennes et récentes, et une resynchronisation peut ensuite écraser la bonne version avec l'ancienne.
Réinitialiser le NAS, supprimer et recréer le groupe de stockage, « créer » un nouveau volume avec les mêmes disques. L'assistant présente souvent cela comme la solution pour « retrouver » le volume. C'est un formatage.
Changer l'ordre des disques ou les déplacer d'une baie à l'autre. Sur beaucoup de contrôleurs, la position compte. Un ordre modifié, puis un disque réinitialisé, et l'analyse devient bien plus longue. Numérotez les baies avant de sortir quoi que ce soit : voir la règle des baies pour envoyer un NAS ou un RAID.
Effacer une configuration « étrangère ». Sur les cartes RAID de serveurs, un message du type Foreign configuration propose deux actions aux effets opposés : importer (sans danger dans la plupart des cas) ou effacer (qui supprime la description de la grappe sur les disques). En cas de doute, ne touchez à rien et notez ou photographiez l'écran.
Lancer un outil de « réparation » du volume ou du système de fichiers sur une grappe incomplète. Il corrige des incohérences qui n'en sont pas, en écrivant. Voir pourquoi chkdsk peut détruire vos données.
Brancher les disques un par un sur un PC Windows. Un disque de NAS ou de RAID n'est pas lisible seul : Windows propose de l'initialiser ou de le formater. Refusez systématiquement, voir « Vous devez formater le disque ».
Faire une mise à jour du micrologiciel du NAS ou de la carte en espérant que « ça débloque ».
Jeter, effacer ou renvoyer en garantie un disque retiré. Après une initialisation par erreur, c'est lui qui porte la récupération. Un disque parti chez le constructeur ne revient jamais : vous recevez un disque de remplacement, vide.
Insister sur un disque qui fait du bruit. Un disque qui cliquette ou gratte s'abîme à chaque mise sous tension, voir les bruits d'un disque dur en panne.
La conduite la plus sûre : arrêter proprement le NAS ou le serveur, ne plus rien tenter, noter ce qui a été fait et dans quel ordre, et nous confier les disques.
Un rebuild échoué n'est pas une perte de données. Dans la plupart des dossiers que nous recevons, les données sont encore là : c'est la méthode de reconstruction du NAS ou du contrôleur qui a échoué, pas les disques qui les ont effacées.
1. Chaque disque est traité séparément. Un disque en panne électronique est réparé, un disque aux têtes défaillantes passe en salle blanche. Aucun disque n'est remis dans le NAS ni sur la carte RAID d'origine : ce serait risquer une nouvelle resynchronisation.
2. Chaque disque est copié secteur par secteur, avec des outils de laboratoire qui savent faire ce qu'un contrôleur RAID ne sait pas : lire d'abord les zones saines, revenir plus tard sur les zones difficiles avec des réglages adaptés, contourner une tête défaillante. Là où le NAS abandonnait au premier secteur illisible, nous pouvons en récupérer la quasi-totalité, et localiser précisément ceux qui restent illisibles.
3. La grappe est reconstituée virtuellement, sur les copies. Ordre des disques, taille des blocs, sens de la parité, décalage de départ : ces paramètres sont relus dans ce qui reste de la description de la grappe, ou retrouvés par l'analyse des données elles-mêmes quand cette description a été écrasée. Rien n'est écrit sur les disques d'origine, et chaque hypothèse se teste sans risque.
4. La redondance travaille pour nous. Un secteur illisible sur un disque peut souvent être recalculé à partir des autres. En RAID 6, la double parité permet de compenser deux disques défaillants à des endroits différents. En RAID 10, la zone perdue sur un disque peut se relire sur son jumeau.
5. On identifie les disques périmés. Si un disque est sorti de la grappe bien avant la panne finale, il porte une version ancienne des données. Nous le repérons (compteurs d'événements, dates, fichiers les plus récents) et nous ne l'utilisons que là où il est fiable.
6. On mesure les dégâts d'une écriture parasite. Si une initialisation ou une reconstruction dans le mauvais sens a été lancée, nous déterminons jusqu'où elle a écrit. Souvent, elle n'a touché que le début des disques avant d'être interrompue, et les données situées au-delà sont intactes. Avec le disque retiré au départ, il est parfois possible de tout reconstituer.
7. On vérifie sur de vrais fichiers. Une arborescence qui s'affiche ne prouve rien. La validation se fait en ouvrant des fichiers récents et volumineux (vidéos, archives, bases de données, comptabilité) et en contrôlant qu'ils sont complets.
Ce qui fait varier le résultat, par ordre d'importance : ce qui a été tenté après l'échec (une grappe laissée en l'état se récupère bien mieux qu'une grappe « travaillée »), l'écart de temps entre les pannes des disques, et l'état physique de chaque disque.
RAID 5. Une seule redondance. Dès que le rebuild bute sur un secteur illisible ou qu'un deuxième disque tombe, la grappe s'arrête. C'est le niveau le plus exposé, et de loin le plus fréquent à l'atelier. Si votre grappe est encore seulement dégradée (un disque en moins, volume accessible), lisez d'abord RAID 5 dégradé : que faire ? avant de lancer quoi que ce soit.
RAID 6 avec deux disques HS. Le RAID 6 tolère la perte de deux disques, et c'est souvent ce qui rassure. Mais une fois deux disques perdus, il se comporte comme un RAID 0 : aucun secteur illisible n'est plus toléré. Lancer deux reconstructions à la suite sur des disques du même lot, c'est prendre le risque d'en perdre un troisième. Si vos deux premiers disques sont tombés, la priorité est de mettre les données à l'abri, pas de reconstruire.
RAID 10. La reconstruction est plus courte, car elle ne lit que le jumeau du disque perdu. Mais tout repose sur ce seul disque : s'il lâche, la moitié des données de la paire disparaît du volume. En laboratoire, l'avantage du RAID 10 est que chaque donnée existe en deux exemplaires : deux disques abîmés à des endroits différents se complètent souvent très bien.
Pour chaque niveau, le détail de notre prise en charge : RAID 5, RAID 6, RAID 10. Pour les NAS du commerce, voir aussi NAS Synology en panne et NAS QNAP en panne.
Tous les disques : ceux restés dans la grappe, celui retiré au départ, et le disque neuf utilisé pour la reconstruction. Même ceux que vous croyez inutiles ;
la position de chaque disque (baie 1, baie 2...), notée sur le disque ou photographiée avant démontage ;
le modèle du NAS, ou du serveur et de sa carte RAID, et si vous le connaissez le niveau RAID ;
l'historique, sans filtre : quand la première alerte est apparue, combien de reconstructions ont été lancées, à quel pourcentage elles se sont arrêtées, quels boutons ont été cliqués (forcer, importer, initialiser, recréer). Ce n'est pas pour juger : c'est ce qui nous dit ce qui a été écrit, où, et dans quel sens ;
une capture ou une photo des messages d'erreur, si vous en avez ;
vos priorités : les dossiers ou fichiers les plus urgents. Sur une grappe très abîmée, c'est ce qui guide la lecture, et cela permet parfois une première restitution rapide.
Pas sûr de ce que vous avez sous les yeux ? Notre diagnostic en ligne vous oriente en quelques questions.
Le diagnostic et le devis sont gratuits et sans engagement. Le principe « pas de données, pas de frais » s'applique à la récupération : si nous ne récupérons pas vos fichiers, elle ne vous est pas facturée.
* En deux temps : un forfait d'intervention en salle blanche, ferme et non remboursable (geste technique et disque donneur réellement consommés), puis la récupération des données à partir de 490 € TTC, facturée uniquement en cas de succès.
Le montant exact vous est annoncé ferme au devis, avant toute intervention. Vos données vous sont rendues sur un support neuf compris dans le prix. Les frais d'expédition aller et retour restent à votre charge. Détail sur la grille de tarifs.
Vous pouvez nous envoyer les disques par colis suivi, depuis toute la France. Chaque disque est emballé séparément dans un sachet antistatique ou du papier bulle, numéroté selon sa baie, puis calé dans un carton rigide avec au moins 5 cm de protection de chaque côté. Inutile d'envoyer le NAS ou le serveur, sauf si nous vous le demandons. Voir comment numéroter et envoyer les disques d'un NAS ou d'un RAID, nos conseils d'emballage et notre page récupération de données à distance. Dans le secteur de Hyères et de Toulon, vous pouvez aussi déposer les disques directement à l'atelier.
Sauvegardez avant de reconstruire. Tant que le volume est accessible en mode dégradé, copiez d'abord les fichiers importants ailleurs. Le rebuild vient ensuite.
Programmez une vérification régulière de la grappe (tous les mois ou tous les trimestres). Elle découvre les secteurs faibles tant que la redondance est encore là pour les corriger, au lieu de les découvrir en plein rebuild.
Activez et testez les alertes e-mail. Beaucoup de grappes arrivent avec deux disques tombés à des mois d'écart, dont la première alerte n'a jamais été lue.
Choisissez des disques adaptés au fonctionnement en grappe (CMR, gamme NAS ou entreprise), de capacité égale ou supérieure, jamais inférieure.
Au-delà de 4 To par disque, préférez le RAID 6 ou le RAID 10 au RAID 5 : la durée et le volume de lecture d'une reconstruction deviennent un pari.
Gardez un disque de rechange sur l'étagère, et un onduleur devant le NAS.
Et surtout, ayez une vraie sauvegarde : aucun RAID n'en est une. Voir qu'est-ce qu'une sauvegarde, et pourquoi c'est important.
Pour les disques de remplacement, un nouveau NAS et la remise en service du serveur après récupération, BSC Informatique fournit et installe le matériel à l'atelier de Hyères. Et si votre activité ne peut pas attendre la fin de la récupération, BSC Location loue des ordinateurs fixes et portables à la semaine ou au mois.
Une reconstruction lit tous les disques de bout en bout pendant des heures ou des jours : c'est le moment où un disque fatigué lâche, et où un seul secteur illisible suffit à tout arrêter en RAID 5.
Même pourcentage à chaque échec = secteur illisible. Relancer ne sert à rien. Deux échecs, et la voie de la reconstruction par le NAS est fermée.
Ne relancez pas, ne forcez pas un disque éjecté, ne réinitialisez ni ne recréez la grappe, ne changez pas l'ordre des disques.
Une initialisation n'est pas une reconstruction : elle réécrit tous les disques. Après elle, le disque retiré au départ devient la seule source de données justes.
En laboratoire : chaque disque est copié séparément, la grappe est reconstituée virtuellement sur les copies, les disques d'origine ne sont jamais réécrits.
Gardez tous les disques. Diagnostic gratuit, « pas de données, pas de frais », envoi possible depuis toute la France.
Sources : dossiers de NAS et de grappes RAID traités à l'atelier ; documentation technique de laboratoire sur la reconstruction de RAID logiciels et matériels ; documentation publique des constructeurs de NAS et de cartes RAID.
Un disque de votre NAS ou de votre serveur a lâché. Vous avez fait ce qu'il fallait : commandé un disque neuf, remplacé l'ancien, lancé la reconstruction. Et puis la barre de progression s'est arrêtée. À 37 %, à 82 %, à 99 %. Ou bien l'interface affiche maintenant « Échec », « Failed », « Planté », « Inactive », et le volume a disparu.
C'est le scénario le plus redouté par un laboratoire de récupération, non pas parce qu'il est désespéré, mais parce que c'est le moment où les gestes réflexes font le plus de dégâts. Relancer, forcer, réinitialiser, remettre l'ancien disque : chacune de ces tentatives peut transformer une récupération complète en récupération partielle, voire impossible.
Cet article explique ce qui se passe réellement pendant un rebuild, pourquoi il échoue, ce qu'il ne faut surtout pas faire ensuite, et ce qui reste possible en laboratoire. Il vaut pour le RAID 5, le RAID 6 et le RAID 10, les trois niveaux que nous recevons dans cette situation.
L'essentiel en 30 secondes
Un rebuild qui échoue deux fois au même endroit n'aboutira jamais. La voie de la reconstruction par le NAS ou le contrôleur est fermée. La relancer use les disques pour rien. Ne réinitialisez rien, ne recréez pas le volume, ne changez pas l'ordre des disques, n'importez ni n'effacez une configuration sans savoir ce que fait le bouton. Gardez tous les disques, y compris celui retiré au départ et le disque neuf. Le disque « en panne » est parfois le seul qui porte encore des données justes. Si un disque fait du bruit ou si le volume n'est plus accessible : éteignez proprement et ne tentez plus rien. En laboratoire, chaque disque est copié séparément, secteur par secteur, puis la grappe est reconstituée virtuellement, sur les copies, sans jamais réécrire les disques d'origine. Dans la grande majorité des cas, c'est encore possible.Ce qui se passe pendant une reconstruction
Un RAID 5, 6 ou 10 répartit vos données sur plusieurs disques avec une redondance : une information supplémentaire (la parité pour le RAID 5 et 6, une copie miroir pour le RAID 10) qui permet de recalculer le contenu d'un disque manquant.
Quand un disque tombe, la grappe passe en mode dégradé : tout fonctionne encore, mais le contenu du disque absent est recalculé à la volée à partir des autres. Lancer une reconstruction, c'est demander au système de recalculer l'intégralité de ce disque manquant et de l'écrire sur le disque neuf.
Pour y parvenir, il doit lire de bout en bout tous les disques survivants (pour le RAID 5 et 6), ou le disque jumeau du disque perdu (pour le RAID 10). Pendant des heures, souvent des jours, ces disques travaillent à pleine charge. Et c'est précisément eux qui posent problème : ils ont le même âge, viennent souvent du même lot, ont tourné autant d'heures que celui qui vient de lâcher.
À titre indicatif, une reconstruction dure de 4 à 8 heures pour des disques de 2 To au repos, et jusqu'à 3 à 7 jours pour des disques de 12 To ou plus sur un serveur en production. Deux fois plus sur un NAS d'entrée de gamme. C'est une longue fenêtre pendant laquelle la grappe n'a plus aucune marge d'erreur (RAID 5) ou une marge réduite (RAID 6).
Pourquoi un rebuild échoue
Un secteur illisible sur un disque survivant
C'est la cause numéro un. Pour recalculer le disque manquant, le système a besoin de chaque secteur de chaque disque restant. Si un seul secteur ne se lit plus sur l'un d'eux, le calcul est impossible à cet endroit.
Ce n'est pas une hypothèse d'école. Les constructeurs annoncent, pour les disques grand public, une erreur de lecture irrécupérable pour environ 12,5 To lus. La reconstruction d'un RAID 5 de quatre disques de 8 To impose d'en lire 24 To. Les disques font souvent mieux que leur fiche technique, mais sur une grappe vieillissante, tomber sur un secteur faible pendant le rebuild est tout sauf rare. Et en RAID 5, il n'y a plus de seconde redondance pour le contourner : le contrôleur s'arrête, ou éjecte le disque fautif.
Un deuxième disque qui lâche pendant la reconstruction
Des disques jumeaux vieillissent ensemble. Le premier annonce souvent le second, et la reconstruction, qui les fait lire sans interruption pendant des heures, est exactement le type d'effort qui achève un disque fatigué. Le résultat :
en RAID 5, deux disques manquants : le volume devient inaccessible ; en RAID 6, deux disques manquants se tolèrent, mais la grappe n'a alors plus aucune redondance : le moindre secteur illisible sur un troisième disque, et la reconstruction échoue à son tour ; en RAID 10, tout dépend de quel disque lâche : si c'est le jumeau direct du disque remplacé, la paire entière est perdue, et le volume avec elle. Si c'est un disque d'une autre paire, la grappe tient.Un disque éjecté qui n'était pas en panne
Tous les disques éjectés ne sont pas morts. Un disque de bureau qui bute sur un secteur difficile peut insister trente secondes à deux minutes avant de rendre la main. Le contrôleur RAID, lui, n'attend que quelques secondes : il déclare le disque défaillant et le sort de la grappe, alors qu'il est parfaitement sain. Les disques prévus pour un NAS limitent ce temps de réessai justement pour éviter cela.
Le même piège existe avec les disques à enregistrement SMR : sous une écriture soutenue comme un rebuild, leur débit peut s'effondrer à quelques mégaoctets par seconde, au point que le contrôleur les considère comme hors service. Un disque neuf éjecté au milieu de la reconstruction, c'est souvent cela. Voir CMR ou SMR : quel disque pour un NAS ou un RAID.
Enfin, un câble fatigué, un fond de panier oxydé ou une alimentation trop juste provoquent des coupures de communication que le contrôleur attribue au disque. Dans ces trois cas, le disque sorti de la grappe est intact et porte des données valables. Une raison de plus pour ne jamais le jeter.
Le contrôleur qui a écrit par-dessus
Le cas le plus grave n'est pas une panne, c'est une confusion. Les interfaces des NAS et des cartes RAID proposent des actions aux noms voisins : rebuild, initialize, create, restore, assemble, reconstruct. Sous le stress, on clique sur la mauvaise.
Une initialisation ne recalcule pas le disque manquant à partir des autres : elle recalcule la parité de toute la grappe à partir de ce qu'elle trouve, y compris le contenu vide ou aléatoire du disque neuf. Elle écrit donc sur tous les disques. Sur un RAID 5 de trois disques, environ un tiers des blocs deviennent faux. Cela paraît peu, mais ces blocs faux reviennent toutes les quelques centaines de kilo-octets : pratiquement chaque photo, chaque document, chaque archive est touché.
À ce stade, les disques restés dans la grappe ne suffisent plus. La seule source de données justes est le disque retiré au départ, celui qu'on croyait inutile.
« Bloqué à X % » : ce que le pourcentage vous dit
Le chiffre sur lequel la reconstruction s'arrête n'est pas anodin.
Toujours le même pourcentage, à chaque tentative : il y a un secteur illisible précis sur l'un des disques survivants. Relancer ne changera rien, le contrôleur butera toujours au même endroit. Un pourcentage différent à chaque fois : un disque est instable (électronique, tête de lecture faible, surchauffe), ou c'est l'alimentation ou le câblage qui décroche. 98 ou 99 % : très fréquent. La fin du volume contient souvent des structures du système de fichiers très sollicitées. Même conduite : on ne relance pas. Le disque neuf est éjecté en cours de route : suspectez un disque inadapté (SMR, disque de bureau) ou un problème de câblage, pas forcément le reste de la grappe.Attention à ne pas confondre « bloqué » et « lent ». Une reconstruction qui avance de 1 % par heure sur un NAS chargé n'est pas bloquée, elle est lente. La couper à ce moment-là fait plus de mal que de bien : certains contrôleurs repartent de zéro au redémarrage, ce qui double l'effort imposé aux disques. Si vous devez soulager la grappe, baissez la priorité de la reconstruction ou mettez-la en pause depuis l'interface (c'est sans danger), réduisez la charge (sauvegardes planifiées, synchronisation cloud, indexation), mais ne coupez pas le courant.
Une reconstruction qui n'a pas progressé d'un pourcent depuis plusieurs heures, avec des erreurs dans les journaux ou un disque qui cliquette, en revanche, est bien bloquée.
Notre règle : deux tentatives infructueuses, et la voie de la reconstruction par le NAS ou le contrôleur est fermée. Ce qui suit se passe en laboratoire.
Ce qu'il ne faut surtout pas faire
Après un rebuild échoué, la grappe est dans un état fragile mais encore lisible : chaque disque contient ce qu'il contenait au moment de l'arrêt. Tout ce qui suit risque de modifier cet état.
Relancer la reconstruction en boucle. Chaque passage relit tous les disques à pleine charge. Si un disque est en train de mourir, vous lui faites parcourir encore des téraoctets. Si c'est un secteur illisible, le résultat sera le même. Forcer le retour en ligne d'un disque éjecté (option « forcer », « mark as good », « réactiver ») sans savoir depuis quand il est sorti. S'il est sorti depuis des jours ou des semaines, son contenu est périmé : le remettre de force mélange des données anciennes et récentes, et une resynchronisation peut ensuite écraser la bonne version avec l'ancienne. Réinitialiser le NAS, supprimer et recréer le groupe de stockage, « créer » un nouveau volume avec les mêmes disques. L'assistant présente souvent cela comme la solution pour « retrouver » le volume. C'est un formatage. Changer l'ordre des disques ou les déplacer d'une baie à l'autre. Sur beaucoup de contrôleurs, la position compte. Un ordre modifié, puis un disque réinitialisé, et l'analyse devient bien plus longue. Numérotez les baies avant de sortir quoi que ce soit : voir la règle des baies pour envoyer un NAS ou un RAID. Effacer une configuration « étrangère ». Sur les cartes RAID de serveurs, un message du type Foreign configuration propose deux actions aux effets opposés : importer (sans danger dans la plupart des cas) ou effacer (qui supprime la description de la grappe sur les disques). En cas de doute, ne touchez à rien et notez ou photographiez l'écran. Lancer un outil de « réparation » du volume ou du système de fichiers sur une grappe incomplète. Il corrige des incohérences qui n'en sont pas, en écrivant. Voir pourquoi chkdsk peut détruire vos données. Brancher les disques un par un sur un PC Windows. Un disque de NAS ou de RAID n'est pas lisible seul : Windows propose de l'initialiser ou de le formater. Refusez systématiquement, voir « Vous devez formater le disque ». Faire une mise à jour du micrologiciel du NAS ou de la carte en espérant que « ça débloque ». Jeter, effacer ou renvoyer en garantie un disque retiré. Après une initialisation par erreur, c'est lui qui porte la récupération. Un disque parti chez le constructeur ne revient jamais : vous recevez un disque de remplacement, vide. Insister sur un disque qui fait du bruit. Un disque qui cliquette ou gratte s'abîme à chaque mise sous tension, voir les bruits d'un disque dur en panne.La conduite la plus sûre : arrêter proprement le NAS ou le serveur, ne plus rien tenter, noter ce qui a été fait et dans quel ordre, et nous confier les disques.
Ce qui reste possible en laboratoire
Un rebuild échoué n'est pas une perte de données. Dans la plupart des dossiers que nous recevons, les données sont encore là : c'est la méthode de reconstruction du NAS ou du contrôleur qui a échoué, pas les disques qui les ont effacées.
1. Chaque disque est traité séparément. Un disque en panne électronique est réparé, un disque aux têtes défaillantes passe en salle blanche. Aucun disque n'est remis dans le NAS ni sur la carte RAID d'origine : ce serait risquer une nouvelle resynchronisation.
2. Chaque disque est copié secteur par secteur, avec des outils de laboratoire qui savent faire ce qu'un contrôleur RAID ne sait pas : lire d'abord les zones saines, revenir plus tard sur les zones difficiles avec des réglages adaptés, contourner une tête défaillante. Là où le NAS abandonnait au premier secteur illisible, nous pouvons en récupérer la quasi-totalité, et localiser précisément ceux qui restent illisibles.
3. La grappe est reconstituée virtuellement, sur les copies. Ordre des disques, taille des blocs, sens de la parité, décalage de départ : ces paramètres sont relus dans ce qui reste de la description de la grappe, ou retrouvés par l'analyse des données elles-mêmes quand cette description a été écrasée. Rien n'est écrit sur les disques d'origine, et chaque hypothèse se teste sans risque.
4. La redondance travaille pour nous. Un secteur illisible sur un disque peut souvent être recalculé à partir des autres. En RAID 6, la double parité permet de compenser deux disques défaillants à des endroits différents. En RAID 10, la zone perdue sur un disque peut se relire sur son jumeau.
5. On identifie les disques périmés. Si un disque est sorti de la grappe bien avant la panne finale, il porte une version ancienne des données. Nous le repérons (compteurs d'événements, dates, fichiers les plus récents) et nous ne l'utilisons que là où il est fiable.
6. On mesure les dégâts d'une écriture parasite. Si une initialisation ou une reconstruction dans le mauvais sens a été lancée, nous déterminons jusqu'où elle a écrit. Souvent, elle n'a touché que le début des disques avant d'être interrompue, et les données situées au-delà sont intactes. Avec le disque retiré au départ, il est parfois possible de tout reconstituer.
7. On vérifie sur de vrais fichiers. Une arborescence qui s'affiche ne prouve rien. La validation se fait en ouvrant des fichiers récents et volumineux (vidéos, archives, bases de données, comptabilité) et en contrôlant qu'ils sont complets.
Ce qui fait varier le résultat, par ordre d'importance : ce qui a été tenté après l'échec (une grappe laissée en l'état se récupère bien mieux qu'une grappe « travaillée »), l'écart de temps entre les pannes des disques, et l'état physique de chaque disque.
RAID 5, RAID 6, RAID 10 : les particularités
RAID 5. Une seule redondance. Dès que le rebuild bute sur un secteur illisible ou qu'un deuxième disque tombe, la grappe s'arrête. C'est le niveau le plus exposé, et de loin le plus fréquent à l'atelier. Si votre grappe est encore seulement dégradée (un disque en moins, volume accessible), lisez d'abord RAID 5 dégradé : que faire ? avant de lancer quoi que ce soit.
RAID 6 avec deux disques HS. Le RAID 6 tolère la perte de deux disques, et c'est souvent ce qui rassure. Mais une fois deux disques perdus, il se comporte comme un RAID 0 : aucun secteur illisible n'est plus toléré. Lancer deux reconstructions à la suite sur des disques du même lot, c'est prendre le risque d'en perdre un troisième. Si vos deux premiers disques sont tombés, la priorité est de mettre les données à l'abri, pas de reconstruire.
RAID 10. La reconstruction est plus courte, car elle ne lit que le jumeau du disque perdu. Mais tout repose sur ce seul disque : s'il lâche, la moitié des données de la paire disparaît du volume. En laboratoire, l'avantage du RAID 10 est que chaque donnée existe en deux exemplaires : deux disques abîmés à des endroits différents se complètent souvent très bien.
Pour chaque niveau, le détail de notre prise en charge : RAID 5, RAID 6, RAID 10. Pour les NAS du commerce, voir aussi NAS Synology en panne et NAS QNAP en panne.
Ce que nous vous demandons au dépôt
Tous les disques : ceux restés dans la grappe, celui retiré au départ, et le disque neuf utilisé pour la reconstruction. Même ceux que vous croyez inutiles ; la position de chaque disque (baie 1, baie 2...), notée sur le disque ou photographiée avant démontage ; le modèle du NAS, ou du serveur et de sa carte RAID, et si vous le connaissez le niveau RAID ; l'historique, sans filtre : quand la première alerte est apparue, combien de reconstructions ont été lancées, à quel pourcentage elles se sont arrêtées, quels boutons ont été cliqués (forcer, importer, initialiser, recréer). Ce n'est pas pour juger : c'est ce qui nous dit ce qui a été écrit, où, et dans quel sens ; une capture ou une photo des messages d'erreur, si vous en avez ; vos priorités : les dossiers ou fichiers les plus urgents. Sur une grappe très abîmée, c'est ce qui guide la lecture, et cela permet parfois une première restitution rapide.Pas sûr de ce que vous avez sous les yeux ? Notre diagnostic en ligne vous oriente en quelques questions.
Combien ça coûte
Le diagnostic et le devis sont gratuits et sans engagement. Le principe « pas de données, pas de frais » s'applique à la récupération : si nous ne récupérons pas vos fichiers, elle ne vous est pas facturée.
| Cas | Tarif |
|---|---|
| Disques sains (reconstruction bloquée par un contrôleur, configuration perdue, NAS en panne) : copie de chaque disque et reconstruction virtuelle du volume | 190 € TTC |
| Disque en panne physique (électronique, secteurs défectueux), par disque concerné, en plus de la reconstruction | 390 € TTC |
| Disque en panne mécanique (salle blanche, échange de têtes), par disque concerné, en plus de la reconstruction | à partir de 790 € TTC * |
| RAID 5 ou 6 avec plusieurs disques défaillants, initialisation lancée par erreur, configuration propriétaire | sur devis |
* En deux temps : un forfait d'intervention en salle blanche, ferme et non remboursable (geste technique et disque donneur réellement consommés), puis la récupération des données à partir de 490 € TTC, facturée uniquement en cas de succès.
Le montant exact vous est annoncé ferme au devis, avant toute intervention. Vos données vous sont rendues sur un support neuf compris dans le prix. Les frais d'expédition aller et retour restent à votre charge. Détail sur la grille de tarifs.
Nous l'envoyer depuis toute la France
Vous pouvez nous envoyer les disques par colis suivi, depuis toute la France. Chaque disque est emballé séparément dans un sachet antistatique ou du papier bulle, numéroté selon sa baie, puis calé dans un carton rigide avec au moins 5 cm de protection de chaque côté. Inutile d'envoyer le NAS ou le serveur, sauf si nous vous le demandons. Voir comment numéroter et envoyer les disques d'un NAS ou d'un RAID, nos conseils d'emballage et notre page récupération de données à distance. Dans le secteur de Hyères et de Toulon, vous pouvez aussi déposer les disques directement à l'atelier.
🔴 RAID ou NAS en panne ? BSC DataRecovery - 09 71 32 65 95.
Diagnostic sous 24 à 48 h, gratuit et sans engagement.
Obtenir une estimation gratuite pour mon RAID →
Pannes traitées, méthodes et tarifs : récupération de données sur RAID.
Diagnostic sous 24 à 48 h, gratuit et sans engagement.
Obtenir une estimation gratuite pour mon RAID →
Pannes traitées, méthodes et tarifs : récupération de données sur RAID.
Pour la suite : que la prochaine reconstruction se passe bien
Sauvegardez avant de reconstruire. Tant que le volume est accessible en mode dégradé, copiez d'abord les fichiers importants ailleurs. Le rebuild vient ensuite. Programmez une vérification régulière de la grappe (tous les mois ou tous les trimestres). Elle découvre les secteurs faibles tant que la redondance est encore là pour les corriger, au lieu de les découvrir en plein rebuild. Activez et testez les alertes e-mail. Beaucoup de grappes arrivent avec deux disques tombés à des mois d'écart, dont la première alerte n'a jamais été lue. Choisissez des disques adaptés au fonctionnement en grappe (CMR, gamme NAS ou entreprise), de capacité égale ou supérieure, jamais inférieure. Au-delà de 4 To par disque, préférez le RAID 6 ou le RAID 10 au RAID 5 : la durée et le volume de lecture d'une reconstruction deviennent un pari. Gardez un disque de rechange sur l'étagère, et un onduleur devant le NAS. Et surtout, ayez une vraie sauvegarde : aucun RAID n'en est une. Voir qu'est-ce qu'une sauvegarde, et pourquoi c'est important.Pour les disques de remplacement, un nouveau NAS et la remise en service du serveur après récupération, BSC Informatique fournit et installe le matériel à l'atelier de Hyères. Et si votre activité ne peut pas attendre la fin de la récupération, BSC Location loue des ordinateurs fixes et portables à la semaine ou au mois.
À retenir
Une reconstruction lit tous les disques de bout en bout pendant des heures ou des jours : c'est le moment où un disque fatigué lâche, et où un seul secteur illisible suffit à tout arrêter en RAID 5. Même pourcentage à chaque échec = secteur illisible. Relancer ne sert à rien. Deux échecs, et la voie de la reconstruction par le NAS est fermée. Ne relancez pas, ne forcez pas un disque éjecté, ne réinitialisez ni ne recréez la grappe, ne changez pas l'ordre des disques. Une initialisation n'est pas une reconstruction : elle réécrit tous les disques. Après elle, le disque retiré au départ devient la seule source de données justes. En laboratoire : chaque disque est copié séparément, la grappe est reconstituée virtuellement sur les copies, les disques d'origine ne sont jamais réécrits. Gardez tous les disques. Diagnostic gratuit, « pas de données, pas de frais », envoi possible depuis toute la France.Sources : dossiers de NAS et de grappes RAID traités à l'atelier ; documentation technique de laboratoire sur la reconstruction de RAID logiciels et matériels ; documentation publique des constructeurs de NAS et de cartes RAID.