NVMe sau SSD intră brusc în modul numai citire sau dispare din BIOS¶

Spre deosebire de hard disk-urile tradiționale care se rotesc, care dau zile de avertismente audibile de clic sau măcinare înainte de a muri, o unitate modernă NVMe M.2 sau SATA Solid-State (SSD) se defectează în liniște completă într-o fracțiune de secundă. Un moment, stația de lucru, laptopul sau serverul funcționează normal; în clipa următoare, Windows aruncă un WHEA_UNCORRECTABLE_ERROR sau CRITICAL_PROCESS_DIED Ecran albastru, Linux remontează partiția rădăcină ca Read-Only file system (EROFS), sau computerul repornește direct în meniul gol UEFI/BIOS Setup afișând „No Bootable Device Found” sau afișând SSD-ul de 2 terabyte ca un 0 MB stub de control din fabrică (SM2262, PS5018-E18, MN-5236, sau SATAFIRM S11).

Când un SSD se blochează brusc în Modul doar citire hardware (Critical Warning: 0x08) sau dispare din BIOS-ul plăcii de bază după o supratensiune sau o creștere termică, fiecare repornire, încercare CHKDSK sau minut prelungit de pornire vă poate distruge definitiv fereastra rămasă pentru a vă salva fișierele. Pe o unitate care a intrat în modul Hardware Read-Only, controlerul SSD vă oferă o barcă de salvare de urgență deliberată, unică, pentru a vă copia datele înainte ca celulele NAND interne Flash Translation Layer (FTL) sau cu capcană de încărcare să piardă putere și să nu se inițialeze din nou.

Acest ghid oferă triajul pas cu pas al hardware-ului și al firmware-ului bazat pe specificația de bază NVM Express (NVMe) (Secțiunea 5.14.1.2 SMART / Pagina Jurnal de informații despre sănătate 02h), standardele INCITS T13 ATA/ATAPI ACS-4, GNU ddrescue / nvme-cli protocoale de imagistică criminalistică și standarde de recuperare a camerelor curate Flash Translation Layer (FTL).

Fă asta acum¶

Dacă SSD-ul dvs. NVMe sau SATA tocmai s-a blocat în modul Numai citire, s-a aruncat timpi de expirare I/O sau a dispărut din BIOS:

1. DACĂ SSD-UL ESTE ÎN MOMENT ÎN MODUL DOAR CITIRE ȘI ÎN CĂ ESTE VIZIBIL PENTRU SO-UL DVS.: NU REINIȚI ȘI NU OPRIȚI CALCULATORUL. Aceasta este regula nr. 1 pentru salvarea SSD-ului NVMe. Când un controler NVMe își setează hardware-ul Critical Warning pic la 0x08 (Blocare volatilă/non-volatilă numai pentru citire, deoarece blocurile de rezervă disponibile au lovit 0%), tabelul de mapare Flash Translation Layer (FTL) al unității este încărcat în prezent în memoria cache DRAM volatilă a SSD-ului, permițându-vă să citiți fișierele chiar acum. Dacă reporniți sau opriți computerul, SSD-ul trebuie să încerce să reîncarce și să monteze firmware-ul/FTL-ul degradat din blocurile flash NAND uzate în timpul POST și, în peste 50% din cazuri, SSD-ul se va bloca complet la repornirea și nu va mai apărea niciodată în BIOS. Conectați un hard disk extern USB * chiar acum în timp ce aparatul încă rulează* și copiați folderele cele mai importante (Documents, Desktop, fisiere fiscale/legale, fotografii, .ssh/keys) imediat. Dacă defecțiunea hardware implică o sursă de alimentare cu fumat sau un pericol de incendiu electric, întrerupeți curentul și sunați la numărul local de urgență (911 în Statele Unite și Canada, 112 în Uniunea Europeană, 999 în Regatul Unit) sau verificați numere de urgență.
2. Nu rulați niciodată Windows chkdsk /f, diskpart clean, fsck, sau macOS Disk Utility First Aid. Dacă SSD-ul dvs. este în modul Hardware Read-Only, comenzile de scriere sunt respinse la nivelul controlerului silicon (Media is write-protected), și dacă SSD-ul dvs. este doar în modul Remontare numai în citire a sistemului de operare din cauza blocurilor NAND proaste, forțând chkdsk sau fsck să scrieți pe paginile eșuate va declanșa o Panica controlerului SSD (Mod sigur / Blocare BSY) care blochează unitatea în câteva secunde.
3. Dacă Windows refuză să pornească deoarece o unitate NVMe este blocată în modul hardware Numai citire (deoarece Windows necesită acces de scriere la C:\ pentru a porni), porniți imediat de pe un Linux Live USB. Windows 10 și Windows 11 nu pot termina pornirea de pe o unitate a sistemului de operare care respinge comenzile de scriere (se fac bucla pe INACCESSIBLE_BOOT_DEVICE sau reparații automate). Nu continuați să reporniți Windows. Porniți mașina de pe un SystemRescue sau Ubuntu Live USB stick, montați partiția NTFS/BitLocker folosind nucleul explicit ro,norecovery (numai citire, fără reluare a jurnalului) semnalează și copiați fișierele în siguranță.
4. Dacă SSD-ul a dispărut complet din UEFI/BIOS (sau arată 0 MB / SATAFIRM S11 / ROM Mode), opriți computerul și verificați supraîncălzirea termică față de desincronizarea FTL. Unitățile de mare viteză PCIe Gen 4 și Gen 5 NVMe M.2 ating temperaturi ale controlerului de peste 85 grade Celsius (185 grade Fahrenheit) când un tampon termic se usucă sau un radiator se slăbește, provocând oprirea de urgență a controlerului** acesta dispare din magistrala PCIe până când se răcește la temperatura camerei (20 grade Celsius / 68 grade Fahrenheit).
5. Dezactivați sistemul de operare TRIM / Discard imediat dacă imaginați un SSD degradat. Nu permiteți niciodată unui sistem de operare să emită fundal TRIM (Dataset Management Deallocate) în timp ce salvați un SSD defect.

flowchart TD
    A["Criza SSD NVMe M.2 sau SATA detectată"] --> B{"Care este simptomul exact acum?"}
    B -->|"1. Unitatea este vizibilă, dar sistemul de operare spune „Disc este protejat la scriere” sau „Sistem de fișiere doar pentru citire”"| C["CRITICE: NU reporniți dacă datele sunt accesibile în prezent; copiați imediat fișierele prioritare pe unitatea USB externă"]
    C --> D["Inspectați NVMe SMART Log (`nvme smart-log /dev/nvme0` sau CrystalDiskInfo): verificați `critical_warning` și `available_spare`"]
    D --> E{"Este NVMe `critical_warning` bitul 0x08 setat (Hardware Read-Only Lock) SAU Remontarea sistemului de fișiere al sistemului de operare?"}
    E -->|"Hardware Numai citire (`0x08` / `Disponibil de rezervă: 0%`)"| F["Windows nu va porni de pe disc RO: porniți Linux Live USB, montați cu `-o ro,norecovery` și clonați cu `ddrescue`"]
    E -->|"OS Soft Read-Only (`Dirty Bit` / Windows Fast Startup / Bad Block)"| G["Ștergeți Windows „atribute disc clear readonly” SAU montați numai citire în Linux și imagine înainte ca controlerul NAND să intre în panică"]
    B -->|"2. SSD-ul a dispărut brusc din UEFI BIOS („No Bootable Device”) după accident sau pierderea alimentării"| H{"Este un SSD SATA sau un SSD NVMe M.2?"}
    H -->|"SSD NVMe M.2"| I["1. Răciți timp de 20 de minute + punct ventilator de birou la slotul M.2<br/>2. Reinstalați în slotul M.2 al plăcii de bază secundare sau în carcasa USB la NVMe<br/>3. Efectuați 1 ciclu de reconstrucție FTL numai cu alimentare (fără resetare PCIe)"]
    H -->|"SATA de 2,5 inchi / SSD M.2"| J["Verificați dacă BIOS-ul arată numele generic de fabrică (`SATAFIRM S11`, `SM2258AB`, `2.1 MB`)"]
    J -->|"Afișează numele fabricii ROM sau 0 MB"| K["STOP: firmware-ul controlerului / cărămidă translator. Trimiteți la laborator cu Ace Lab PC-3000 Portable III"]
    J -->|"Invizibil după o pierdere bruscă de putere"| L["Executați o singură dată ciclul de reconstrucție SATA FTL de 30 de minute; dacă încă invizibil, trimiteți la PC-3000 lab"]

Triaj de diagnosticare: decodificarea paginii de jurnal de sănătate NVMe SMART 02h (Critical Warning biți)¶

Când acționează un SSD NVMe, nu trebuie să ghiciți dacă problema este o simplă eroare a registrului Windows sau un cip flash NAND pe moarte. Fiecare unitate NVMe construită vreodată implementează pagina standardizată NVMe SMART/Health Information Log Page (identificator de jurnal). 02h).

Pe Linux (sau un SystemRescue Live USB), rulați această singură comandă pasivă, numai pentru citire (durează 0,01 secunde și nu pune stres pe celulele NAND):

sudo nvme smart-log /dev/nvme0

Priviți imediat prima linie de ieșire, critical_warning și comparați-l cu tabelul oficial de mască de biți NVM Express Specification de mai jos:

Track 1: Cum să salvați toate fișierele de pe un SSD blocat în modul Hardware Read-Only (0x08)¶

De ce computerul refuză brusc să pornească în Windows 10, Windows 11 sau macOS atunci când unitatea NVMe se blochează în Modul doar citire hardware (critical_warning: 0x08) și de ce unitatea pare complet demontabilă chiar și atunci când o conectați la alt computer ca unitate secundară?

Capcana „Dirty Journal Replay” (De ce Windows și Linux implicit refuză să monteze un SSD doar pentru citire)¶

Când un SSD intră brusc în modul Hardware Read-Only în timp ce sistemul de operare rulează, sistemul de operare se blochează la mijlocul scrierii, lăsând Jurnalul de tranzacții al sistemului de fișiere ($LogFile pe Windows NTFS, jurnalul pe Linux ext4/XFS, sau punctul de control al containerului de pe Apple APFS) marcat cu „Murdar” (Oprire necurată).

1. Data viitoare când încercați să porniți Windows sau conectați SSD-ul la alt computer Windows/Mac/Linux și faceți dublu clic pe pictograma unității, sistemul de operare va vedea "Dirty Journal" marcați și încearcă automat să „redau jurnalul” scriind tranzacțiile neterminate înapoi pe disc înainte de a vă permite să vă vedeți fișierele.
2. Deoarece controlerul SSD este blocat în Modul doar citire hardware (0x08), hardware-ul SSD respinge comanda de scriere jurnal-replay cu un I/O Write-Protect Error.
3. Sistemul de operare intră în panică, abandonează complet montarea și vă spune că unitatea este ilizibilă, coruptă sau neinițializată, chiar dacă 100% dintre fișierele dvs. sunt intacte pe cipurile flash.

Bypass pas cu pas: montarea unui SSD hardware „murdar” doar pentru citire în Linux (ro,norecovery)¶

Pentru a ocoli încercarea eșuată de scriere a jurnalului de reluare a sistemului de operare și a citi fiecare fișier de pe un SSD Hardware Read-Only, porniți de pe un Linux Live USB (cum ar fi SystemRescue sau Ubuntu Live) sau plasați unitatea NVMe într-o carcasă USB-C NVMe atașată la o mașină Linux și spuneți-le sistemului de fișiere să citească și să ignore cu strictețe jurnalulnorecovery / noload)***:

1. Identificați numele partiției NVMe sau SATA¶

lsblk -o NAME,SIZE,FSTYPE,MODEL,RO /dev/nvme* /dev/sd*

2. Prima alegere (cea mai sigură): Imaginează partiția brută pe o unitate de rezervă sănătoasă cu ddrescue¶

Chiar înainte de a monta sistemul de fișiere, dacă aveți o unitate externă sănătoasă, cu suficient spațiu liber montat la /mnt/backup, clonează partiția brută bloc pentru bloc (din moment ce ddrescue citește secvențial blocuri brute fără să-i pese de jurnalele murdare ale sistemului de fișiere):

# Pass 1: Fast sequential clone of the read-only NVMe partition to an image file on your backup drive:
sudo ddrescue -f -n -b 4096 /dev/nvme0n1p3 /mnt/backup/ssd_rescue.img /mnt/backup/ssd_rescue.map

# Pass 2: Retry any slow or degraded NAND blocks without kernel read-ahead cache:
sudo ddrescue -d -f -r 2 -b 4096 /dev/nvme0n1p3 /mnt/backup/ssd_rescue.img /mnt/backup/ssd_rescue.map

3. A doua alegere (Extragere directă a fișierelor): Montați SSD-ul Hardware Read-Only folosind direct norecovery¶

Dacă nu aveți o unitate de rezervă suficient de mare pentru o imagine completă a discului și trebuie să copiați anumite foldere direct de pe SSD-ul blocat chiar acum, creați un punct de montare (sudo mkdir -p /mnt/ro_ssd) și utilizați comanda exactă de numai citire no-journal-replay pentru sistemul dvs. de fișiere:

• Pentru o partiție Windows NTFS (normală, necriptată):

  # Using the modern Linux kernel 'ntfs3' driver or 'ntfs-3g' with 'ro,norecover':
  sudo mount -t ntfs3 -o ro,norecover /dev/nvme0n1p3 /mnt/ro_ssd
  # OR if using ntfs-3g:
  sudo mount -t ntfs-3g -o ro,norecover /dev/nvme0n1p3 /mnt/ro_ssd
  

• Pentru o partiție NTFS criptată cu Windows BitLocker:

  # Unlock BitLocker in strict Read-Only mode using your 48-digit Recovery Key (via 'dislocker' or 'cryptsetup'):
  sudo mkdir -p /mnt/bitlocker_raw /mnt/ro_ssd
  sudo dislocker -r -V /dev/nvme0n1p3 -p123456-123456-123456-123456-123456-123456-123456-123456 -- /mnt/bitlocker_raw
  sudo mount -t ntfs-3g -o loop,ro,norecover /mnt/bitlocker_raw/dislocker-file /mnt/ro_ssd
  

  (Consultați ghidul nostru pe Recuperarea criptării BitLocker, FileVault și LUKS dacă aveți nevoie de ajutor pentru a găsi cheia BitLocker din 48 de cifre).
• Pentru un Linux ext4 sau XFS sau Btrfs Partiție:

  # ext4 (uses 'noload' to skip journal replay on read-only hardware):
  sudo mount -t ext4 -o ro,noload /dev/nvme0n1p2 /mnt/ro_ssd
  
  # XFS (uses 'ro,norecovery' to skip dirty log replay):
  sudo mount -t xfs -o ro,norecovery /dev/nvme0n1p2 /mnt/ro_ssd
  
  # Btrfs (uses 'ro,norecovery,rescue=all' to mount degraded/dirty B-trees without writing):
  sudo mount -t btrfs -o ro,norecovery,rescue=all /dev/nvme0n1p2 /mnt/ro_ssd
  

Ce se întâmplă dacă SSD-ul NU este în hardware 0x08 Blocați și numai Windows l-a marcat „Numai citire”?¶

Dacă nvme smart-log / CrystalDiskInfo spectacole critical_warning: 0x00 şi Available Spare: 100%, hardware-ul dvs. SSD este sănătos, iar Windows pur și simplu setează un Stavilion de doar citire pentru volumul software/disc (adesea după o pâlpâire a puterii sau un blocaj de pornire dublă). Ștergeți marcajul software din promptul de comandă al administratorului Windows:

diskpart
DISKPART> list disk
DISKPART> select disk <X>
DISKPART> attributes disk clear readonly
DISKPART> select volume <Y>
DISKPART> attributes volume clear readonly
DISKPART> exit

Pista 2: Ce să faceți când un SSD NVMe sau SATA dispare din UEFI / BIOS¶

Ce se întâmplă dacă computerul a înghețat și când ați repornit în placa de bază UEFI/BIOS Setup (F2 sau Del), slotul M.2 sau portul SATA spune „Empty / Not Prezent” sau afișează un cod generic de controler bizar în loc de numele mărcii unității dvs.?

Pasul 1: Verificați semnătura controlerului „Modul ROM din fabrică / Modul sigur”.¶

Priviți cu atenție șirul exact afișat în lista de stocare BIOS, Windows Device Manager sau Linux lspci / lsusb / dmesg ieșire. Când microcontrolerul unui SSD nu își poate încărca firmware-ul Flash Translation Layer (FTL) de pe cipurile NAND în timpul pornirii (din cauza blocurilor NAND degradate din zona de firmware), controlerul revine în siliciul său intern Factory Mask ROM / Bootloader Mode și raportează numele său de cod brut al producătorului de cipuri și o capacitate minusculă falsă:

Pasul 2: Cele 4 salvari hardware sigure atunci când o unitate NVMe M.2 este complet invizibilă (Not Present)¶

Dacă unitatea dvs. NVMe nu apare deloc în BIOS, executați aceste patru teste fizice nedistructive în ordine exactă:

1. Testul 1: Resetarea dispozitivului de blocare termică și răcirea activă (răcirea de 20 de minute):
2. Deconectați cablul de alimentare CA al PC-ului de la perete (sau opriți complet laptopul) și lăsați aparatul să stea complet nealimentat timp de 20 de minute, astfel încât controlerul NVMe ASIC să se răcească la 20 grade Celsius (68 grade Fahrenheit).
3. Deschideți panoul lateral al computerului, îndreptați un ventilator de uz casnic de mare viteză direct pe stick-ul M.2 NVMe și porniți direct în Linux Live USB. Dacă un controler PMIC (Power Management IC) sau supraîncălzire defectuos a declanșat oprirea termică la 85 de grade Celsius (185 de grade Fahrenheit) în timpul pornirii, aruncarea de aer rece pe cardul M.2 gol menține frecvent controlerul în viață suficient de mult pentru ddrescue fișierele tale critice.
4. Testul 2: Mutați stick-ul NVMe M.2 într-o carcasă NVMe USB-C de 10 Gbps (RTL9210 / JMS583 Bridge Bypass):
5. De ce o unitate NVMe care fixează BIOS-ul plăcii de bază la ecranul cu logo se montează și citește adesea într-o carcasă de adaptor NVMe USB-C extern de 20 USD**?
6. Când o unitate NVMe este conectată direct la un slot PCIe M.2 al plăcii de bază, BIOS-ul UEFI al plăcii de bază impune un PCIe Link Training și NVMe Admin Queue timeout (de multe ori doar 1 până la 3 secunde în timpul POST). Dacă un SSD degradat durează 6 secunde pentru a reconstrui o masă de blocuri deteriorată la pornire, BIOS-ul plăcii de bază declară slotul PCIe mort și cade complet unitatea.
7. Plasarea stick-ului NVMe într-o carcasă externă USB-C (alimentată de un Realtek RTL9210 sau JMicron JMS583 USB-to-NVMe bridge chip) decuplează unitatea de placa de bază POST, furnizează mai întâi alimentare curată de 3,3 V și vă permite să conectați cablul USB la un computer Linux care rulează după ce SSD-ul a avut 30 de secunde pentru a-și inițializa firmware-ul.
8. (Verificare hardware critică: atunci când scoateți stick-ul M.2, inspectați pinii de margine de cupru auriu cu o lanternă și curățați ușor orice oxidare cu alcool izopropilic 99% și inspectați condensatorii mici, ceramici bej, montați pe suprafață, lângă pinii conectorului auriu M.2, pentru orice urme închisă de arsură sau lipire crăpată).
9. Testul 3: Dezactivează modul VMD/Intel RST RAID al plăcii de bază și Economisirea energiei PCIe ASPM:
10. Dacă BIOS-ul își resetează bateria CMOS (sau și-a actualizat firmware-ul) chiar înainte ca unitatea NVMe să „dispară”, intrați în BIOS Setup și verificați două setări:
    • Mod Intel VMD (Dispozitiv de gestionare a volumului) / SATA (RAID vs AHCI): Dacă o placă de bază comută între RAID / Intel VMD ON şi AHCI / NVMe Direct, sistemul de operare (sau lista de pornire a BIOS-ului) nu va vedea instantaneu unitatea până când se va reveni la modul original.
    • PCIe ASPM (Active State Power Management): Pe multe laptop-uri și desktop-uri, un controler NVMe defect se blochează ori de câte ori placa de bază încearcă să pună unitatea în stare de repaus profund PS3 / PS4 (APST). În Configurarea BIOS, setați PCIe ASPM = Disabled, iar când porniți Linux pentru a salva o unitate NVMe defectuoasă, adăugați acest parametru de pornire a kernelului în meniul GRUB (apăsați e la pornire) pentru a preveni ca Linux să pună vreodată controlerul NVMe în repaus sau să expire rapid:

      nvme_core.default_ps_max_latency_us=0 nvme_core.io_timeout=300 pcie_aspm=off
      

11. Testul 4: Ciclul controlat de reconstrucție FTL „doar cu alimentare” (doar pentru disparițiile bruște din cauza unei întreruperi de curent):
12. Dacă un SSD SATA sau un SSD NVMe mai vechi a dispărut imediat după o pentru bruscă sau o oprire bruscă (și are zero semne de ardere fizică), jurnalul său intern Flash Translation Layer poate fi blocat încercând să recupereze fundalul care este întrerupt la fiecare 3 secunde când placa de bază trimite un semnal de resetare a magistralei.
13. Cum să rulați un singur ciclu de alimentare sigur:
    • Pentru un SSD SATA de 2,5 inchi: Deconectați complet Cablul de date SATA îngust cu 7 pini, lăsând DOAR cablul de alimentare SATA lat cu 15 pini conectat.
    • Pentru un SSD M.2 NVMe: Introduceți SSD-ul M.2 într-o carcasă externă USB-C NVMe și conectați cablul USB într-un Încărcător USB de perete pentru telefon (care furnizează putere pură de 5V/3,3V fără ca gazda de date USB de la computer să trimită comenzi de resetare).
    • Lăsați SSD-ul pornit în această stare netulburată doar de alimentare timp de 20 până la 30 de minute (menținând un ventilator suflă peste el, astfel încât să rămână rece), apoi deconectați alimentarea timp de 60 de secunde, reconectați datele și verificați o dată în Linux (lsblk / nvme list).
    • Regula de oprire grea: Dacă unitatea nu reapare după un singur ciclu de 20 de minute, OPRIȚI Imediat și deconectați-l. Lăsarea unui SSD TLC/QLC modern cu blocuri NAND proaste pornite ore în șir declanșează Garbage Collection în fundal care poate distruge paginile recuperabile.

Recuperare SSD în cameră curată: ce poate face un laborator profesionist atunci când bricolajul se oprește¶

Dacă se afișează SSD-ul dvs 0 MB, SATAFIRM S11, SM2258AB, PS5018, sau rămâne complet mort după ce îl mutați într-o carcasă externă USB-C, niciun software descărcabil de pe Pământ nu poate vedea unitatea. În acest moment, trebuie să alegeți un laborator specializat de recuperare de date care deține de fapt încărcătoare de firmware hardware (în special Ace Lab PC-3000 Portable III / PC-3000 SSD System):

1. Reparație condensator scurtcircuitat la nivel de circuit/PMIC: Aproximativ 20% dintre SSD-urile complet nefuncționale suferă de un condensator cu filtru ceramic de 50 de cenți scurtcircuitat (VCC3V3 sau VCCQ șină de alimentare) sau cip eFuse/PMIC explodat lângă conectorul M.2. Un tehnician sub un microscop stereo localizează condensatorul scurtcircuitat cu o cameră termică și îl înlocuiește în 15 minute, restabilind 100% din unitate fără a atinge cipurile NAND.
2. Techno-Mode Bootloader Injection (PC-3000): Prin scurtcircuitarea celor două plăci microscopice ROM Mode / Boot Jumper de pe SSD PCB în timpul pornirii, laboratorul forțează controlerul Phison, Silicon Motion sau Marvell să accepte un încărcător special de microcod din fabrică corecţionat în SRAM, dezactivând fundalul colectarea gunoiului și reconstruirea RAM-ului de traducere (colectarea FT coruptă și reconstruirea memoriei RAM). toate sectoarele de utilizatori pot fi vizualizate curat.

Întrebări frecvente¶

Surse verificate¶

• Consorțiul NVM Express: Specificație de bază NVM Express Rev. 2.0 (Secțiunea 5.14.1.2: Pagina de jurnal SMART / Informații de sănătate 02h, Definiții de avertisment critic Bitmask 0x01 prin 0x10și regulile de tranziție numai în citire pentru solicitare de evenimente asincrone).
• Documentația kernelului Linux (kernel.org): Parametrii driverului NVMe (nvme_core.default_ps_max_latency_us=0, nvme_core.io_timeout), NTFS3 / EXT4 / XFS / Btrfs Numai citire Recuperare fără jurnal (ro,norecovery / ro,noload) Specificații montaj.
• Proiect GNU / Free Software Foundation: GNU ddrescue Manual: Imagistica nedistructivă la nivel de bloc a suporturilor în stare solidă degradate.
• National Institute of Standards and Technology (NIST, Statele Unite): NIST Special Publication 800-88 Rev. 1 & Digital Forensics Guidelines on Solid-State Drive Flash Translation Layer (FTL) Behavior.
• Instrumente NVMe open-source (linux-nvme/nvme-cli): Oficial nvme-cli Telemetrie și standarde de diagnosticare a jurnalului de sănătate.

Ghiduri aferente¶

• Eroare de hard disk și recuperare de urgență a datelor
• Ștergerea accidentală a fișierelor, unitatea formatată și recuperarea fotografiilor
• Blocarea cheii de recuperare a criptării BitLocker, FileVault și LUKS
• Matricea NAS și RAID degradată, eșec de unități multiple și recuperare ZFS/Btrfs
• Backup-uri pe computer: strategie 3-2-1 și recuperare în caz de dezastru
• Numere globale de urgență