Un NAS Synology o QNAP che segnala un disco guasto non significa ancora perdita di dati. Ciò che spesso decide l’esito non è il guasto in sé, ma quello che viene fatto nelle ore successive. Un reset che cancella i metadati RAID, una ricostruzione avviata senza controllare lo stato dei dischi rimanenti, un controllo del file system rilanciato su un volume già fragile: ogni decisione presa in fretta riduce le possibilità di recupero. Ecco gli errori che più spesso trasformano un guasto recuperabile in una perdita definitiva.
Cosa succede davvero quando un disco si guasta
Un NAS Synology o QNAP si basa su un array RAID software gestito dal sistema operativo del dispositivo (DSM su Synology, QTS o QuTS hero su QNAP). Quando un disco si guasta, il NAS passa in modalità degradata: continua a funzionare ricalcolando al volo i dati mancanti, grazie alla parità (SHR, RAID 5, RAID 6) o alla copia speculare (RAID 1, RAID 10). Il volume resta accessibile, ma tutto il carico ora ricade sui dischi rimasti.
È proprio in questa finestra di vulnerabilità che si verifica la maggior parte delle perdite definitive — non a causa del guasto iniziale, ma di una manipolazione fatta in fretta. Una parte dei NAS che arrivano in laboratorio con dati già persi sarebbero stati recuperabili se non fosse stata tentata alcuna azione dopo il guasto.
Gli errori che aggravano la situazione
- Avviare una ricostruzione senza backup preventivo. Sostituire il disco e cliccare su “Ripara” sembra semplice, ma una ricostruzione costringe ogni disco superstite a una lettura completa di tutti i suoi settori, a volte per diversi giorni. Se un secondo disco presenta già settori difettosi, può guastarsi durante l’operazione e far passare il volume da “degradato” a “crashato”, cioè inaccessibile. La mossa corretta è salvare tutto ciò che è ancora accessibile prima di avviare qualsiasi ricostruzione, anche se l’interfaccia spinge a riparare immediatamente.
- Confondere il reset con la formattazione. Su QNAP coesistono diverse opzioni: reset software (i dati vengono conservati), ripristino delle impostazioni di fabbrica, e reset completo con formattazione dei volumi (i dati vengono distrutti). Su Synology, il rischio equivalente si presenta quando un pool di archiviazione “crashato” viene eliminato e ricreato sugli stessi dischi pensando di “riparare” il volume: questa operazione sovrascrive i metadati RAID (il superblocco mdadm) necessari per ricostruire l’array.
- Rimuovere o scambiare i dischi senza precauzione. Su un RAID software (mdadm per DSM e QTS, ZFS per QuTS hero), l’ordine fisico dei dischi in genere non è determinante. Ma nel momento in cui un disco viene rimosso mentre il NAS è in funzione, il sistema lo segna come assente, e ogni scrittura successiva crea uno scarto di sincronizzazione. Reinserirlo più tardi attiva quindi una risincronizzazione, con i rischi che comporta su dischi già sotto stress — solo un reinserimento immediato, senza alcuna scrittura nel frattempo, evita di attivarla.
- Usare un disco di sostituzione incompatibile. Due errori ricorrono spesso: inserire un disco di capacità inferiore rispetto agli altri membri dell’array (il NAS si limita a rifiutare la ricostruzione), oppure usare un disco SMR al posto di un disco CMR. I dischi SMR, pensati per la densità di archiviazione più che per la scrittura sostenuta, saturano rapidamente la cache durante una ricostruzione RAID intensiva — causando timeout che possono far espellere il disco a metà operazione. Poiché la distinzione CMR/SMR non è sempre indicata chiaramente sulla confezione, il modello esatto va verificato con il produttore prima di qualsiasi sostituzione.
- Avviare un controllo del file system su un volume degradato. Un controllo di integrità (l’equivalente di un FSCK o di un CHKDSK) è innocuo su un volume sano. Su un volume degradato, interpreta i dati mancanti come corruzioni: può eliminare voci di directory, troncare file o riscrivere gli alberi di metadati — modifiche irreversibili che eliminano proprio le tracce necessarie a un successivo tentativo di recupero. Btrfs, il file system predefinito sui modelli Synology recenti, è particolarmente sensibile a questo tipo di intervento.
- Lasciare il NAS in modalità degradata senza intervenire. All’opposto della fretta, anche l’inazione prolungata è rischiosa. I dischi rimanenti subiscono un carico maggiore, il che accelera la loro usura e aumenta la probabilità di un secondo guasto — fatale su RAID 5 o SHR-1. Il rischio non si limita a un guasto meccanico: ogni lettura in modalità degradata costringe il sistema a ricalcolare i dati assenti a partire dalla parità, e un errore di lettura irrecuperabile (URE) riscontrato durante questo calcolo rende il blocco coinvolto definitivamente perso.
Il caso particolare dei NAS cifrati
Quando la cifratura è attiva, un guasto cambia natura: i dischi possono essere fisicamente intatti e comunque del tutto inutilizzabili senza la chiave. Su Synology DSM, la cifratura delle cartelle condivise si basa su una chiave esportabile (file .key); se è stata affidata solo al gestore chiavi integrato e non è mai stata salvata su un supporto esterno, scompare insieme al dispositivo guasto. I modelli recenti offrono anche una cifratura del volume basata su LUKS, soggetta alla stessa logica. Su QNAP QTS il funzionamento è simile; su QuTS hero, la cifratura nativa ZFS aggiunge un livello distinto di gestione delle chiavi.
La prima domanda da porsi davanti a un NAS cifrato guasto è semplice: la cifratura era attiva, e la chiave esiste fuori dal NAS? Questa singola informazione condiziona tutta la strategia di recupero e va comunicata a un laboratorio dal primo contatto.
Cosa fare concretamente
Il comportamento corretto dipende dalla criticità dei dati e dall’esistenza di un backup. Se esiste un backup recente e verificato, la situazione resta sotto controllo: si può sostituire il disco guasto e avviare la ricostruzione seguendo la procedura del produttore, verificando prima lo stato S.M.A.R.T. dei dischi superstiti. Se non esiste un backup utilizzabile, serve prudenza: copiare ciò che resta accessibile su un supporto esterno prima di toccare qualsiasi altra cosa. Se il volume è già in stato “crashato” e inaccessibile, la decisione più sicura è spesso non fare altro — spegnere correttamente il NAS, etichettare ogni disco con il suo numero di alloggiamento originale e contattare un laboratorio specializzato. Qualsiasi reset, ricreazione del pool o ricostruzione tentata su un volume già crashato rischia di sovrascrivere i metadati necessari al recupero.
Quando rivolgersi a un laboratorio specializzato
Più alto è il numero di tentativi di riparazione prima dell’arrivo in laboratorio, più il recupero diventa lungo, complesso e incerto — alcuni NAS arrivati in laboratorio contenevano dati originariamente recuperabili al 100%, ma sono arrivati dopo due o tre tentativi che avevano progressivamente distrutto le strutture logiche del volume. Nel momento in cui un NAS o un server RAID entra in stato di errore con dati critici e nessun backup, ogni manipolazione aggiuntiva riduce le possibilità di recupero: meglio staccare l’alimentazione e attendere una diagnosi professionale che moltiplicare i tentativi su dati senza rete di sicurezza.
Un guasto di NAS Synology o QNAP non è quasi mai definitivo nel momento in cui si verifica. Diventa spesso definitivo una o due manipolazioni più tardi.