Recupero dati da SSD e NVMe
Un SSD può sparire senza rumori: controller, firmware, mappa FTL, TRIM e cifratura determinano se i blocchi siano ancora acquisibili e interpretabili.
Guasto silenzioso
Un SSD assente dal BIOS può avere un guasto critico e silenzioso
Un SSD non rilevato dal BIOS o dall’UEFI non va inizializzato né sottoposto a riavvii ripetuti. L’assenza di rumori non indica stabilità: controller, firmware, alimentazione o memoria NAND possono impedire l’identificazione senza produrre alcun segnale meccanico.
I sintomi comprendono capacità pari a zero, nome generico, modalità sola lettura, blocchi durante l’avvio, disconnessioni sotto carico e tempi di risposta anomali. Ognuno descrive uno stadio diverso; un volume non montato non equivale necessariamente a celle prive di dati.
Si registra il modello completo, la revisione della scheda, l’interfaccia SATA o PCIe/NVMe, la capacità e l’apparato di origine. Adattatori e box USB possono filtrare comandi o introdurre un proprio guasto, quindi il comportamento viene confrontato senza moltiplicare collegamenti casuali.
La diagnosi elettrica parte a dispositivo spento con ispezione, continuità e resistenza verso massa. Un componente in corto non si individua sostituendo parti alla cieca o aumentando la corrente. Solo dopo si valutano tensioni e assorbimento con alimentazione protetta.
Prima di inviare comandi si documenta la risposta, perché alcune procedure firmware modificano la mappatura logico-fisica, le tabelle o lo stato dei blocchi. Se il controller entra in uno stato di servizio, possono comparire identificativi incompleti che non rappresentano il file system dell’utente.
Il fatto che l’unità ricompaia una volta non autorizza una copia ordinaria, un benchmark o una reinstallazione del sistema operativo. Il primo obiettivo è creare una finestra di accesso ripetibile e a basso rischio.
- Non inizializzare un’unità non riconosciuta
- Annotare identificativo e capacità mostrati
- Evitare benchmark e riavvii ripetuti
SATA e NVMe rispondono diversamente
Comandi, stati di errore, alimentazione e adattatori cambiano con il protocollo. La diagnosi conserva questa distinzione prima di interpretare il mancato rilevamento.
Ricomparire non significa guarire
Un accesso temporaneo va usato per acquisire in modo controllato. Copie da Esplora file e test di velocità consumano la finestra senza documentare gli errori.
Cancellazione flash
Il TRIM cambia la prognosi dopo cancellazione o formattazione
TRIM segnala all’SSD quali blocchi logici non sono più necessari; il controller può poi cancellarne le celle in background. Dopo una cancellazione, una formattazione o una reinstallazione, tempo trascorso e attività dell’unità influenzano quindi ciò che resta fisicamente disponibile.
Il comando non agisce come una semplice rimozione di nomi dal file system. Tra sistema operativo, driver, interfaccia e controller possono esserci code e condizioni differenti. Non si promette un esito dalla sola presenza di TRIM, ma si evita ogni ulteriore scrittura e si ricostruisce la cronologia.
Lasciare acceso il computer può consentire garbage collection e consolidamento interno anche senza copiare manualmente nuovi file. Installare strumenti, eseguire aggiornamenti o creare un supporto di avvio sullo stesso SSD aggiunge scritture e riduce la possibilità di analizzare lo stato precedente.
Possono fornire versioni mancanti e definire quali file servano davvero, ma non vengono confusi con dati recuperati dall’SSD. Quando esistono snapshot, backup o copie sincronizzate, vengono inventariati senza modificare la sorgente.
- Spegnere il sistema dopo la perdita
- Documentare cancellazione e formattazione
- Separare recupero locale e copie cloud
Si annota se il volume è stato formattato rapidamente, reinstallato, ripristinato da cloud o montato su altri sistemi
La data dell’ultimo accesso utile, il momento della perdita, il tipo di file system e le azioni successive sono informazioni tecniche.
La ricerca per firma non ricrea pagine cancellate dal controller
Un’immagine logica acquisita dopo TRIM può restituire zeri in aree che in precedenza contenevano file. Questo limite distingue nettamente gli SSD dagli hard disk magnetici, dove un blocco non sovrascritto può restare leggibile.
Architettura flash
Controller, NAND e tabella FTL formano un unico sistema
Un SSD presenta indirizzi logici al computer, ma scrive dati e metadati su molte pagine NAND. La FTL traduce questi due mondi insieme a wear leveling, blocchi difettosi, garbage collection, ECC e pagine di servizio. Leggere i chip non produce automaticamente il volume originale.
Il controller distribuisce le scritture per limitare l’usura e può spostare dati senza che il sistema operativo ne conosca la posizione fisica. Tabelle correnti, copie precedenti e journal interni aiutano a ricostruire l’ordine; una mappa sbagliata crea file composti da pagine non correlate.
La NAND memorizza anche spare area, codici di correzione, marcatori, scrambling e informazioni proprie del produttore. Geometria, canali, chip enable e ordine dei die devono essere riconosciuti. Correggere gli errori non significa inventare bit oltre la capacità dell’ECC.
I guasti firmware possono bloccare l’unità pur lasciando celle leggibili, mentre un degrado diffuso della NAND può produrre una mappatura apparentemente valida ma dati instabili. Log e letture ripetute distinguono pagine coerenti, correggibili, variabili e definitivamente assenti.
La strategia mantiene la catena originale quando possibile, perché il controller conserva la relazione logico-fisica e talvolta la cifratura. Una lettura diretta della NAND viene valutata soltanto se l’accesso normale o tecnico non permette un’acquisizione affidabile.
File estesi, archivi e strutture del file system servono a verificare la sequenza; un boot sector plausibile da solo non dimostra che l’intera mappatura sia corretta. Versioni alternative della mappa restano separate.
- Identificare geometria e canali NAND
- Ricostruire mappatura e correzione ECC
- Verificare la mappa su file estesi
Wear leveling e indirizzi
Lo stesso indirizzo logico può essere stato spostato tra pagine fisiche. Le tabelle del controller servono a ricostruire quale versione appartenga allo stato cercato.
ECC ha un limite misurabile
Le pagine vengono classificate secondo gli errori corretti e residui. Oltre la capacità del codice, i bit mancanti restano un limite da collegare ai file coinvolti.
Elettronica
Cortocircuito e liquido richiedono di stabilizzare l’elettronica
Liquidi, sovratensioni e alimentatori difettosi possono danneggiare protezioni, regolatori, controller o linee NAND. Un SSD che scalda, emana odore o mostra corrosione non va alimentato per verificare se si è asciugato. La corrente può accelerare reazioni e creare nuovi corti.
Si documentano tipo di liquido, durata dell’esposizione, tentativi di accensione e modalità di asciugatura già usate. L’ispezione al microscopio cerca residui, piste interrotte, componenti anneriti e saldature compromesse senza rimuovere informazioni utili alla diagnosi.
A scheda spenta si misurano resistenze e continuità. L’alimentazione limitata viene introdotta soltanto con un obiettivo preciso e monitorando assorbimento e tensioni. Sostituire componenti per tentativi può esporre controller e NAND a valori non corretti.
Un guasto dell’alimentazione del computer può impedire l’avvio mentre l’unità è integra; al contrario un modulo saldato può dipendere dalla riparazione controllata della piattaforma. Se il supporto proviene da un computer bagnato, scheda madre e SSD vengono distinti.
- Non alimentare una scheda ancora contaminata
- Misurare prima di sostituire componenti
- Acquisire appena l’accesso è stabile
Una riparazione elettronica temporanea serve ad acquisire i dati, non a dichiarare l’SSD nuovamente affidabile
Appena l’accesso diventa stabile si crea un’immagine e si registrano reset, zone lente e comandi che provocano la disconnessione.
Confondere gli ambienti non migliora il trattamento
La camera bianca prevista per l’apertura degli hard disk non offre vantaggi alla memoria flash. Qui contano pulizia elettronica appropriata, microsaldatura, stabilità dei segnali e conoscenza della scheda.
Strategia di accesso
Accesso logico o ricostruzione NAND: scegliere la via meno invasiva
La procedura parte dall’accesso che conserva più informazioni originali. Se il controller comunica in modo stabile, l’imaging controllato mantiene FTL, correzione e possibile cifratura. La lettura diretta della NAND è una strada specialistica, non un passaggio automatico.
Un accesso tecnico può richiedere modalità di servizio o parametri specifici del controller. I comandi vengono limitati e documentati; aggiornamenti firmware generici o procedure trovate per una revisione diversa possono azzerare tabelle, cambiare stato o rendere l’unità meno accessibile.
Durante l’acquisizione si privilegiano le aree stabili e i dati prioritari. Reset, errori e variazioni di velocità restano nella mappa. Una copia di cartelle dal sistema operativo non offre la stessa tracciabilità e può arrestarsi senza indicare quali blocchi siano mancanti.
Se il controller non consente alcuna lettura utile, si valuta l’accesso ai chip o ai test point. Dissaldare componenti senza necessità aggiungerebbe stress termico e perderebbe la logica del controller. Dump, spare area e più canali vengono acquisiti separatamente, quindi tradotti e verificati.
In alcuni casi la catena originale è indispensabile per ottenere testo in chiaro; un insieme di chip leggibili non basta se chiavi e mappatura non sono disponibili. Monoliti, memorie saldate e controller con cifratura integrata possono imporre limiti diversi.
File system, ricerca di file cancellati e correzioni logiche avvengono dopo l’acquisizione, secondo il processo di recupero e senza scrivere sul supporto originale. Ogni fase produce una copia immutabile e versioni di lavoro.
- Preferire la catena originale stabile
- Limitare i comandi in modalità tecnica
- Usare la lettura NAND solo se giustificata
Imaging attraverso il controller
Quando resta stabile, il controller fornisce blocchi già tradotti e corretti. Errori e reset devono comunque essere mappati prima dell’analisi logica.
Ricostruzione da dump NAND
Chip, canali, pagine e spare area vengono riordinati su copie. Il file system viene cercato soltanto dopo aver validato mappatura e sequenza.
Cifratura
BitLocker, FileVault e chiavi condizionano l’uso dei dati
Acquisire tutti i blocchi non significa poterli interpretare se il volume è cifrato. BitLocker, FileVault e altre soluzioni dipendono da chiavi, password, account, TPM o metadati conservati sul supporto. La disponibilità delle credenziali va chiarita prima dei controlli finali.
Per BitLocker possono servire la chiave di ripristino, le credenziali autorizzate o il contesto della macchina con TPM. Copiare soltanto l’SSD in un altro computer può mostrare un volume bloccato pur quando i dati sono presenti e leggibili a livello fisico.
Su piattaforme Apple, cifratura e architettura del dispositivo possono legare l’accesso alla scheda originale e all’utente. Il percorso per sistemi Apple conserva modello, account e chiave invece di trattare il modulo come un generico disco rimovibile.
La verifica finale avviene su copie decifrate quando possibile, mantenendo separata l’immagine sorgente. Così un errore di montaggio, riparazione o esportazione non modifica il solo esemplare acquisito.
- Identificare il metodo di cifratura
- Conservare macchina e account associati
- Distinguere contenitore trovato e dati verificati
Le credenziali vengono trasmesse nel canale concordato e usate soltanto per il trattamento autorizzato
Non si richiedono più dati del necessario e non si prova ad aggirare una cifratura senza titolo o chiave valida.
Reperimento e validazione sono due risultati distinti
Un contenitore cifrato recuperato ma non aperto viene classificato come tale. Conservare il file può avere valore se la chiave viene ritrovata in seguito, ma non deve essere presentato come contenuto verificato.
Controllo del risultato
Validare i file dopo correzione ECC e ricostruzione logica
Dopo la ricostruzione della mappatura FTL, la correzione ECC e l’analisi del file system, il risultato deve essere provato sui contenuti. Nomi, anteprime e dimensioni plausibili non certificano la continuità delle pagine NAND. Gli errori residui possono comparire nel mezzo di un file.
Documenti vengono aperti oltre la prima pagina, archivi testati internamente, fotografie decodificate per intero e database controllati con strumenti compatibili. Per progetti specialistici il referente indica come verificare collegamenti, librerie e dipendenze senza usare l’ambiente di produzione.
La mappa associa pagine instabili o non correggibili ai blocchi logici e, quando possibile, ai file coinvolti. Un errore nell’area libera ha un peso diverso da uno che interrompe un archivio. Questa relazione rende i limiti comprensibili.
Possono produrre duplicati, file senza nome o versioni precedenti; date e percorsi vengono mantenuti soltanto quando esiste un legame verificabile con la struttura originale. Le ricostruzioni per firma vengono separate dall’albero ottenuto dai metadati.
Manifest, checksum e apertura di un campione controllano il trasferimento. L’unità guasta non viene formattata né rimessa in servizio perché una breve lettura riuscita non ne dimostra l’affidabilità futura. Il supporto di consegna è distinto dall’SSD sorgente.
Il valore del recupero viene giudicato sui dati richiesti, non sul numero assoluto di elementi estratti. Il riepilogo distingue file completi, parziali, non apribili e contenitori cifrati non verificati.
- Controllare struttura interna dei formati
- Collegare errori residui ai file
- Separare completi, parziali e cifrati
Verifica per formato
Archivi, immagini, documenti e database falliscono in modi diversi. Il controllo usa una prova adatta al contenuto e non una semplice anteprima.
Consegna senza riutilizzo
Il risultato passa a un supporto sano con checksum e riepilogo. L’SSD sorgente resta un elemento instabile, non una destinazione di backup.
Preparazione del caso
Preparare riferimento, interfaccia, cifratura e ultimo accesso
Un dossier SSD utile comprende modello, capacità, fattore di forma, interfaccia, dispositivo di origine e ultimo momento in cui i file erano accessibili. Si elencano tutte le azioni successive: riavvii, inizializzazioni, reinstallazioni, aggiornamenti firmware, formattazioni e copie tentate.
Per una perdita logica si indicano data, cartelle, estensioni e volume di attività dopo l’evento. Per un guasto fisico si documentano liquido, calore, sovratensione, odore e comportamento elettrico. Questi elementi cambiano sia la prognosi sia l’ordine delle verifiche.
Password, chiavi BitLocker o FileVault, account autorizzati e macchina associata vengono conservati ma trasmessi separatamente dagli aggiornamenti ordinari. Se l’SSD proviene da un computer portatile, alimentatore e contesto TPM possono essere necessari.
Evitare ipotesi su TRIM, tipo di NAND o cifratura permette di progettare controlli reali e di comunicare limiti senza promesse. Se un dato è sconosciuto, lo si dichiara.
- Riferimento e revisione del supporto
- Cronologia dall’ultimo accesso valido
- Chiavi e file prioritari disponibili
Foto della scheda e dell’etichetta aiutano a identificare revisione e controller senza alimentare l’unità
Un modulo M.2 viene protetto in confezione antistatica e rigida; residui di liquido o componenti staccati non vengono puliti o incollati prima della valutazione.
La richiesta di diagnosi descrive file prioritari e prove di utilizzo attese
La richiesta di diagnosi descrive file prioritari e prove di utilizzo attese. Costi e tempi dipendono da accesso, mappatura logico-fisica, cifratura e qualità delle celle, non soltanto dalla capacità nominale del supporto.
Domande frequenti
Domande frequenti
Perché un SSD può smettere di funzionare senza alcun rumore?
Non contiene motore o testine. Il guasto può interessare alimentazione, controller, firmware, mappa FTL o celle NAND e manifestarsi come unità assente, capacità errata, sola lettura o blocchi. L’assenza di rumore non rende sicuri riavvii, benchmark o inizializzazioni.
Il TRIM rende sempre impossibile recuperare file cancellati da SSD?
Non si può rispondere senza verificare sistema, interfaccia, comandi eseguiti e tempo trascorso. Se il controller ha già cancellato le celle segnalate, quei contenuti non sono ricreabili. Per questo si spegne il sistema e si evita ogni ulteriore scrittura prima della diagnosi.
Leggere direttamente i chip NAND consente di ottenere subito i file?
No. I dump contengono pagine dati, spare area, ECC, scrambling e informazioni distribuite su più canali. Occorre ricostruire la mappatura FTL e verificare l’ordine delle pagine. Inoltre cifratura o chiavi legate al controller possono rendere indispensabile la catena originale.
Quali dati servono per aprire un SSD protetto da BitLocker o FileVault?
Dipende dalla configurazione: possono servire chiave di ripristino, password, account autorizzato, metadati integri e in alcuni casi la macchina con TPM o piattaforma originale. Il contenitore cifrato può essere acquisito, ma senza credenziali valide il contenuto non è verificabile.
Supporti
Altre competenze
- Recupero dati da hard disk Recupero dati da hard disk con rumori anomali, settori instabili, danni da urto o file system corrotto, dopo una diagnosi controllata.
- Recupero dati da hard disk esterno Diagnosi di box, bridge USB, alimentazione, cifratura e unità interna per recuperare dati da hard disk esterni instabili o danneggiati.
- Recupero dati da chiavetta USB Recupero dati da chiavetta USB con connettore rotto, circuito danneggiato, controller guasto, NAND instabile o file cancellati.
- Recupero dati da scheda di memoria Recupero di foto e video da SD, microSD, CompactFlash e CFexpress dopo cancellazione, formattazione, guasto del controller o danno fisico.
- Recupero dati da computer portatile Recupero dati da computer portatile dopo caduta, liquidi, guasto della scheda madre, SSD o hard disk difettoso e volume cifrato.
- Recupero dati da Apple Mac Recupero dati Apple Mac con APFS, FileVault, chip T2 o Apple Silicon, Fusion Drive, SSD guasto e problemi di avvio macOS.
- Recupero dati da tablet Recupero dati da tablet con display rotto, liquidi, scheda logica guasta, boot loop o memoria flash interna cifrata.
- Recupero dati da disco virtuale VMDK e VHDX Recupero dati da dischi virtuali VMDK, VHDX e QCOW2 con catena snapshot rotta, parent mancante o datastore corrotto.
- Recupero dati da RAID, NAS e sistemi di storage Recupero dati da RAID e NAS con più dischi guasti, rebuild interrotto, ordine perduto, parità errata o pool non accessibile.
- Recupero dati da server Recupero dati da server fisici e virtuali dopo guasti storage, RAID, file system o database, con priorità ai servizi essenziali.
- Recupero video NVR e DVR Recupero di sequenze da NVR, DVR e XVR con registrazione ciclica, indici corrotti, codec proprietari, dischi multipli e orari disallineati.
- Recupero dati in camera bianca Diagnosi meccanica di hard disk, apertura in camera bianca, valutazione di testine e piatti, acquisizione controllata e verifica dei dati.
Recupero dati da hard disk 
Recupero dati da chiavetta USB 
Recupero dati da scheda di memoria 
Recupero dati da computer portatile 
Recupero dati da tablet 
Recupero dati da disco virtuale VMDK e VHDX 
Recupero dati da RAID, NAS e sistemi di storage 
Recupero dati da server 
Recupero video NVR e DVR 
Recupero dati in camera bianca Diagnosi
Dubbi su un supporto o su un guasto?
Datastrophe valuta il rischio prima di ogni intervento e indica il percorso più prudente.