Blog de RecoverySoftware

Deux disques sont tombés en panne dans votre matrice Synology SHR-1. DSM indique que le pool de stockage est en état Crashed et précise que les données ne peuvent pas être récupérées. La récupération des données SHR-1 après une double panne de disque est l’objet de cet article — et la situation est en réalité plus nuancée que ne le laisse entendre le message de DSM. La récupérabilité de vos données ne dépend pas uniquement du nombre de disques défaillants, mais aussi de la manière dont ils sont tombés en panne et de l’état des disques restants.

Vous avez remplacé un disque de 4 To par un disque de 8 To dans votre grappe Synology SHR. La reconstruction du volume a démarré, a progressé pendant un certain temps — puis s'est arrêtée. DSM indique Dégradé ou Planté, ou la barre de progression n'a pas bougé depuis des heures. Le NAS peut être devenu totalement non réactif. Cet article explique la récupération de données après un plantage de reconstruction SHR : ce qui s'est réellement passé dans la grappe, comment analyser l'état actuel sans l'aggraver, et comment restaurer vos fichiers (récupération de données Synology, dépannage NAS, récupération RAID/SHR).

Le NAS est hors-service. Les disques sont intacts. Vous les connectez à une machine Windows ou Linux et vous obtenez soit une invite « Vous devez formater ce disque », soit les disques ne sont pas du tout visibles. Il ne s'agit pas d'une perte de données, mais d'un problème d'accès. Contrairement aux scénarios de défaillance matérielle des disques, une carte mère Synology morte laisse les données du volume SHR physiquement intactes. Ce qu'il faut récupérer n'est donc pas les données elles‑mêmes, mais l'accès à la structure multi‑couches que Synology utilise pour les stocker — essentiel pour la récupération de données NAS et la reconstruction d'un RAID Synology.

Deux disques sont perdus dans un ensemble à parité simple, ou trois dans une configuration à double parité. Unraid ne peut pas démarrer l'ensemble et, même s'il le pouvait, les données des disques défaillants sont mathématiquement irrécupérables par la parité seule. C'est le point où la redondance de stockage prend fin et où commence la récupération de données.

Le disque est physiquement présent, SMART ne signale aucune erreur et l'array Unraid a démarré sans incident — mais un partage a disparu et l'interface Web indique le disque comme Impossible à monter. Il s'agit d'un événement de corruption du système de fichiers, relevant d'une classe de problème distincte d'une défaillance matérielle.

La défaillance d’un disque unique dans un ensemble Unraid est un événement prévisible et maîtrisable — à condition d’y répondre correctement. Le système continue de fonctionner, vos données restent accessibles et une procédure définie permet une récupération complète. Rien de tout cela n’est accidentel : cela découle directement de la façon dont Unraid structure ses ensembles.

Cet article explique le mécanisme de protection, la procédure correcte pour remplacer un disque défaillant et quoi faire lorsque le chemin standard échoue et qu’il faut extraire des données depuis l’extérieur.

Lorsqu'une personne contacte un spécialiste en récupération de données au sujet d'une grappe RAID défaillante, la réponse à la question « de quel niveau RAID s'agit‑il ? » conditionne l'ensemble des opérations ultérieures. RAIDZ1 et RAID 5 reposent sur la même idée fondamentale — répartir la parité sur les disques de façon à tolérer la perte d'un disque sans perte de données — mais ils se comportent très différemment en cas de défaillance. Ces différences deviennent particulièrement évidentes lorsqu'on est confronté à une grappe dégradée. Cet article analyse ce que ces choix d'architecture impliquent pour la probabilité de défaillance, la difficulté de récupération et les outils réellement efficaces dans chaque cas.

Dans cet article, nous passons en revue les principales erreurs de restauration sous Windows, leurs causes et les procédures de dépannage et de correction.