RAID of NAS defect: waarom je beter geen rebuild start en het volume niet opnieuw initialiseert

Kort antwoord: wordt een RAID of NAS (Synology, QNAP, een server met RAID-controller…) onbereikbaar, dan staat je data meestal nog gewoon op de schijven. Het grootste gevaar zit in wat er daarna gebeurt: een heropbouw (rebuild) met een schijf die niet meer bijgewerkt was, of het aanmaken van een nieuw volume bovenop het oude. Zet het toestel uit, raak niets meer aan en breng de schijven naar een labo.

Geschreven na de workshop “RAID-dataherstel van A tot Z” op de ACE Lab TechWeek 2026 (Alicante, oktober 2026), gegeven door Alexander Leonenko, senior ingenieur en trainer bij ACE Lab. ACE Lab maakt de PC-3000-reeks, de referentieapparatuur van dataherstellabo's.

Typische symptomen

• De NAS meldt een volume als “degraded”, “gecrasht” of “niet geïnitialiseerd”.
• De RAID-controller vindt de configuratie niet meer terug of stelt voor om een nieuw volume aan te maken.
• Eén of meer schijven staan aangeduid als defect of ontbrekend.
• Een rebuild is halverwege gestopt.
• Het volume is weer bereikbaar, maar bestanden gaan niet meer open of zijn beschadigd.

Wat betekent een RAID voor je data?

In een RAID 0, 5 of 6 staan je bestanden niet per schijf opgeslagen. Ze worden opgedeeld in blokken die over alle schijven verspreid zijn, met controleblokken (de pariteit, berekend met een bewerking die XOR heet) waardoor het volume de uitval van één schijf (RAID 5) of twee schijven (RAID 6) kan opvangen.

Om de data terug te lezen, moet je het “recept” van de opbouw exact kennen: welke schijven bij het volume horen, in welke volgorde, de blokgrootte, het RAID-niveau, waar de data op elke schijf begint… Alexander Leonenko benadrukte tijdens de workshop één punt: het volstaat niet om te weten dat het “een RAID 5” is, je moet precies terugvinden welk blok van het volume op welke plaats op elke schijf staat.

Normaal staan die parameters op de schijven zelf (de metadata). Daarom kan een NAS of controller het volume vanzelf samenstellen. Het probleem begint wanneer die informatie verloren gaat… of vervangen wordt door verkeerde.

Goed om te weten: in Synology-NAS-systemen en in de meeste QNAP's wordt de RAID niet door een RAID-kaart beheerd, maar door de software van de NAS, die op Linux gebaseerd is (mdadm, LVM, SHR bij Synology). Sluit je een NAS-schijf aan op een Windows-computer, dan lijkt hij dus onleesbaar en stelt Windows voor om hem te initialiseren of te formatteren. Ga daar zeker niet op in: de data staat er wel degelijk op, maar in een formaat dat Windows niet kan lezen.

Wat ACE Lab liet zien

De workshop toonde de methode waarmee een RAID met de PC-3000 gereconstrueerd wordt. De kernboodschap: RAID-herstel is geen “zwarte magie”, maar een methodisch technisch proces, al verloopt het niet lineair: mislukt een hypothese, dan ga je terug en test je een andere. De grote stappen:

1. Elke schijf diagnosticeren. De SMART-gegevens (draaiuren, identificatie, fouten) verraden al veel. Een voorbeeld van de trainer: een klant koopt meestal identieke schijven tegelijk; wijkt er één af van de rest, dan is die waarschijnlijk later toegevoegd.
2. Automatische detectie proberen op basis van de metadata. Dat is snel en betrouwbaar, maar niet altijd mogelijk. En het resultaat moet altijd gecontroleerd worden: heeft de klant het volume opnieuw geïnitialiseerd, dan beschrijft de metadata de nieuwe configuratie, niet die waarin zijn bestanden staan.
3. Lukt dat niet, dan worden de parameters uit de data zelf afgeleid. De software analyseert de inhoud van elke schijf statistisch (de grootte van herkende bestanden, de “entropie” van de sectoren, dus hoe willekeurig ze ogen: pariteitsblokken lijken meestal meer op toeval) om daaruit de blokgrootte, het aantal schijven en het RAID-niveau af te leiden. De volgorde van de schijven volgt daarna uit de positie van gekende structuren van het bestandssysteem. De trainer toonde dat de keuze bij een standaardconfiguratie heel snel herleid wordt tot een paar mogelijkheden.
4. De configuratie controleren, aan de hand van een bestand dat groot genoeg is om over alle schijven verspreid te zijn: een klein bestand bevestigt maar een paar blokken, een groot bestand controleert de positie van alle blokken ten opzichte van elkaar.
5. Zoeken naar problemen met de redundantie. Daar zitten de valkuilen die we hieronder beschrijven.

De gevaarlijkste fouten

1. Een rebuild met een “verouderde” schijf

Het typische scenario: een schijf valt uit de RAID zonder dat iemand het merkt. Het volume blijft dagen of maanden zonder die schijf werken. Op die schijf staat dus een oude versie van de data. Neem je hem weer op, of doe je een rebuild waarbij hij met de up-to-date schijven gemengd wordt, dan krijg je beschadigde bestanden: oude en nieuwe blokken raken door elkaar.

De trainer benadrukte dat dit een vaak voorkomend probleem is, dat je systematisch moet nakijken. In het labo moet je die schijf identificeren en het volume zonder hem samenstellen.

2. Opnieuw initialiseren of een nieuw volume aanmaken

Herkent een NAS of controller het volume niet meer, dan stelt hij vaak voor om een nieuw volume aan te maken. Ga je akkoord, dan berekent hij nieuwe pariteitsblokken en schrijft hij die naar de schijven, over de bestaande data heen.

Volgens de trainer volgt die schade een regelmatig patroon, waardoor ze soms te herstellen is: eerst moet je nagaan of er nog genoeg redundantie over is om op te vangen wat overschreven werd, daarna het patroon van de schade bepalen (de configuratie van het nieuwe volume) en een herstelconfiguratie samenstellen, die de overschreven blokken opnieuw berekent uit de redundantie. Maar een RAID 5 kan maar één blok per stripe reconstrueren: zijn er twee blokken van dezelfde stripe overschreven, dan is dat deel verloren.

3. Nieuwe data naar het volume schrijven

Volgens de trainer is dit het ergste geval: wanneer er nieuwe data naar de sectoren geschreven is, volgt de schade geen enkel patroon meer. Dan moet je de beschadigde sectoren precies kunnen aanwijzen, wat veel moeilijker en soms zelfs onmogelijk is. In de praktijk gebeurt dat bijvoorbeeld na het kopiëren van bestanden, een herinstallatie of een controle van het bestandssysteem op het beschadigde volume.

Zoals de trainer het samenvatte: de diagnose van deze problemen is betrouwbaar, maar ze verhelpen kan heel moeilijk zijn, en soms is herstel niet meer mogelijk.

Wat je meteen moet doen

Ons advies vanuit het labo:

1. Zet de NAS of server netjes uit, en zet hem niet meer aan.
2. Start geen rebuild, reparatie of controle van het volume (rebuild, repair, chkdsk, fsck…).
3. Ga nooit akkoord met het aanmaken of initialiseren van een nieuw volume, ook al stelt de interface het voor. Hetzelfde geldt als je een NAS-schijf op een computer aansluit en Windows voorstelt om hem te initialiseren of te formatteren.
4. Vervang niet zomaar een schijf en verander de volgorde niet. Moet je ze eruit halen, nummer ze dan volgens hun plaats.
5. Noteer de voorgeschiedenis: welke schijf wanneer uitviel, wat er al geprobeerd is, of het volume in degraded-modus gebruikt werd, het model van de NAS of controller.
6. Breng alle schijven mee, ook de schijf die als eerste uitviel.

Onze aanpak

Bij Belgium Data Recovery pakken we RAID's en NAS-systemen zo aan:

1. Gratis diagnose van elke schijf, daarna een offerte.
2. Kopie van elke schijf; defecte schijven krijgen indien nodig eerst een hardwarematige ingreep (bijvoorbeeld het vervangen van het kopblok in een cleanroom).
3. De RAID-configuratie reconstrueren op de kopieën: de analyse belast de originele schijven, die vaak al kwetsbaar zijn, niet meer.
4. De configuratie controleren en zoeken naar een verouderde schijf of een overschreven zone.
5. Je bestanden terughalen; je krijgt ze terug op een lege schijf die je zelf aanlevert, of op een schijf van Belgium Data Recovery tegen meerprijs.

We werken volgens het principe No Cure No Pay: halen we je data niet terug, dan betaal je niets. Bezorg je ons een lijst met je belangrijkste bestanden en halen we daar minder dan 75 % van terug, dan mag je het resultaat kosteloos weigeren.

Lees ook: RAID-datarecuperatie · NAS-dataherstel · datarecuperatie in België