Come abbiamo recuperato il NAS Synology DS918+ (RAID 5) di uno Studio Legale al Centro Direzionale di Napoli dopo un errore umano che ha causato il collasso dell’array.
Scheda Intervento – Dati Tecnici Completi
- Cliente: Studio Legale (Centro Direzionale, Napoli)
- Dispositivo: Synology DS918+
- Configurazione RAID: RAID 5 – 4 dischi
- Modelli HDD: Seagate IronWolf 4TB (ST4000VN008)
- File System: Btrfs
- DSM installato: DSM 7.1.1-42962 Update 4
- Guasto iniziale: sostituzione errata di un disco non guasto → degrado → rimozione secondo disco → RAID 5 in crash
- SMART Analysis:
• Disco #1: OK – 0 settori pendenti
• Disco #2: 8 settori riallocati – stato “Warning”
• Disco #3: nessun problema rilevato
• Disco #4: CRC Errors – sospetta perdita di sincronizzazione - Backup: nessun backup attivo → unico nodo di storage
- Esito: 99,2% dei dati recuperati (cartelle legali + database + e-mail archiviate)
- Vuoi un preventivo? Visita Recupero Dati NAS
1. L’Incidente – Come si è verificato il danno
Lo Studio Legale utilizza un Synology DS918+ come archivio centrale per atti, PEC, email, prove video e fascicoli digitali.
La struttura si trova al Centro Direzionale di Napoli (Isola F11), un’area con forte uso professionale di NAS e server.
Il problema nasce da un errore umano
Una mattina il NAS ha notificato un messaggio di: “Degraded – Disk 2 failed”.
Il cliente, spaventato, ha sostituito il disco sbagliato: ha rimosso il Disco #3 (che era buono) invece del #2.
Quando il NAS è stato riacceso:
- RAID 5 → impossibile ricostruire
- Btrfs → volume non montabile
- DSM → segnalava errore critico “Array Crashed”
- Il NAS non mostrava più nessuna cartella
Errore critico: tentativo di rebuild
Il cliente (seguendo una guida online non ufficiale) ha tentato un rebuild forzato.
Questo ha peggiorato la situazione:
Errore DSM
mdadm: reshape failed – inconsistent superblocks
Da quel momento il NAS non è stato più avviabile.
2. Diagnosi Tecnica in LabRD – Recupero Dati NAS Napoli
Il cliente ha consegnato il NAS presso il nostro punto di assistenza in Via Arenaccia (Napoli).
Abbiamo trasferito i dischi in laboratorio per la diagnosi completa.
2.1 Analisi SMART (dettagliata)
La nostra diagnosi ha confermato che:
- Disco #2 era realmente degradato
- Disco #4 aveva errori CRC → perdita di sincronizzazione
- Disco #3 era sano ma era stato rimosso prematuramente → array compromesso
2.2 Analisi Superblock
Array State: inactive
Events counter mismatch:
Disk2 → 3412
Disk3 → 3270
Disk4 → 1120
Gli eventi fuori sync indicano un collasso del RAID, ma non una distruzione completa della parità.
Ciò significa → volume ricostruibile offline.
2.3 Estratto Log DSM
kernel: btrfs: failed to mount /dev/md4: cannot read root tree
Il Btrfs risultava danneggiato ma non irrecuperabile.
3. La Soluzione – Come abbiamo recuperato i dati
3.1 Clonazione dei dischi
Abbiamo clonato tutti e quattro gli HDD su sistemi indipendenti per proteggere i dati originali.
Perché la clonazione è fondamentale?
Se si tenta la ricostruzione direttamente sui dischi originali,
si rischia di sovrascrivere la parità o forzare un rebuild sbagliato → perdita definitiva.
3.2 Ricostruzione offline RAID 5
Grazie alla lettura incrociata degli eventi superblock, abbiamo ricostruito manualmente:
- ordine corretto dei dischi
- chunk size (64K → DS918+ default)
- offset Btrfs
- rotazione della parità (left-symmetric)
3.3 Recupero Btrfs
Il Btrfs era danneggiato ma recuperabile tramite:
btrfs restore --readonly /dev/mapper/md4 /recovery/
Il 99,2% dei dati è stato ripristinato intatto.
4. I Risultati – Recupero Dati NAS Napoli
Dati recuperati
- Archivio PEC (10 anni)
- Database gestionale Studio Legale
- Cartelle atti/formulari/processi
- Backup iPhone avvocati
- Registrazioni audio testimonianze
- Documenti PDF e scansioni
Il cliente ha verificato l’anteprima tramite File List LabRD e confermato l’operazione.
I dati sono stati riconsegnati in 4 giorni tramite corriere.
5. Domande Frequenti (NAPOLI)
Cosa fare se il NAS Synology a Napoli non monta più?
Non tentare rebuild. Spegni tutto e contattaci.
Un RAID 5 può essere recuperato se due dischi risultano “failed”?
Dipende dai superblock: in questo caso sì.
È vero che il Btrfs è più difficile da recuperare?
È complesso, ma abbiamo strumenti professionali per estrarlo offline.
Fonti Tecniche Utili
- Synology KB – RAID Repair: https://kb.synology.com
- NIST – Data Integrity Guidelines: https://csrc.nist.gov
- CERT-EU – Incident Handling: https://cert.europa.eu
- ENISA – Data Loss Prevention: https://www.enisa.europa.eu