Guide Netgear ReadyNAS

Tome I
L’ère Infrant / SPARC (2004–2010)

L’âge d’or des pionniers du NAS grand public

« Avant que Netgear n’appose son sigle sur les boîtiers, il y avait Infrant. Une petite société de Fremont, en Californie, qui avait l’ambition de mettre la technologie des serveurs de stockage d’entreprise à la portée des petites entreprises et des foyers. Ses ReadyNAS, animés par des processeurs SPARC gravés dans le silicium, furent les premiers à démocratiser le RAID matériel à un prix accessible. Mais cette prouesse technique avait un prix : une architecture exotique, une fin de vie brutale, et un cauchemar de récupération de données qui hante encore aujourd’hui les data-hoarders. »

Prologue : Aux origines d’une révolution

L’histoire des ReadyNAS commence bien avant l’acquisition par Netgear. En 2001, la société Infrant Technologies est fondée à Fremont, en Californie. Son objectif est clair : proposer des solutions de stockage réseau abordables, en empruntant les technologies des serveurs d’entreprise pour les adapter aux PME et aux utilisateurs avertis.

En 2004, Infrant lance les premiers ReadyNAS. Ces appareils sont alors équipés de processeurs SPARC conçus par Infrant elle-même — des puces IT3107 intégrant un cœur RISC 32 bits. Le système d’exploitation, baptisé RAIDiator, est une distribution Linux spécialement adaptée à cette architecture.

Le 3 mai 2007, Netgear rachète Infrant pour 60 millions de dollars en espèces, avec un complément de 20 millions possibles si des objectifs de revenus sont atteints. L’opération est un succès : le PDG d’Infrant, Paul Tien, devient vice-président de la division stockage de Netgear. La marque ReadyNAS est sauvée, et la gamme s’élargit.

Mais le rachat marque aussi le début d’une fragmentation architecturale qui va compliquer la vie des utilisateurs pendant des années. Netgear hérite des modèles SPARC d’Infrant, puis développe ses propres modèles x86 (Intel) et plus tard ARM. Résultat : trois variantes de RAIDiator pour trois architectures incompatibles entre elles.

Chapitre 1 — Inventaire exhaustif des modèles SPARC (2004–2010)

1.1 – Les précurseurs : l’ère Infrant (2004–2007)

Avant le rachat par Netgear, Infrant a commercialisé plusieurs modèles, dont la nomenclature est aujourd’hui source de confusion.

1.2 – L’ère Netgear : les SPARC « legacy » (2008–2010)

Après le rachat, Netgear a continué à commercialiser des modèles SPARC sous la marque ReadyNAS, tout en développant en parallèle les gammes x86.

1.3 – Distinguer un SPARC d’un x86 ou d’un ARM

La règle est simple, et validée par la communauté Netgear :

« All systems running 4.1.x firmware are sparc – all systems running 4.2.x firmware are x86 » — modérateur de la communauté Netgear.

Chapitre 2 — Problématiques matérielles

2.1 – L’alimentation électrique : le talon d’Achille

Les modèles SPARC sont réputés pour leurs alimentations fragiles. Les symptômes sont variés :

• Le NAS ne s’allume plus : panne totale de l’alimentation interne.
• Le NAS s’éteint brutalement en cours d’utilisation, notamment lors de pics de charge (accès disques simultanés).
• Bruit de « bang » et odeur de brûlé : certains utilisateurs rapportent des courts-circuits ayant fait sauter des disjoncteurs.
• Condensateurs gonflés ou explosés sur la carte mère, signe de vieillissement des composants électrolytiques.

Témoignage d’un utilisateur sur les forums : « When pressing power there was a loud bang, burning smell, tripped circuit breakers ».

2.2 – Les ventilateurs bruyants ou défaillants

Les ventilateurs des modèles NV+ et Duo v1 sont souvent bruyants, surtout après plusieurs années de service. Certains utilisateurs les remplacent par des modèles silencieux (Noctua, etc.), mais cela nécessite une intervention manuelle et une connaissance de l’électronique.

2.3 – La pile CR2032 : un détail qui tue

Sur les Duo v2 (ARM) et certains SPARC tardifs, une pile CR2032 assure la sauvegarde de l’horloge et des paramètres BIOS. Lorsqu’elle est déchargée, le NAS peut refuser de démarrer ou présenter des comportements erratiques.

2.4 – La limite des disques : 2 To maximum

Les systèmes SPARC (RAIDiator 4.1.x) ne supportent pas les disques de plus de 2 To. Cette limitation est due à l’utilisation de MBR (Master Boot Record) au lieu de GPT. Toute tentative d’installer un disque de 3 To ou plus échoue, le NAS ne reconnaissant que la capacité inférieure à 2 To.

Chapitre 3 — Problématiques firmware et logicielles

3.1 – Les deux erreurs reines : « Corrupt Root » et « Stuck on Booting »

Comme pour les modèles x86 de la génération suivante, les SPARC souffrent des mêmes fléaux :

• « Corrupt Root » : la partition racine du système est endommagée. Le NAS affiche ce message au démarrage et refuse de continuer. La solution recommandée est une réinstallation du système d’exploitation via le boot menu.
• « Stuck on Booting » : le NAS reste bloqué sur l’écran de démarrage, sans jamais charger le système.

3.2 – Le boot menu : la bouée de sauvetage

Les modèles SPARC disposent d’un boot menu accessible via le bouton Reset. Il permet de :

• Réinitialiser les paramètres d’usine (Factory Reset).
• Réinstaller le système d’exploitation (OS Reinstall).
• Démarrer en mode lecture seule pour récupérer les données.

La procédure exacte varie selon les modèles :

• Duo v1 / NV+ v1 : le trou du bouton Reset se trouve à côté du port USB à l’arrière.
• X6 / 600 : le trou se trouve dans le coin inférieur gauche.

3.3 – L’USB Recovery Tool : la dernière chance

Netgear a mis à disposition un outil de récupération par USB pour les modèles SPARC. Il permet de réécrire la mémoire flash du NAS, qui contient le bootloader. Cependant, cette opération :

• Ne restaure pas les données.
• Peut échouer si la flash est physiquement endommagée.
• Nécessite de télécharger l’image firmware appropriée (par exemple 4.1.16 pour les Duo/NV+/1100).

3.4 – Les serveurs de mise à jour fermés

Netgear a définitivement fermé les serveurs de mise à jour pour les modèles SPARC. La dernière version du firmware pour ces appareils est la 4.1.16. Il n’est plus possible de :

• Mettre à jour le firmware via l’interface web.
• Télécharger des modules complémentaires (Add-ons).
• Mettre à jour les définitions antivirus.
• Utiliser ReadyCLOUD (le service a été interrompu).

3.5 – L’absence de support Active Directory

Les modèles Duo v1 ne supportent pas le mode Domaine/Active Directory, contrairement aux NV+ et 1100. Cette limitation est importante pour les utilisateurs professionnels.

Chapitre 4 — L’incompatibilité SPARC vs x86 – Le cauchemar de la migration

4.1 – Une règle absolue

Cette règle est martelée par la communauté Netgear depuis des années : le format RAID diffère, un NAS SPARC ne peut pas démarrer un OS x86 et inversement, et les migrations de disques entre plateformes différentes (par exemple d’un NV vers un NVX ou un Ultra) sont impossibles — les migrations ne fonctionnent qu’entre plateformes de même type.

4.2 – Les exceptions (très limitées)

• Au sein de la même architecture SPARC, on peut migrer les disques entre modèles compatibles : Duo v1, NV+ v1, NV, 1100.
• Les disques SPARC pouvaient être montés temporairement sur un NAS OS6 x86, mais uniquement avec l’assistance du support Netgear. Cette procédure n’est plus disponible aujourd’hui.

4.3 – Le problème de l’endianness

Les processeurs SPARC utilisent une architecture big-endian, tandis que les processeurs x86 (et la plupart des PC modernes) utilisent le little-endian. Cette différence d’ordre des octets rend impossible le montage direct d’un disque SPARC sur un PC Linux standard. Les superblocks RAID et les structures de fichiers ne sont pas reconnus.

Chapitre 5 — La récupération des données – Le parcours du combattant

5.1 – Les spécificités des volumes SPARC

Les volumes RAID sur les NAS SPARC utilisent :

• mdadm (logiciel RAID) pour l’agrégation des disques.
• LVM2 (Logical Volume Manager) pour la gestion des volumes logiques.
• EXT3 (puis EXT4) comme système de fichiers.
• Une taille de bloc de 16 Ko sur certains modèles.

5.2 – Les outils recommandés

5.3 – La procédure recommandée

1. Cloner les disques avec ddrescue pour éviter d’endommager davantage les données originales.
2. Analyser les superblocks RAID avec mdadm --examine pour identifier la configuration.
3. Analyser les volumes en laboratoire, en tenant compte de l’ordre des octets (big-endian).
4. Si le NAS est encore vivant, la meilleure solution reste de le faire démarrer et de copier les données via le réseau.

Chapitre 6 — La seconde vie – Alternatives et prolongation

6.1 – Conserver un NAS SPARC en 2026

Pourquoi garder un NAS SPARC ?

• Il fonctionne encore parfaitement pour des usages simples (partage de fichiers en NFS/FTP).
• Il peut servir de sauvegarde froide (allumé une fois par mois).
• Il est silencieux et sobre en énergie (typiquement 35-55 W).

Pourquoi le remplacer ?

• Incompatibilité avec Windows 10/11 (SMB1).
• Navigateurs modernes bloquant l’interface web (TLS 1.0).
• Plus de mises à jour de sécurité.
• Limitation à 2 To par disque.
• Risque de panne matérielle (alimentation, condensateurs).

6.2 – Alternatives

• Passer à un modèle x86 d’occasion (Ultra, Pro) : plus moderne, mais toujours limité.
• Passer à un modèle OS6 (RN100, RN200, etc.) : supporte SMB3, disques > 2 To, BTRFS.
• Migrer vers une solution logicielle (OMV, TrueNAS) sur un PC ou un mini-serveur.

Épilogue : L’héritage des SPARC

Les ReadyNAS SPARC d’Infrant et de la première génération Netgear ont été les pionniers du NAS grand public. Ils ont prouvé qu’il était possible d’offrir du RAID matériel, du hot-swap, et une interface web intuitive à un prix abordable. Mais leur architecture exotique, leur fin de vie précoce et leur incompatibilité avec les générations suivantes en ont fait un cas d’école des pièges de l’obsolescence technologique.

Pour les utilisateurs qui possèdent encore ces machines, la règle est simple :

Ainsi s’achève le Tome I de l’Guide. Le Tome II couvre l’ère Atom x86, le Tome III la transition OS6, et les Tomes IV et V les générations modernes.

Annexe : Tableau récapitulatif des modèles SPARC

— Fin du Tome I —

Tome II
L’ère Atom x86 (2010–2013)

Ultra, Pro, condensateurs et arcanes du RAID

Prologue : Le contexte historique

Entre 2010 et 2013, Netgear régnait sur le marché des NAS grand public et professionnels avec ses gammes ReadyNAS Duo, NV+, Ultra, Ultra Plus et Pro. Ces appareils incarnaient la transition entre les vieilles architectures SPARC (héritées d’Infrant) et la nouvelle ère Intel Atom x86, promettant puissance, flexibilité et simplicité grâce au système RAIDiator (décliné en versions 4.1.x pour le SPARC, 4.2.x pour le x86, 5.3.x pour l’ARM, et plus tard 6.x).

Aujourd’hui, ces machines sont en fin de vie (EOL). Mais elles peuplent encore les étagères, les armoires réseau et les greniers. Leur legs est trouble : performances correctes pour l’époque, mais fragilités matérielles, aberrations logicielles et pièges conceptuels — dont le fameux « RAID 5 à 2 disques », plus trompeur que dangereux, décortiqué au chapitre IV.

Cette édition augmentée intègre les retours de la communauté, les confirmations des forums historiques, les analyses de laboratoire Dafotec et les détails matériels souvent omis dans les documentations officielles.

Chapitre 7 — L’inventaire exhaustif des modèles (2010–2013)

Afin d’éviter toute confusion (car Netgear a multiplié les révisions silencieuses), voici la cartographie complète des appareils concernés.

7.1 – Famille Duo (2 baies)

7.2 – Famille Ultra (2, 4, 6 baies – Architecture Intel Atom x86)

7.3 – Famille Ultra Plus (x86 – Évolution matérielle)

7.4 – Famille Pro (x86 – Version « Business » sans fioritures)

7.5 – Famille NV+ (4 baies)

Chapitre 8 — Les fléaux matériels et firmware (problématiques transversales)

Quel que soit le modèle, ces NAS partagent des maux communs, liés à l’âge et aux choix de conception.

8.1 – L’alimentation : point névralgique

• Message « V+12 power is out of normal range » : tension dérivant (ex. 10,5 V au lieu de 12 V). Signe avant-coureur d’une défaillance imminente.
• Condensateurs internes explosés : le fameux C395 (100 µF/16 V) près de la prise d’alimentation, le plus visible et le plus cité — mais aussi toute une rangée de condensateurs 1000 µF/16 V sur la carte mère qui gonflent avec le temps. Les utilisateurs expérimentés rapportent que ces derniers sont souvent aussi défaillants que le C395, mais moins médiatisés.
• Adaptateurs externes (Ultra 2) : remplaçables facilement (12 V / 5 A).
• Alimentations intégrées (NV+, Pro, Ultra 4/6) : pannes souvent irréparables, nécessitant un remplacement complet du boîtier.

8.2 – Les blocages au démarrage (« Stuck on Booting »)

Phénomène soudain : le NAS affiche « Booting » à l’infini sans jamais charger le système. Causes : corruption de la mémoire flash, disque système endommagé, ou panne de la pile CR2032 (sur Duo v2). Ce message reste, en 2026, l’une des deux erreurs les plus fréquemment rapportées sur les forums, aux côtés de « Corrupt Root ».

8.3 – L’erreur « Corrupt Root »

La partition racine est corrompue. Une réinitialisation d’usine (Factory Reset) peut parfois résoudre le problème… ou l’aggraver en effaçant les métadonnées de volume. Deuxième erreur reine, signalée en continu depuis 2010 jusqu’à aujourd’hui.

8.4 – Les serveurs de mise à jour fermés

Netgear a définitivement éteint les serveurs de mise à jour pour ces gammes. Conséquences :

• Impossible de mettre à jour le firmware via l’interface.
• Les définitions antivirus ne sont plus actualisées.
• Les applications (Add-ons) sont indisponibles.

Chapitre 9 — L’obsolescence logicielle et le mur du SMB1

9.1 – Le protocole SMB1 : une impasse sécuritaire

• Les firmwares RAIDiator 4.2.x (x86) et 5.3.x (ARM) ne supportent que SMB1.
• Windows 10 et 11 désactivent SMB1 par défaut (vulnérabilités type WannaCry).
• L’accès aux partages devient impossible sans activer manuellement SMB1 (solution déconseillée) ou sans passer par FTP / NFS.

9.2 – TLS 1.0 et les navigateurs modernes

L’interface web (Frontview) utilise TLS 1.0 / SSLv3. Les navigateurs modernes (Chrome, Edge, Firefox) bloquent ces connexions. Il faut utiliser un navigateur obsolète ou forcer le protocole.

9.3 – La migration vers OS6 : la roulette russe

OS6 apporte SMB2/3, TLS 1.2 et une interface moderne. Mais la conversion est non officiellement supportée par Netgear pour ces anciens modèles. Risques :

• Corruption du VPD (Vital Product Data), rendant le NAS inutilisable même après retour en arrière.
• Ralentissement extrême (les processeurs Atom peinent sous OS6).
• Perte de données en cas d’échec.

Un modérateur de la communauté Netgear précise que cette corruption peut survenir pendant la conversion ou lors de n’importe quelle mise à jour ultérieure, sans cause clairement identifiée — et recommande de sauvegarder le VPD même si l’on décide de ne pas convertir.

Chapitre 10 — L’arcane du « RAID 5 à 2 disques » — l’étiquette qui trompe

Ce chapitre constitue le cœur théorique de cet opus. Il corrige au passage une croyance répandue — y compris dans une version antérieure de ce guide — selon laquelle ce mode n’offrirait « aucune redondance ». L’analyse mathématique et les superblocs mdadm racontent une autre histoire.

10.1 – La doctrine officielle (la norme)

Dans le standard industriel, le RAID 5 requiert au minimum 3 disques : les données et la parité (XOR) sont réparties sur l’ensemble des membres, et la perte d’un disque est tolérée. C’est aussi ce que documente Netgear : 2 disques → RAID 1, 3 disques et plus → RAID 5.

10.2 – Ce que fait réellement le ReadyNAS : un raid5 à 2 membres

Sur ces générations, deux chemins produisent pourtant des superblocs mdadm portant level=raid5 et raid_disks=2 :

• Le mode Flex-RAID, où l’interface Frontview propose « RAID 5 » y compris sur des châssis 2 baies (RNDU2000, Pro 2, Duo).
• Le mécanisme d’extension X-RAID, qui convertit un miroir en raid5 à 2 membres comme étape pivot avant l’ajout d’un 3ᵉ disque (raid1 → raid5/2 → reshape vers 3 membres). Un volume figé à ce stade — extension interrompue, disque jamais ajouté — conserve durablement ces métadonnées.

Mathématiquement, ce raid5 à 2 membres est un miroir déguisé. La parité RAID 5 est le XOR des blocs de données de la bande ; avec deux disques, chaque bande ne contient qu’un seul bloc de données, et le XOR d’un bloc unique est… le bloc lui-même : Parité(A) = A.

Conséquence : hors superbloc, la zone de données des deux disques est identique octet pour octet à celle d’un RAID 1. Espace utile : 50 % (≈ un disque). Tolérance de panne : 1 disque, exactement comme un miroir. C’est d’ailleurs pourquoi mdadm --grow --level=5 sur un miroir à 2 disques est instantané : aucune donnée n’est déplacée, seule l’étiquette du superbloc change.

10.3 – Le vrai piège : l’interprétation

Le danger de cette configuration n’est pas un défaut de redondance — c’est le risque de contresens au moment critique :

• Un opérateur qui prend « RAID 5 » au pied de la lettre cherche un 3ᵉ disque manquant et déclare l’array irrécupérable.
• Un outil ou un technicien tente une « reconstruction de parité » classique, avec rotation et calculs inutiles, au risque d’écrire par-dessus des données saines.
• Un disque est écarté comme « disque de parité », alors que chacun porte une copie complète de la zone de données.

10.4 – Pourquoi Netgear a-t-il laissé cette option ?

• Uniformité de l’interface : le même code Frontview était compilé pour les modèles 2, 4 et 6 baies.
• Mécanique d’extension : le raid5 à 2 membres est l’étape pivot naturelle de X-RAID vers un 3ᵉ disque.
• Absence de pédagogie : rien n’expliquait à l’utilisateur que ce « RAID 5 » était, à 2 disques, un miroir sous une autre étiquette — d’où des années de confusion, sur les forums comme dans certains laboratoires.

10.5 – Vérification forensique sur vos disques

Sur un ReadyNAS, la partition de données est généralement la 3ᵉ (les deux premières hébergent l’OS et le swap) :

# Examiner les superblocs de la partition de données
mdadm --examine /dev/sdX3
mdadm --examine /dev/sdY3

Vous verrez typiquement :

• Raid Level : raid5
• Raid Devices : 2
• Array Size ≈ la capacité d’un seul disque (50 % du brut)

Assemblage — y compris en mode dégradé avec un seul disque survivant :

# Les deux disques présents
mdadm --assemble /dev/md0 /dev/sdX3 /dev/sdY3

# Un seul disque sain : assemblage dégradé
mdadm --assemble --run /dev/md0 /dev/sdX3
# (ajouter --force si les compteurs d'événements divergent)

Et pour reproduire le phénomène en laboratoire (machine virtuelle, disques de test) :

mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/vdb /dev/vdc
mdadm --grow /dev/md0 --level=5     # conversion instantanée : aucune donnée déplacée
mdadm --detail /dev/md0             # Raid Level : raid5 / Raid Devices : 2

10.6 – Comparatif réel des options sur 2 baies

Chapitre 11 — La récupération des données – Le casse-tête forensic

Si votre NAS est hors d’usage ou si vous souhaitez extraire les données, voici la procédure standard pour cette génération, avec les écueils spécifiques à l’architecture.

11.1 – Architecture des volumes

• Système de fichiers : EXT3/EXT4 selon les versions (RAIDiator 4.x / 5.3.x) ; BTRFS pour OS6.
• Gestion des volumes : LVM2 (Logical Volume Manager) au-dessus de mdadm.
• Ordre des disques : important, mais mdadm sait généralement les retrouver via les UUID.

11.2 – Le problème de l’endianness (SPARC vs x86)

C’est le cauchemar de la récupération :

• Firmware 4.1.x (Duo v1, NV+ v1) → SPARC big-endian.
• Firmware 4.2.x (Ultra, Pro) → x86 little-endian.

Si vous tentez de monter un disque SPARC sur un PC x86 directement, le système ne reconnaîtra pas les superblocks : l’ordre des octets est inversé. Solutions :

• Utiliser un noyau Linux compilé avec le support big-endian (rare).
• Confier les disques au laboratoire Dafotec, équipé pour les deux architectures.
• Sur des clones, convertir les superblocs 0.90 avec mdadm --assemble --update=byteorder (voir la note technique du Tome I).
• Passer par une machine SPARC réelle (Sun, etc.) pour le montage.

11.3 – Outils recommandés par la communauté

La récupération est réalisée en laboratoire par Dafotec : clonage des disques, reconstruction hors ligne et extraction des données.

Le retour communautaire est constant : c’est la reconstruction hors ligne, sur clones, qui sauve la mise dans la majorité des cas.

11.4 – Procédure standard sous Linux (pour disques x86)

1. Connectez les disques en direct (SATA) ou via un dock USB sur une machine Linux.
2. Installez les outils : apt-get install mdadm lvm2 (Debian/Ubuntu).
3. Scannez les superblocks : mdadm --examine --scan >> /etc/mdadm/mdadm.conf.
4. Assemblez : mdadm --assemble --scan.
5. Activez les volumes LVM : vgchange -ay.
6. Montez la partition : mount /dev/mapper/[nom_du_volume] /mnt/recovery.

Chapitre 12 — La seconde vie – Debian / OpenMediaVault sur ces Atom

Un phénomène bien documenté par la communauté : une fois que RAIDiator est mort (ou jugé trop obsolète), de nombreux utilisateurs installent Debian ou OpenMediaVault (OMV) sur ces machines.

12.1 – Pourquoi c’est possible

• L’architecture Intel Atom est parfaitement supportée par les noyaux Linux modernes.
• Le BIOS des machines (souvent un AMI ou Award) permet de démarrer sur une clé USB.
• La carte mère embarque un port série interne (ou un adaptateur) pour la console de secours.

12.2 – La procédure (grandes lignes)

1. Télécharger une image Debian netinst ou OMV.
2. Graver sur une clé USB.
3. Démarrer le NAS avec la clé, se connecter en console (série ou SSH si le réseau est actif).
4. Installer le système sur un disque (ou sur une clé USB interne).
5. Configurer le partage SMB/NFS et les volumes.

12.3 – Avantages et limites

• Avantages : système moderne (SMB3, TLS 1.3, mises à jour), interface web (OMV), liberté totale.
• Limites : perte des fonctionnalités propriétaires (X-RAID, gestion des disques à chaud, LED de statut), processeur Atom parfois limité pour les tâches lourdes.

Ce sujet sort du cadre de l’expérience d’origine avec RAIDiator, mais constitue une renaissance possible bien documentée sur les forums.

Chapitre 13 — Le verdict – Faut-il jeter ou conserver ces NAS ?

13.1 – Les cas où il faut ABSOLUMENT les remplacer

• Vous avez des données critiques sans sauvegarde externe.
• Le NAS affiche des erreurs de tension ou redémarre aléatoirement.
• Vous voulez accéder à vos données depuis Windows 11 sans bidouiller le registre.

13.2 – Les cas où ils peuvent encore servir

• Usage hors-ligne : sauvegarde froide (allumé une fois par mois).
• Serveur NFS/FTP : en contournant SMB, on peut encore en tirer parti.
• Machine d’apprentissage : pour comprendre mdadm et LVM en environnement réel.
• Plateforme Debian/OMV : pour prolonger leur vie en mode « tête de pont ».

13.3 – Remplacement recommandé

Les successeurs modernes (ReadyNAS RN200, RN400, RN422 ou les gammes « Business ») supportent OS6 nativement, avec SMB3, chiffrement AES-NI, et de vrais volumes RAID 5/6 à 3 disques et plus.

Épilogue : La leçon d’un âge révolu

Le Netgear ReadyNAS de l’ère 2010-2013 est un concentré d’ingénierie imparfaite. Il a démocratisé le stockage en réseau, mais a aussi piégé des milliers d’utilisateurs avec des étiquettes ambiguës (« RAID 5 » sur 2 disques), des obsolescences programmées (fermeture des serveurs de mise à jour) et des fragilités matérielles (condensateurs, alimentations).

La morale de cette histoire :

1. Les étiquettes ne protègent pas, la compréhension si : un « RAID 5 » à 2 membres est arithmétiquement un miroir. Ce que l’interface affiche doit toujours être confronté aux superblocs avant toute décision.
2. La sauvegarde est souveraine : le RAID n’est pas une sauvegarde. C’est de la haute disponibilité.
3. La documentation technique prime sur l’interface utilisateur : ce que l’écran affiche n’est pas toujours la réalité physique.
4. Les architectures comptent : SPARC et x86 ne font pas bon ménage. L’endianness est un piège mortel pour la récupération.
5. La communauté est votre meilleure alliée : les forums, les KB et les retours d’expérience sont souvent plus fiables que le support officiel (quand il existe encore).

— Fin du Tome II —

Tome III
La transition OS6 (2013–2016)

Le grand chambardement : du RAIDiator à l’ère BTRFS

« Avec OS6, Netgear a fait table rase du passé. Exit l’architecture SPARC, exit les firmwares 4.x et 5.x, exit EXT3/EXT4. Place à une plateforme unifiée, 64 bits, tournée vers l’avenir : BTRFS, SMB3, X-RAID2. Mais cette refonte, aussi nécessaire soit-elle, fut un chemin semé d’embûches. Les utilisateurs des anciens modèles se sont retrouvés face à un choix cornélien : rester sur un système condamné à l’obsolescence, ou tenter une migration périlleuse vers un univers qui n’était pas conçu pour eux. »

Prologue : Pourquoi OS6 ?

En 2013, Netgear prend une décision radicale. Le système RAIDiator, qui équipait les ReadyNAS depuis les origines d’Infrant, arrive en fin de course. Ses limites sont criantes :

• Architectures multiples : SPARC, x86 32 bits, ARM — toutes incompatibles entre elles.
• Protocoles obsolètes : SMB1, TLS 1.0, des passoires sécuritaires.
• Limitations de capacité : les systèmes 32 bits ne gèrent pas les disques > 2 To ni les volumes > 16 To.
• Fragmentation du développement : maintenir trois branches de firmware (4.1.x, 4.2.x, 5.3.x) est un cauchemar.

Netgear décide donc de tout réécrire. Naît ReadyNAS OS 6, une plateforme unifiée, 64 bits, reposant sur :

• BTRFS comme système de fichiers par défaut (remplaçant EXT3/EXT4).
• X-RAID2 (redondance double disque possible).
• SMB3 et TLS 1.2 pour la sécurité.
• Une interface web modernisée.

Mais cette transition, annoncée comme une évolution, fut en réalité une révolution incompatible. Les anciens modèles ne pouvaient pas être migrés facilement, et la procédure officielle était semée d’embûches.

Chapitre 14 — Inventaire des modèles OS6 (2013–2016)

14.1 – Les nouveaux venus : les séries RN100 à RN700

Netgear rationalise sa gamme autour d’une nomenclature claire : RN (ReadyNAS) suivi d’un nombre. Plus le nombre est élevé, plus le modèle est puissant.

14.2 – Les modèles « hybrides » : les OS6 sur ancien matériel

Certains modèles de l’ère précédente ont eu droit à une conversion officieuse vers OS6 :

Chapitre 15 — La migration depuis RAIDiator – Le parcours du combattant

15.1 – Le principe de la migration « officielle »

Netgear a publié une procédure pour récupérer les données d’un ancien NAS x86 (RAIDiator 4.2.x) vers un nouveau NAS OS6. Mais attention : il ne s’agit pas d’une migration du système, mais d’un transfert de données en lecture seule.

Procédure officielle :

1. Insérer un disque vierge dans le NAS OS6.
2. Réinitialiser aux paramètres d’usine.
3. Mettre à jour le firmware du NAS OS6.
4. Éteindre le NAS OS6, retirer le disque vierge.
5. Insérer les disques de l’ancien NAS.
6. Démarrer : le NAS OS6 boote en mode RAIDiator et monte les volumes en lecture seule.
7. Copier les données vers une destination externe.

15.2 – La conversion « non officielle » : la roulette russe

Pour les utilisateurs qui veulent convertir leur ancien x86 (Ultra, Pro) vers OS6, la communauté a développé des procédures. Mais elles sont risquées.

La procédure communautaire :

1. Installer l’add-on Prep sur le NAS en RAIDiator 4.2.x.
2. Installer l’image firmware R4toR6.
3. Redémarrer — le NAS installe OS6 sur la flash et déclenche une réinitialisation d’usine.
4. Attendre patiemment : le NAS redémarre plusieurs fois.

Risques :

• Échec de la conversion, NAS rendu inopérant.
• Corruption du VPD (Vital Product Data) — les informations de série et de modèle sont perdues.
• Ralentissement sévère : les vieux processeurs Atom peinent sous OS6.
• Aucun support Netgear pour les NAS convertis.

15.3 – La migration des disques entre NAS OS6

Une bonne nouvelle : les disques sont migrables entre NAS OS6 de la même architecture.

• Un volume créé sur un RN104 (ARM) peut être migré vers un RN202, RN204, RN212 ou RN214 (ARM).
• Un volume créé sur un RN312 (x86) peut être migré vers un RN400, RN500, RN600 ou RN700 (x86).
• Mais : un volume ARM ne peut pas être migré vers un x86 sans précaution, et jamais dans l’autre sens.

Chapitre 16 — Problématiques matérielles des OS6

16.1 – Les alimentations externes (RN100, RN200)

Les modèles RN100 et RN200 utilisent des adaptateurs externes (comme l’Ultra 2). Leur défaillance est fréquente, avec des symptômes similaires :

• Le NAS ne s’allume plus, mais le voyant réseau clignote.
• Le voyant d’alimentation est absent.

Un fil de discussion résume le tableau : « RN10400 WONT BOOT - NO LIGHTS ON FRONT, BUT NETWORK LINK LIGHT FLASHES ». La cause probable est une carence de tension sur l’une des lignes internes (5 V, 3,3 V).

16.2 – Les limitations matérielles des RN100

Les modèles RN100 (entrée de gamme) souffrent de limitations matérielles sévères :

• IPv6 : performances très dégradées, le trafic n’est pas déchargé sur le matériel et doit être traité par le CPU.
• Chiffrement : le RN100 n’est pas adapté au chiffrement des volumes.
• Antivirus : ClamAV a été retiré des RN100 car le matériel ne pouvait pas le supporter efficacement.

16.3 – Les ventilateurs et l’usure

Comme pour les générations précédentes, les ventilateurs s’usent avec le temps et deviennent bruyants. Certains modèles (RN300, RN400) sont équipés de ventilateurs plus silencieux, mais leur remplacement reste une opération délicate.

Chapitre 17 — Problématiques firmware et logicielles

17.1 – Les erreurs « Corrupt Root » et « mount_block_root »

Elles sont toujours là. « Corrupt root » reste l’une des erreurs les plus fréquentes, même sur OS6.

• Causes : problème de châssis, de disques, ou du système d’exploitation.
• Solution de premier niveau : effectuer une réinstallation de l’OS via le boot menu.
• Si cela échoue : contacter le support technique (ou, en 2026, se tourner vers la communauté).

« mount_block_root » est une variante indiquant un problème de localisation du firmware lors du boot. La solution passe par une récupération USB.

17.2 – Les problèmes de mise à jour

• Problème de checksum sur RN100/RN2120 : le NAS refuse de passer à OS 6.4.0 ou ultérieur. Un workaround existe via l’installation manuelle d’un package.
• Impossibilité de downgrader : une fois passé en 6.8.0 ou 6.9.6, le retour en arrière est impossible.

17.3 – Les bugs récurrents d’OS6

Les notes de version d’OS6 sont éloquentes. Voici quelques bugs majeurs corrigés au fil des versions :

17.4 – La fin des serveurs de mise à jour

À partir de 2022-2024, Netgear a progressivement cessé son support pour la gamme ReadyNAS. Les serveurs de mise à jour sont fermés, les applications ne sont plus disponibles, et le support technique est réduit à sa plus simple expression. Ce désengagement progressif de 2022 à 2024 est documenté par les acteurs de la récupération de données comme par la communauté.

Chapitre 18 — Le passage à BTRFS – Le nouveau paradigme

18.1 – Pourquoi BTRFS ?

Avec OS6, Netgear abandonne EXT3/EXT4 au profit de BTRFS (B-Tree File System). Ce choix apporte des avantages :

• Snapshots : possibilité de prendre des instantanés du volume.
• Self-healing : correction automatique des corruptions (en théorie).
• Gestion des volumes intégrée : plus besoin de LVM.

Mais BTRFS a aussi ses faiblesses.

18.2 – Les corruptions BTRFS : un cauchemar

Le talon d’Achille de BTRFS, c’est la corruption des métadonnées. C’est un constat récurrent de notre laboratoire : « btrfs metadata corruption modes are well-documented and frequently exceed the filesystem’s self-healing ability ».

Symptômes :

• Le volume devient inaccessible.
• La commande btrfs scrub signale des corruptions qu’elle ne peut pas réparer.
• Des erreurs de type « corrupt leaf, bad key order » apparaissent.

Récupération :

• La récupération d’un volume BTRFS corrompu est fondamentalement différente de celle d’un volume EXT4.
• Elle nécessite de reconstruire la pile complète : superblocks mdadm → assemblage RAID → parsing des arbres BTRFS.
• La reconstruction est réalisée en laboratoire par Dafotec.

18.3 – La structure des volumes OS6

Sous OS6, la pile de stockage est :

1. mdadm : agrège les disques en RAID (0, 1, 5, 6, 10, X-RAID2).
2. BTRFS : système de fichiers directement sur le périphérique RAID (plus de LVM).
3. X-RAID2 : permet l’expansion automatique avec des disques de tailles différentes.

Cette simplification est un progrès… sauf quand BTRFS se corrompt.

Chapitre 19 — La récupération des données sous OS6

19.1 – Les spécificités

La récupération sous OS6 est plus complexe que sous RAIDiator :

• Pas de LVM : les données sont directement dans BTRFS.
• BTRFS est exigeant : une corruption des métadonnées peut rendre le volume entier illisible.
• L’ordre des disques : moins critique qu’avant, mais il faut préserver l’ordre des baies.

19.2 – Les outils recommandés

19.3 – La procédure de récupération

1. Cloner les disques avec ddrescue.
2. Identifier les superblocks mdadm : mdadm --examine /dev/sdX3.
3. Assembler le RAID : mdadm --assemble /dev/md0 /dev/sdX3 /dev/sdY3 ....
4. Monter le volume BTRFS : mount -t btrfs /dev/md0 /mnt/recovery.
5. Si le montage échoue, utiliser btrfs restore.

Chapitre 20 — Le verdict sur l’ère OS6

20.1 – Ce qui a été une réussite

• Unification de la plateforme : fini la fragmentation SPARC/x86/ARM.
• Protocoles modernes : SMB3, TLS 1.2, IPv6.
• Capacités étendues : disques > 2 To, volumes > 16 To.
• Snapshots : une fonction très appréciée.

20.2 – Ce qui a été un échec

• La migration des legacy : une procédure risquée, non supportée, qui a laissé beaucoup d’utilisateurs sur le carreau.
• BTRFS : trop instable pour un usage professionnel, avec des corruptions fréquentes.
• Les modèles d’entrée de gamme (RN100) : trop faibles pour le système, des limitations qui auraient dû être documentées.
• La fin de vie brutale : Netgear a abandonné la gamme sans offrir de véritable solution de remplacement.

20.3 – Faut-il encore acheter un OS6 en 2026 ?

• ✅ Oui pour un usage non critique, si le prix est très bas et que vous êtes prêt à bidouiller.
• ❌ Non pour des données importantes, pour une utilisation professionnelle, ou si vous n’êtes pas à l’aise avec la récupération de données.

Épilogue : La fin d’une époque

L’ère OS6 marque à la fois l’apogée et le déclin des ReadyNAS. Apogée, car Netgear a enfin réussi à unifier sa plateforme et à proposer des fonctionnalités modernes. Déclin, car la transition fut douloureuse, les bugs nombreux, et la fin de vie brutale.

En 2026, les ReadyNAS OS6 sont des machines finies, non supportées, et difficiles à réparer. Leur seul salut réside dans la communauté, les outils de récupération, et la possibilité de les convertir en serveurs Debian/OMV.

Annexe : Tableau récapitulatif des modèles OS6 (2013–2016)

— Fin du Tome III —

Tome IV
L’ère moderne (2016–2020)

L’apogée technique avant le crépuscule

« Entre 2016 et 2020, Netgear atteignit son sommet technique. Les gammes RN400, RN500, RN600 et RN700 proposaient des configurations allant jusqu’à 8 baies, des processeurs Intel Xeon, de la mémoire ECC, du 10 GbE, et un OS6 enfin stabilisé. C’était l’âge d’or des ReadyNAS — mais aussi le début de la fin. Car pendant que Netgear peaufinait son matériel, le marché évoluait, les concurrents innovaient, et la direction de l’entreprise commençait à regarder ailleurs. »

Prologue : La maturité d’OS6

Après les années difficiles de la transition (2013–2016), OS6 atteint sa maturité. Les versions 6.5.x à 6.10.x apportent la stabilité tant attendue. Les processeurs Intel Atom C3000 (Denverton) remplacent les vieux Atoms, apportant des performances nettement supérieures. Les modèles haut de gamme adoptent des Xeon D avec mémoire ECC, du 10 GbE en standard, et des baies chaudes.

Netgear segmente sa gamme avec une logique claire :

Mais cette période est aussi celle où Netgear commence à désinvestir dans le logiciel. Les mises à jour d’OS6 se font plus rares. Les applications tierces (Plex, etc.) ne sont plus maintenues. Et en coulisses, la décision est prise : ReadyNAS ne sera plus une priorité pour Netgear.

Chapitre 21 — Inventaire exhaustif des modèles (2016–2020)

21.1 – Série RN400 (2016–2018)

21.2 – Série RN500 (2017–2020)

La série RN500 se distingue par l’utilisation de mémoire ECC sur tous les modèles, contrairement aux RN400 d’entrée de gamme.

21.3 – Série RN600 (2018–2020)

La série RN600 marque le sommet technique des ReadyNAS : processeurs Xeon, mémoire ECC, double 10 GbE en standard. Ces machines étaient destinées aux environnements professionnels exigeants.

21.4 – Série RN700 (2019–2020)

Le RN716X est le dernier-né des ReadyNAS « pur souche ». Il embarque un Xeon quatre cœurs et représente l’apogée de la gamme.

Chapitre 22 — Problématiques matérielles

22.1 – Les pannes d’alimentation : un fléau persistant

Malgré l’évolution du matériel, les problèmes d’alimentation restent fréquents, y compris sur les modèles récents.

• RN422 : de nombreux utilisateurs rapportent des pannes de l’alimentation interne, même lorsque l’adaptateur externe délivre bien 12 V. Le NAS reste complètement mort, sans aucune LED.
• RN4220 : des pannes au POST (Power-On Self-Test) sont signalées, sans possibilité de diagnostic en l’absence de documentation Netgear. Le remplacement de la RAM ne résout pas le problème, suggérant une défaillance de composants sur la carte mère (condensateurs, etc.).

22.2 – Les problèmes de panneau avant (RN422)

Le panneau avant du RN422 est une source récurrente de frustration. Des utilisateurs rapportent des comportements erratiques :

• Affichage bloqué ou illisible.
• Touches non réactives.
• Symptômes annonciateurs d’une « catastrophe imminente ».

La solution temporaire consiste à installer la version bêta 6.10.6, ce qui n’est guère rassurant pour un produit professionnel.

22.3 – Les ventilateurs et le bruit

Les modèles rack (2304, etc.) sont équipés de ventilateurs tournant en moyenne à 2100 RPM. Le bruit est acceptable pour un environnement de serveur, mais peut être gênant dans un bureau.

22.4 – La mémoire flash : un point faible

Sur certains modèles (notamment les RN4220), la mémoire flash n’est pas remplaçable par l’utilisateur. En cas de corruption, le NAS devient une brique.

Chapitre 23 — Problématiques firmware et logicielles

23.1 – Les versions 6.10.x : une fin tumultueuse

La branche 6.10.x d’OS6 devait être la version de maturité. Elle fut au contraire marquée par des problèmes.

Un utilisateur a par exemple rapporté que deux de ses trois RNDP600U convertis depuis 4.x, parfaitement stables sous 6.9.x, sont devenus inutilisables après la mise à jour 6.10.10 et le redémarrage qui a suivi.

23.2 – Les vulnérabilités de sécurité

OS6 a été victime de multiples vulnérabilités découvertes après l’arrêt du support.

• PSV-2020-0571 : déni de service (DoS) sur les versions antérieures à 6.10.4.
• PSV-2023-0015 et PSV-2023-0016 : multiples vulnérabilités corrigées dans la version 6.10.9.
• ReadyNAS Surveillance : vulnérabilité d’injection de commande (PSV-2017-2653), application abandonnée en 2017.

Netgear a publié des correctifs jusqu’en 2025, mais après l’EOL officiel, aucun correctif de sécurité supplémentaire n’est attendu.

23.3 – Les serveurs de mise à jour et ReadyCLOUD

ReadyCLOUD a été définitivement interrompu. Les utilisateurs ne peuvent plus :

• Accéder à leurs NAS à distance via le service Netgear.
• Utiliser les applications mobiles ReadyCLOUD.
• Bénéficier des mises à jour automatiques.

23.4 – L’impossibilité de downgrader

À partir de la version 6.10.0, le downgrade vers une version antérieure est impossible. Une fois passée en 6.10.x, il n’y a plus de retour en arrière possible.

23.5 – Les performances sous OS6

Même sur du matériel moderne, OS6 peut montrer ses limites :

• RN2304 : des utilisateurs rapportent des freezes et une utilisation CPU > 50 % en SSH.
• Modèles ARM (RN100, RN2120) : les versions 6.10.x ne sont pas recommandées pour les systèmes venant de 6.3.x ou antérieur.

Chapitre 24 — La migration des disques – Une lueur d’espoir

24.1 – La migration entre NAS OS6

Contrairement aux générations précédentes, les disques sont migrables entre NAS OS6 de la même architecture. La communauté confirme qu’un volume OS6 peut être déplacé directement vers un NAS plus récent, par exemple des séries RN520 ou RN620. Les modèles compatibles incluent les séries RN100, RN200, RN300, RN400, RN500, RN600 et RN700.

24.2 – La migration ARM → x86

Netgear a officiellement autorisé la migration unidirectionnelle des disques d’un NAS ARM vers un NAS x86. Cette opération est non réversible — une fois les disques migrés, ils ne peuvent plus être lus par un NAS ARM.

24.3 – La migration depuis les anciens x86 (4.2.x)

Les disques provenant de NAS x86 sous RAIDiator 4.2.x (Ultra, Pro) peuvent être montés temporairement sur les modèles RN400, RN500 et RN600 pour récupérer les données. Cette procédure est documentée dans une KB Netgear.

Chapitre 25 — La fin de vie – L’annonce du crépuscule

25.1 – La chronologie de l’abandon

Les spécialistes de la récupération résument la chronologie ainsi : les dernières mises à jour firmware ont été distribuées au compte-gouttes jusqu’en 2023, puis Netgear a mis fin en 2024 à l’intégralité du support ReadyNAS — firmware, correctifs de sécurité, support technique OEM, châssis de remplacement et service ReadyCLOUD.

25.2 – La fin des mises à jour antivirus

ClamAV, l’antivirus intégré aux ReadyNAS, a cessé de recevoir des mises à jour de définitions en septembre 2025. Netgear a confirmé n’avoir aucun plan pour mettre à jour ClamAV sur ReadyNAS.

25.3 – L’impossibilité d’installer des applications

Les utilisateurs ne peuvent plus installer de nouvelles applications sur leurs ReadyNAS. Les dépôts d’applications sont fermés.

25.4 – La position de Netgear

Sur les forums, les modérateurs sont sans détour : tous les modèles ReadyNAS sont en fin de vie, aucun support Netgear n’est disponible, et Netgear ne cherche même pas à vendre un produit de remplacement — quiconque veut un nouveau NAS doit se tourner vers un autre fabricant (Synology étant le choix le plus souvent cité). La position de Netgear est claire : l’entreprise a abandonné le marché des NAS.

Épilogue : L’âge d’or fut aussi le crépuscule

La période 2016–2020 fut paradoxale. D’un côté, Netgear produisait les meilleurs NAS de son histoire : des machines robustes, puissantes, bien conçues. De l’autre, l’entreprise désinvestissait progressivement dans le logiciel, laissait les vulnérabilités s’accumuler, et préparait sa sortie du marché.

Les utilisateurs qui ont acheté un RN422, un RN528 ou un RN628X en 2018 se retrouvent en 2026 avec un matériel encore performant… mais un système d’exploitation mort, des vulnérabilités non corrigées, et aucun support.

— Fin du Tome IV —

Tome V
L’ère actuelle (2020–2026)

Le silence de Netgear et l’héritage des ReadyNAS

« En 2020, Netgear cessa discrètement de développer de nouveaux modèles de NAS. Les gammes 2304, 3304, 4304, 5304, 6304, 7304 et 8304 furent les dernières — des machines rackmount, essentiellement des évolutions des séries RN400/RN500/RN600 en format 1U/2U. Puis plus rien. Le silence. Netgear avait tourné la page. Les utilisateurs, eux, étaient livrés à eux-mêmes, avec un parc de machines toujours en service, mais un écosystème en décomposition. »

Prologue : Les derniers sursauts

Entre 2020 et 2022, Netgear publie encore quelques modèles, principalement en format rack. Ce sont les séries 2304, 3304, 4304, 5304, 6304, 7304 et 8304. Ces machines reprennent les architectures des séries RN400/RN500/RN600, mais dans des boîtiers 1U ou 2U pour les environnements professionnels.

Mais l’innovation est absente. Les processeurs sont les mêmes. OS6 est le même. Netgear ne développe plus rien de nouveau. La gamme s’essouffle, et les concurrents (Synology, QNAP, Asustor) creusent l’écart.

En 2024, Netgear officialise ce que tout le monde savait déjà : la fin de vie de tous les ReadyNAS. La page est tournée.

Chapitre 26 — Inventaire des derniers modèles (2020–2022)

26.1 – Série 2304 / 3304 (rack 1U)

Le RR2304 est l’équivalent rack du RN422. Il utilise le même châssis logique et les mêmes tiroirs de disques.

26.2 – Série 4304 / 5304 (rack 1U)

26.3 – Série 6304 / 7304 / 8304 (rack 2U)

Ces modèles représentent l’ultime déclinaison des ReadyNAS en format rack. Leur architecture est identique à celle des RN600/RN700, mais dans un boîtier 2U avec alimentations redondantes.

Chapitre 27 — Problématiques spécifiques aux derniers modèles

27.1 – Les problèmes de démarrage et de BIOS (RR2304)

Le RR2304 a hérité des problèmes de démarrage des RN422.

• Accès au boot menu : la combinaison Reset + Power ne fonctionne pas toujours comme indiqué dans le manuel.
• Démarrage sur USB : il est possible de démarrer sur une clé USB pour une réinstallation, mais la procédure est peu documentée.

27.2 – Les performances (RR2304)

Un utilisateur rapporte des freezes fréquents et une utilisation CPU > 50 % sur son RR2304 en version 6.10.10. Le problème n’a pas été résolu.

27.3 – La garantie et le support

La garantie matérielle des ReadyNAS varie de 3 à 5 ans. Mais le support logiciel n’est pas inclus dans la garantie matérielle. En 2026, même la garantie matérielle est expirée pour la quasi-totalité des modèles.

27.4 – ReadyCLOUD : fin de service

Les utilisateurs du RR2304 ont rapporté des problèmes avec ReadyCLOUD dès 2022. Le service a depuis été définitivement interrompu.

Chapitre 28 — L’état du marché en 2026

28.1 – Netgear a quitté le marché des NAS

Netgear ne développe plus de nouveaux NAS. L’entreprise s’est recentrée sur :

• Les routeurs et mesh WiFi (Orbi, Nighthawk).
• Les switches réseau (ProSAFE).
• Les points d’accès WiFi (WAX, etc.).

Le marché des NAS est désormais dominé par Synology et QNAP.

28.2 – L’état du parc installé

Des milliers de ReadyNAS sont encore en service en 2026. Leurs utilisateurs sont confrontés à :

• Aucune mise à jour de sécurité : les vulnérabilités découvertes après 2024 ne seront jamais corrigées.
• Aucun support technique : Netgear ne répond plus aux demandes concernant les ReadyNAS.
• Impossibilité d’installer de nouvelles applications.
• Antivirus obsolète : ClamAV ne reçoit plus de mises à jour depuis septembre 2025.

28.3 – Le marché de l’occasion

Les ReadyNAS d’occasion se vendent encore, mais à des prix très bas. Un RN422 se trouve pour moins de 100 €. Un RN628X pour moins de 500 €. Mais les acheteurs doivent être conscients qu’ils achètent une machine sans avenir logiciel.

Chapitre 29 — La récupération des données – L’ultime recours

29.1 – Les causes de panne en 2026

Les pannes les plus fréquentes sur les ReadyNAS en 2026 sont :

• Défaillance d’un ou plusieurs disques dans un array X-RAID.
• Corruption du firmware après une mise à jour interrompue.
• Endommagement d’un iSCSI LUN.
• Vieillissement des composants électroniques.

29.2 – Les outils recommandés

29.3 – La migration comme solution de dernier recours

Si le NAS est mort mais que les disques sont intacts, il est possible de migrer les disques vers un autre NAS OS6 de la même architecture. Cette solution suppose de trouver un NAS OS6 fonctionnel — une denrée rare en 2026.

Chapitre 30 — Que faire de son ReadyNAS en 2026 ?

30.1 – Les cas où il faut le conserver

• Usage hors-ligne : sauvegarde froide, allumé une fois par mois pour synchroniser des données.
• Serveur NFS/FTP : en contournant SMB, on peut encore l’utiliser en interne.
• Plateforme Debian/OMV : une seconde vie est possible en installant un système Linux alternatif.

30.2 – Les cas où il faut ABSOLUMENT le remplacer

• Données critiques sans sauvegarde externe.
• Exposition à Internet (risque de piratage via les vulnérabilités non corrigées).
• Besoin de fonctionnalités modernes (SMB3, chiffrement, snapshots avancés).

30.3 – Les alternatives en 2026

Épilogue : L’héritage des ReadyNAS

Les ReadyNAS ont marqué l’histoire du stockage réseau. Ils ont démocratisé le RAID, apporté des fonctionnalités professionnelles aux particuliers, et accompagné des milliers d’entreprises dans leur transition numérique.

Mais leur héritage est aussi celui d’un abandon programmé. Netgear a choisi de quitter le marché des NAS, laissant ses utilisateurs sur le carreau. Les machines fonctionnent encore, mais leur système d’exploitation est mort, leurs vulnérabilités sont béantes, et leur support a disparu.

Ainsi s’achève le Tome V, et avec lui l’intégralité de l’Guide des Netgear ReadyNAS. Cinq tomes, vingt ans d’histoire, des milliers de témoignages, une seule conclusion : le stockage réseau est un engagement. Et Netgear n’a pas tenu le sien.

Annexe : Tableau récapitulatif des gammes 2020–2022

— Fin du Tome V et de l’Guide —

Index général, bibliographie, guide pratique et FAQ

Index général des modèles, bibliographie exhaustive, guide pratique de récupération et foire aux questions.

Annexe I – Index général des modèles

Infrant / SPARC (2004–2010)

Atom x86 (2010–2013)

Transition OS6 (2013–2016)

Ère moderne – Rack (2020–2022)

Annexe II – Bibliographie exhaustive

Sources officielles Netgear (KB et documentation)

Forums et communautés

Sources tierces

Guide pratique de récupération de données

Préambule : identifier votre architecture

Avant toute manipulation, identifiez le firmware de votre NAS :

• RAIDiator 4.1.x → SPARC (big-endian) — Duo v1, NV+ v1, 1100
• RAIDiator 4.2.x → x86 (little-endian) — Ultra, Pro
• RAIDiator 5.3.x → ARM — Duo v2, NV+ v2
• OS6 → ARM ou x86

Guide étape par étape

Étape 1 : Sauvegarde préventive – Cloner les disques

Avant toute tentative de récupération, clonez chaque disque avec ddrescue :

sudo ddrescue -f /dev/sdX /chemin/vers/image.img /chemin/vers/logfile.log

Cela préserve les données originales en cas d’erreur.

Étape 2 : Analyse des superblocks RAID

Identifiez la configuration RAID :

sudo mdadm --examine /dev/sdX3
sudo mdadm --examine /dev/sdY3

Recherchez :

• Raid Level (0, 1, 5, etc.)
• Raid Devices (nombre de disques)
• Used Dev Size / Array Size (tailles)
• UUID (identifiant unique du volume)

Étape 3 : Assemblage du RAID (x86 / OS6)

Pour les systèmes x86 (Ultra, Pro, OS6) :

# Scanner et assembler automatiquement
sudo mdadm --assemble --scan

# Ou assembler manuellement
sudo mdadm --assemble /dev/md0 /dev/sdX3 /dev/sdY3 ...

Étape 4 : Montage du volume

Cas OS4 / RAIDiator (EXT3/EXT4 sur LVM) :

# Activer les volumes LVM
sudo vgchange -ay
# Identifier le volume logique
sudo lvs
# Monter
sudo mount /dev/mapper/[nom_du_volume] /mnt/recovery

Cas OS6 (BTRFS) :

# Monter directement le périphérique RAID
sudo mount -t btrfs /dev/md0 /mnt/recovery
# Si le montage échoue, tenter en lecture seule
sudo mount -t btrfs -o ro /dev/md0 /mnt/recovery

Étape 5 : Cas particulier – SPARC (big-endian)

Les disques SPARC ne peuvent pas être montés directement sur un PC x86 standard. Solutions :

• Sur des clones : conversion des superblocs 0.90 avec mdadm --assemble --update=byteorder.
• Machine SPARC réelle : montez les disques sur un vrai matériel SPARC.

Retour d’expérience typique de la communauté : après clonage des disques et reconstruction du volume en laboratoire, l’intégralité des fichiers a été récupérée.

Étape 6 : Récupération avec outils spécialisés

La récupération est réalisée en laboratoire par Dafotec : clonage des disques, reconstruction hors ligne et extraction des données.

Étape 7 : En cas d’échec – Services professionnels

Si les outils logiciels échouent — panne physique, plateau rayé, électronique morte, corruption BTRFS profonde — la récupération passe par un laboratoire spécialisé équipé d’une salle blanche, comme Dafotec en France.

Procédures spécifiques par situation

Cas du « Corrupt Root » ou « Stuck on Booting »

1. Tenter une réinstallation de l’OS via le Boot Menu.
2. Si cela échoue, utiliser l’USB Recovery Tool (SPARC uniquement).
3. Pour OS6, essayer de démarrer en mode Volume Read Only pour accéder aux données.
4. Dernier recours : monter les disques sur un autre NAS OS6 de même architecture, ou les cloner et travailler sous Linux.

Cas du « RAID 5 » à 2 disques (Flex-RAID / pivot X-RAID)

Si vos disques portent des superblocs Raid Level : raid5, Raid Devices : 2 :

• Vérifiez d’abord les superblocs : Array Size ≈ un disque → miroir déguisé (voir Tome II, chapitre IV), redondant.
• Les deux disques présents : assemblage normal, montage, copie.
• Un seul disque sain : assemblage dégradé possible — mdadm --assemble --run /dev/md0 /dev/sdX3 (ajouter --force si nécessaire). Chaque disque contient une copie complète de la zone de données.
• Ne tentez jamais de « reconstruction de parité » à 3 disques sur ce volume : c’est le contresens classique qui détruit des données récupérables.
• Après récupération : recréez le volume en RAID 1 explicite pour lever toute ambiguïté future.

Cas de la mémoire flash corrompue (SPARC)

1. Télécharger le firmware 4.1.16.
2. Écrire l’image sur une clé USB avec dd (Linux) ou Rawrite32 (Windows).
3. Démarrer le NAS avec la clé USB insérée.
4. Attendre que le processus se termine.

Foire aux questions (FAQ)

La fin de l’Guide

L’Guide des Netgear ReadyNAS est désormais complet. Cinq tomes, deux décennies d’histoire, des centaines de modèles répertoriés, des milliers de témoignages, et une conclusion sans appel :

« Un NAS n’est pas un simple boîtier. C’est un écosystème. Si le fabricant cesse de le maintenir, il devient une bombe à retardement — pour vos données, pour votre sécurité, pour votre tranquillité d’esprit. »

Les ReadyNAS ont marqué leur époque. Ils ont démocratisé le stockage réseau, apporté des fonctionnalités professionnelles aux particuliers, et accompagné des milliers d’entreprises. Mais leur héritage est aussi celui d’un abandon programmé. En 2026, les ReadyNAS sont des machines finies, non supportées, et difficiles à réparer. Leur seul salut réside dans la communauté, les outils de récupération — et les laboratoires qui, comme Dafotec, continuent d’en extraire les données.