RAID ou NAS en panne : pourquoi ne pas lancer de reconstruction (rebuild) ni réinitialiser le volume

Réponse courte : quand un RAID ou un NAS (Synology, QNAP, serveur avec contrôleur RAID…) devient inaccessible, les données sont généralement encore sur les disques. Ce qui les met le plus en danger, ce sont les manipulations faites ensuite : une reconstruction (rebuild) avec un disque qui n'était plus à jour, ou la création d'un nouveau volume par-dessus l'ancien. Éteignez l'appareil, ne touchez à rien et confiez les disques à un laboratoire.

Article rédigé après l'atelier « La récupération de données RAID de A à Z » de l'ACE Lab TechWeek 2026 (Alicante, octobre 2026), présenté par Alexander Leonenko, ingénieur principal et formateur chez ACE Lab. ACE Lab est le fabricant de la gamme PC-3000, l'équipement de référence des laboratoires de récupération de données.

Symptômes typiques

• Le NAS signale un volume « dégradé », « planté » ou « non initialisé ».
• Le contrôleur RAID ne retrouve plus la configuration ou propose de créer un nouveau volume.
• Un ou plusieurs disques sont marqués défaillants ou absents.
• Une reconstruction s'est arrêtée en cours de route.
• Le volume est de nouveau accessible, mais des fichiers ne s'ouvrent plus ou sont corrompus.

Un RAID, c'est quoi pour vos données ?

Dans un RAID 0, 5 ou 6, vos fichiers ne sont pas rangés disque par disque. Ils sont découpés en blocs répartis sur tous les disques, avec des blocs de contrôle (la parité, calculée par une opération appelée XOR) qui permettent de résister à la panne d'un disque (RAID 5) ou de deux (RAID 6).

Pour relire les données, il faut connaître exactement la « recette » de l'assemblage : quels disques font partie du volume, dans quel ordre, la taille des blocs, le niveau de RAID, l'endroit où commencent les données sur chaque disque… Lors de l'atelier, Alexander Leonenko a insisté sur un point : il ne suffit pas de savoir que c'est « un RAID 5 », il faut retrouver la correspondance exacte entre chaque bloc du volume et sa position sur chaque disque.

Normalement, ces paramètres sont enregistrés sur les disques eux-mêmes (les métadonnées). C'est pour cela qu'un NAS ou un contrôleur assemble le volume tout seul. Le problème commence quand ces informations sont perdues… ou remplacées par de mauvaises.

À noter : dans les NAS Synology et dans la plupart des QNAP, le RAID n'est pas géré par une carte RAID, mais par le logiciel du NAS, basé sur Linux (mdadm, LVM, SHR chez Synology). Branché sur un ordinateur Windows, un disque de NAS paraît donc illisible, et Windows propose de l'initialiser ou de le formater. Il ne faut surtout pas accepter : les données sont bien là, mais dans un format que Windows ne sait pas lire.

Ce que montre ACE Lab

L'atelier présentait la méthode utilisée avec le PC-3000 pour reconstituer un RAID. Le message principal : la récupération RAID n'est pas de la « magie noire », c'est un processus d'ingénierie méthodique, mais pas linéaire : quand une hypothèse échoue, on revient en arrière et on en teste une autre. Les grandes étapes :

1. Diagnostiquer chaque disque. Les données SMART (heures de fonctionnement, identification, erreurs) révèlent déjà beaucoup. Exemple donné par le formateur : un client achète en général des disques identiques en même temps ; si l'un d'eux sort du lot, il a probablement été ajouté plus tard.
2. Tenter la détection automatique à partir des métadonnées. C'est rapide et fiable, mais pas toujours possible. Et le résultat doit toujours être vérifié : si le client a réinitialisé le volume, les métadonnées décrivent la nouvelle configuration, pas celle où se trouvent ses fichiers.
3. Sinon, retrouver les paramètres à partir des données elles-mêmes. Le logiciel analyse statistiquement le contenu de chaque disque (taille des fichiers reconnus, « entropie » des secteurs, c'est-à-dire leur degré de désordre : les blocs de parité ressemblent en général davantage à du hasard) pour en déduire la taille des blocs, le nombre de disques et le niveau de RAID. L'ordre des disques se déduit ensuite de la position de structures connues du système de fichiers. Le formateur a montré qu'avec une configuration standard, le choix se réduit très vite à quelques possibilités.
4. Vérifier la configuration, en contrôlant un fichier assez grand pour être réparti sur tous les disques : un petit fichier ne valide que quelques blocs, un grand vérifie la position de tous les blocs les uns par rapport aux autres.
5. Rechercher les problèmes liés à la redondance. C'est là que se trouvent les pièges décrits ci-dessous.

Les erreurs les plus dangereuses

1. Reconstruire avec un disque « périmé »

Le scénario type : un disque décroche du RAID sans que personne ne s'en aperçoive. Le volume continue de fonctionner sans lui pendant des jours ou des mois. Ce disque contient donc une version ancienne des données. Si on le réintègre, ou si on reconstruit le volume en l'associant aux disques à jour, on obtient des fichiers corrompus : anciens et nouveaux blocs se retrouvent mélangés.

Le formateur a souligné que c'est un problème fréquent, à vérifier systématiquement. En laboratoire, il faut identifier ce disque et assembler le volume sans lui.

2. Réinitialiser ou créer un nouveau volume

Quand un NAS ou un contrôleur ne reconnaît plus le volume, il propose souvent d'en créer un nouveau. Si on accepte, il calcule de nouveaux blocs de parité et les écrit sur les disques, par-dessus les données existantes.

Selon le formateur, ces dégâts suivent un motif régulier, ce qui permet parfois de les reconstituer : il faut d'abord vérifier qu'il reste assez de redondance pour compenser ce qui a été écrasé, puis identifier le motif des dégâts (la configuration du nouveau volume) et assembler une configuration de réparation, qui recalcule les blocs écrasés à partir de la redondance. Mais un RAID 5 ne peut reconstituer qu'un seul bloc par bande (stripe) : si deux blocs d'une même bande ont été écrasés, cette partie est perdue.

3. Écrire de nouvelles données sur le volume

Selon le formateur, c'est le cas le plus grave : quand de nouvelles données ont été écrites sur les secteurs, les dégâts ne suivent plus aucun motif. Il faut alors repérer précisément les secteurs endommagés, ce qui est bien plus difficile, voire impossible. En pratique, cela arrive par exemple après une copie de fichiers, une réinstallation ou une vérification du système de fichiers lancée sur le volume abîmé.

Comme l'a résumé le formateur : le diagnostic de ces problèmes est fiable, mais leur correction peut être très difficile, et parfois la récupération n'est plus possible.

Ce qu'il faut faire tout de suite

Nos conseils de laboratoire :

1. Éteindre le NAS ou le serveur proprement, et ne plus le rallumer.
2. Ne lancer ni reconstruction, ni réparation, ni vérification du volume (rebuild, repair, chkdsk, fsck…).
3. Ne jamais accepter de créer ou d'initialiser un nouveau volume, même si l'interface le propose. Même chose si vous branchez un disque du NAS sur un ordinateur et que Windows propose de l'initialiser ou de le formater.
4. Ne pas remplacer de disque au hasard et ne pas changer leur ordre. Si vous devez les retirer, numérotez-les selon leur emplacement.
5. Noter l'historique : quel disque est tombé en panne et quand, ce qui a été tenté, si le volume a été utilisé en mode dégradé, le modèle du NAS ou du contrôleur.
6. Apporter tous les disques, y compris celui qui est tombé en premier.

Notre démarche

Chez Belgium Data Recovery, nous traitons les RAID et les NAS de cette manière :

1. Diagnostic gratuit de chaque disque, puis devis.
2. Copie de chaque disque ; les disques défaillants passent d'abord par une intervention matérielle si nécessaire (par exemple remplacement de l'ensemble de têtes de lecture/écriture en salle blanche).
3. Reconstitution de la configuration du RAID sur les copies : l'analyse ne sollicite plus les disques d'origine, souvent déjà fragiles.
4. Vérification de la configuration et recherche d'un disque périmé ou d'une zone écrasée.
5. Extraction de vos fichiers, restitués sur un support vierge que vous fournissez, ou sur un support BDR avec supplément.

Le principe est No Cure No Pay : si nous ne récupérons pas vos données, vous ne payez rien. Si vous nous avez transmis la liste de vos fichiers importants et que nous en récupérons moins de 75 %, vous pouvez refuser le résultat sans frais.

À lire aussi: récupération de données RAID · récupération de données NAS · récupération de données en Belgique