Dopo una perdita di dati non esiste un solo gesto giusto, esiste il gesto giusto per il vostro problema. Tutto dipende da ciò che è accaduto. Alcune situazioni peggiorano di ora in ora, un'inondazione, un incendio, un ransomware che cifra i vostri file, e il tempo per recuperare è allora molto breve. Altre, un guasto meccanico o file cancellati, si bloccano non appena il dispositivo è spento e possono attendere giorni. Il riflesso comune a tutti i casi: spegnere rapidamente il supporto e non armeggiare con nulla prima di farlo analizzare.

Il seguito spiega come riconoscere in quale caso vi trovate, cosa fare nelle prime ore e le manipolazioni che fanno passare una situazione recuperabile a una situazione persa.

L'unico riflesso valido per tutti: spegnere, e in fretta

Qualunque sia il supporto, telefono, disco rigido in un server, server NAS o server in RAID, il primo gesto è lo stesso: togliere rapidamente l'alimentazione. Finché il sistema gira, può continuare ad aggravare il problema, sia scrivendo sul disco, sia lasciando progredire un danno fisico sotto tensione.

Il caso del ransomware è il più eloquente. Non appena vedete che i vostri file vengono cifrati, non aspettate, non cercate di capire: spegnete subito. Ogni minuto in cui la macchina resta accesa, il software continua a cifrare nuovi file e può esportarne verso l'esterno. Lasciare proseguire il computer significa correre il rischio che la totalità dei dati finisca cifrata.

Il disco rigido che dà segni di cedimento rientra nella stessa logica, per un altro motivo. Quando le testine ticchettano o il disco diventa molto instabile, bisogna spegnerlo e smettere di farlo girare. Soprattutto, non riavviatelo dieci, quindici o venti volte nella speranza che riparta. Nel migliore dei casi, molto raramente, il problema si risolve da solo. Nel peggiore, ed è il caso più frequente, ogni tentativo aggrava i danni e può rendere impossibile il recupero.

Quando ogni ora conta

Due famiglie di problemi peggiorano finché non si agisce. Sono le urgenze.

Il degrado fisico esterno: acqua, polvere, prodotti chimici

Un'inondazione, la polvere di un estintore o uno schizzo di prodotto chimico attaccano il materiale in continuazione. L'acqua è il caso più urgente di tutti. Sotto tensione, un'inondazione non si limita a bagnare: crea corrosione e aggiunge un fenomeno di elettrolisi che corrode i componenti. Anche semplici goccioline possono danneggiare definitivamente un supporto, che si tratti di un telefono, di un disco rigido o di un SSD, in poche ore soltanto.

Questi danni proseguono il loro lavoro anche a dispositivo spento. Spegnere ferma l'elettrolisi e i cortocircuiti, ma la corrosione, la polvere e i residui chimici proseguono il loro attacco. È per questo che tali situazioni esigono da parte nostra un trattamento rapido: prima il supporto ci arriva, prima fermiamo la distruzione fisica e stabilizziamo la situazione.

La distruzione logica in corso: ransomware, TRIM, aggiornamenti

L'altra famiglia di urgenza è la distruzione logica che gira finché la macchina è accesa: un ransomware che cifra, il TRIM che svuota definitivamente le celle di un SSD dopo una cancellazione, gli aggiornamenti del sistema e le scritture che si sovrappongono ai vostri dati.

Qui, spegnere basta a fermare il processo. Una volta che la macchina è fuori tensione, non viene più scritto nulla, la situazione è bloccata e non peggiora più. È tutta la differenza con i danni da acqua: per il software, togliere l'alimentazione congela il problema; per l'acqua, no.

Quando nulla incalza una volta spento il dispositivo

Al contrario, molti guasti non peggiorano più non appena il supporto è fuori tensione. In questi casi, l'urgenza è di non peggiorare le cose, non di correre.

Un guasto meccanico o fisico interno, una testina di lettura difettosa, un cortocircuito, ticchettii elettrici, un sistema divenuto inoperante, si blocca quando si spegne. Il problema non prosegue più e non peggiora da solo. Si può prendere il tempo di affidarci il supporto.

Il cortocircuito merita una precisazione. Non bisogna lasciare un dispositivo sotto tensione quando c'è un cortocircuito o un odore di bruciato: continuare ad alimentarlo fa scaldare componenti che non sono fatti per questo, e finiscono per cedere e rompersi ulteriormente. Ma una volta che il dispositivo è fuori tensione, il cortocircuito già avvenuto non richiede un intervento nel più breve tempo possibile: l'elemento è bloccato.

La formattazione e i file cancellati seguono la stessa regola. Non appena il sistema è spento, non ha più luogo alcun aggiornamento né scrittura, quindi nulla viene a sovrascrivere i dati cancellati. Potete trasmetterci il disco nei giorni o nelle settimane a venire: non è il ritardo a rendere i dati non recuperabili, è la scrittura. Un RAID che ha solo un problema software, o un disco che ticchetta al di fuori di qualsiasi danno da acqua o incendio in corso, rientra anch'esso in questa categoria: può attendere.

Continua a peggiorare o si blocca? La tabella di smistamento

Situazione	Continua a peggiorare?	Il gesto giusto
Inondazione, danno da acqua	Sì, anche spento (corrosione)	Spegnere e portarcelo in fretta
Polvere di estintore, prodotto chimico	Sì, anche spento	Spegnere e portarcelo in fretta
Ransomware che cifra	Sì, finché è acceso	Spegnere subito
Cancellazione su SSD (TRIM attivo)	Sì, finché è acceso	Spegnere subito
Testina di lettura, ticchettii, guasto meccanico	No, una volta spento	Spegnere, non riavviare, far analizzare
Cortocircuito, odore di bruciato	No, una volta fuori tensione	Staccare la spina, non riattaccarla
Formattazione, file cancellati (sistema spento)	No	Non scrivere più nulla, inviare anche più tardi
RAID con problema puramente logico	No	Non lanciare un rebuild, far analizzare

Due trappole che trasformano un guasto in una perdita

Oltre al tempismo giusto, due manipolazioni ricorrono spesso e aggravano pesantemente la situazione.

La prima, l'abbiamo vista, è riavviare in continuazione un disco rigido che cede. Riaccendere dieci o venti volte un disco le cui testine ticchettano non lo ripara quasi mai e deteriora un po' di più la meccanica a ogni tentativo.

La seconda riguarda il RAID. Quando un disco di un array cade, ponetevi prima una domanda: avete già avuto un disco difettoso su questo stesso RAID in precedenza, un mese fa per esempio? In caso affermativo, lanciare un rebuild è rischioso. C'è una forte probabilità che un secondo disco, già affaticato, cada a sua volta o venga dichiarato instabile durante la ricostruzione. Il RAID si ritrova allora completamente degradato e molto più difficile da recuperare. Nel dubbio, non si lancia un rebuild, si fa analizzare.

Cosa succede quando ci affidate il supporto

Una volta che il supporto è nelle nostre mani, iniziamo con un'analisi per capire cosa è accaduto. Redigiamo un rapporto di analisi completo e dettagliato, all'occorrenza con foto dei danni constatati. Se riteniamo i dati recuperabili, vi sottoponiamo un preventivo, che siete liberi di accettare o rifiutare.

È anche per questo che è meglio chiamarci presto: su un danno da acqua, polvere o prodotto chimico, ogni ora guadagnata è materia preservata. Negli altri casi, una semplice telefonata evita le manipolazioni che costano care.

Cosa ricordare

Il gesto giusto dipende dal problema, ma un riflesso vale per tutti: spegnere rapidamente il supporto e non armeggiare con nulla prima di farlo analizzare. Due tipi di situazioni peggiorano e impongono di agire in fretta: i danni fisici esterni che continuano anche a dispositivo spento (acqua, polvere di estintore, prodotti chimici), l'acqua in testa, e le distruzioni logiche che girano finché la macchina è accesa (ransomware, TRIM su SSD, aggiornamenti), che togliere l'alimentazione basta a bloccare.

Gli altri casi, guasto meccanico, cortocircuito, formattazione, file cancellati, RAID con problema logico, non peggiorano più una volta spento il dispositivo e possono attendere. Restano due trappole da evitare assolutamente: riavviare in continuazione un disco, e lanciare un rebuild RAID quando un disco è già caduto in passato. Nel dubbio, si spegne, non si armeggia, si fa analizzare.

Domande frequenti

Cosa fare per primissima cosa dopo una perdita di dati?

Spegnere rapidamente il supporto, qualunque esso sia (telefono, disco rigido, server NAS, RAID), e non armeggiare con nulla prima di farlo analizzare. Finché il sistema gira, può aggravare il problema scrivendo sul disco o lasciando progredire un danno fisico sotto tensione.

Bisogna sempre intervenire d'urgenza?

No. Tutto dipende dal problema. I danni da acqua, da polvere di estintore o da prodotti chimici, così come i ransomware e le cancellazioni su SSD, peggiorano e impongono di agire in fretta. Un guasto meccanico, un cortocircuito o file cancellati si bloccano non appena il dispositivo è spento e possono attendere giorni.

Perché un danno da acqua è il caso più urgente?

Perché l'acqua attacca il materiale in continuazione. Sotto tensione, crea corrosione e aggiunge un fenomeno di elettrolisi che corrode i componenti. Anche a dispositivo spento, la corrosione prosegue il suo lavoro, e semplici goccioline possono danneggiare definitivamente un telefono, un disco rigido o un SSD in poche ore.

Il mio disco rigido fa un rumore di ticchettio, posso riprovare ad avviarlo?

No. Quando le testine ticchettano, ogni nuovo tentativo deteriora un po' di più la meccanica. Riavviarlo dieci o venti volte non lo ripara quasi mai e può rendere impossibile il recupero. Bisogna spegnerlo e farlo analizzare.

Un disco di un RAID è caduto, posso lanciare un rebuild?

Prudenza, soprattutto se un altro disco dell'array era già difettoso in passato. Un rebuild sollecita fortemente i dischi rimanenti e può farne cadere un secondo, il che degrada completamente il RAID. Nel dubbio, non lanciate un rebuild e fate analizzare.

Ho cancellato o formattato per errore, devo affrettarmi a inviarvelo?

Non è il ritardo che conta, è la scrittura. Non appena il sistema è spento, non viene più scritto nulla sul disco e nulla viene a sovrascrivere i dati cancellati. Potete trasmettercelo nei giorni o nelle settimane successive, purché non abbiate più scritto nulla su di esso.