Skip to content

NVMe або SSD раптам пераходзіць у рэжым толькі для чытання або знікае з BIOS

Нумары экстранных службаў адрозніваюцца ў залежнасці ад краіны. На гэтай старонцы выкарыстоўваецца 911, нумар для Злучаных Штатаў і Канады. Многія іншыя краіны выкарыстоўваюць 112, 999 ці іншы нумар. Знайдзіце нумар для вашай краіны.

У адрозненне ад традыцыйных цвёрдых дыскаў, якія круцяцца некалькі дзён, перш чым загінуць, яны чуюць пстрыканне або скрыгат, сучасны NVMe M.2 або цвёрдацельны назапашвальнік (SSD) выходзіць з ладу ў поўнай цішыні за долі секунды. Адзін момант ваша рабочая станцыя, ноўтбук або сервер працуюць нармальна; у наступны момант Windows выдае a WHEA_UNCORRECTABLE_ERROR або CRITICAL_PROCESS_DIED Сіні экран, Linux перамантуе ваш каранёвы раздзел як Read-Only file system (EROFS), або ваш камп'ютар перазагружаецца адразу ў пустое меню наладкі UEFI/BIOS з паведамленнем "Загрузная прылада не знойдзена" або паказвае ваш 2-тэрабайтны SSD як 0 MB заглушка завадскога кантролера (SM2262, PS5018-E18, MN-5236, або SATAFIRM S11).

Калі цвёрдацельны назапашвальнік раптам пераходзіць у Апаратны рэжым толькі для чытання (Critical Warning: 0x08) або знікае з BIOS мацярынскай платы пасля скачка напругі або цеплавога скоку, кожная асобная перазагрузка, спроба CHKDSK або працяглая хвіліна ўключэння можа назаўсёды знішчыць астатняе акно для выратавання вашых файлаў. На дыску, які перайшоў у апаратны рэжым толькі для чытання, кантролер цвёрдацельнага назапашвальніка дае вам наўмысную аднаразовую аварыйную выратавальную шлюпку, каб скапіяваць вашы даныя, перш чым унутраны ўзровень трансляцыі флэш-памяці (FTL) або ячэйкі NAND з зарадам страцяць энергію і не змогуць ініцыялізавацца зноў.

У гэтым кіраўніцтве прыводзіцца пакрокавая сартаванне апаратнага і ўбудаванага праграмнага забеспячэння на аснове базавай спецыфікацыі NVM Express (NVMe) (раздзел 5.14.1.2 SMART / Старонка часопіса інфармацыі пра здароўе 02h), стандарты INCITS T13 ATA/ATAPI ACS-4, GNU ddrescue / nvme-cli пратаколы судова-медыцынскай экспертызы і стандарты аднаўлення Flash Translation Layer (FTL) для чыстых памяшканняў.

Зрабіце гэта зараз

Калі ваш цвёрдацельны назапашвальнік NVMe або SATA толькі што заблакіраваны ў рэжыме толькі для чытання, выклікаў тайм-аўты ўводу-вываду або знік з BIOS:

  1. КАЛІ цвёрдацельны назапашвальнік ЗАРАЗ ЗНАХОДЗІЦЦА Ў РЭЖЫМЕ ТОЛЬКІ ДЛЯ ЧЫТАННЯ І ПА-ранейшаму БАЧНЫ ДЛЯ ВАШАЙ АС: НЕ ПЕРАЗАГРУЖАЙЦЕ І НЕ ВЫКЛЮЧАЙЦЕ КАМП'ЮТАР. Гэта правіла № 1 пры выратаванні цвёрдацельных назапашвальнікаў NVMe на жыццё або смерць. Калі кантролер NVMe усталёўвае сваё абсталяванне Critical Warning трохі да 0x08 (Энерганезалежная блакіроўка толькі для чытання, таму што даступныя запасныя блокі трапляюць 0%), табліца адлюстравання Flash Translation Layer (FTL) назапашвальніка зараз загружана ў энерганезалежны кэш DRAM цвёрдацельнага назапашвальніка, што дазваляе вам чытаць вашыя файлы прама зараз. Калі вы перазагрузіце або выключыце ПК, цвёрдацельны назапашвальнік павінен паспрабаваць перазагрузіць і змантаваць сваю пагаршаную прашыўку/FTL з зношаных флэш-блокаў NAND падчас POST, і больш чым у 50 працэнтах выпадкаў цвёрдацельны назапашвальнік цалкам заблакуецца пры гэтай перазагрузцы і больш ніколі не з'явіцца ў BIOS. Падключыце знешні цвёрды дыск USB прама зараз, пакуль машына яшчэ працуе, і скапіруйце найбольш важныя папкі (Documents, Desktop, падатковыя/прававыя файлы, фатаграфіі, .ssh/ключы) неадкладна. Калі няспраўнасць апаратнага забеспячэння звязана з задымленнем крыніцы харчавання або небяспекай электрычнага пажару, адключыце электрычнасць і патэлефануйце ў мясцовы нумар экстранай дапамогі (911 у Злучаных Штатах і Канадзе, 112 ва ўсім Еўрапейскім Саюзе, 999 у Вялікабрытаніі) або праверце нумары экстраных службаў.
  2. Ніколі не запускайце Windows chkdsk /f, diskpart clean, fsck, або macOS Disk Utility First Aid. Калі ваш цвёрдацельны назапашвальнік знаходзіцца ў апаратным рэжыме толькі для чытання, каманды запісу адхіляюцца на ўзроўні сіліконавага кантролера (Media is write-protected), і калі ваш цвёрдацельны назапашвальнік знаходзіцца толькі ў рэжыме перамантавання аперацыйнай сістэмы толькі для чытання з-за няспраўных блокаў NAND, прымусова chkdsk або fsck запіс праз памылковыя старонкі выкліча неадкладную Паніку кантролера SSD (бяспечны рэжым / блакіроўка BSY), якая блакуе дыск на працягу некалькіх секунд.
  3. Калі Windows адмаўляецца загружацца, таму што дыск NVMe заблакаваны ў апаратным рэжыме толькі для чытання (паколькі Windows патрабуе доступу да запісу C:\ для загрузкі), неадкладна загрузіцца з Linux Live USB. Windows 10 і Windows 11 не могуць завяршыць загрузку з дыска АС, які адхіляе каманды запісу (яны зацыкльваюцца INACCESSIBLE_BOOT_DEVICE або аўтаматычны рамонт). Не працягвайце перазагружаць Windows. Загрузіце машыну з SystemRescue або USB-назапашвальніка Ubuntu Live, падключыце раздзел NTFS/BitLocker з выкарыстаннем відавочнага ядра ro,norecovery (толькі для чытання, без прайгравання часопіса) і бяспечна капіруйце свае файлы.
  4. Калі SSD цалкам знік з UEFI/BIOS (або паказвае 0 MB / SATAFIRM S11 / ROM Mode), выключыце камп'ютар і праверце цеплавой перагрэў у параўнанні з дэсінхранізацыяй FTL. Высакахуткасныя дыскі PCIe Gen 4 і Gen 5 NVMe M.2 дасягаюць тэмпературы кантролера вышэй за 85 градусаў па Цэльсію (185 градусаў па Фарэнгейце), калі цеплавая пракладка высыхае або радыятар саслабляецца, у выніку чаго кантролер ASIC спрацоўвае ў аварыйным выпадку Цеплавая зашчапка адключэння дзе ён знікае з шыны PCIe, пакуль не астыне да пакаёвай тэмпературы (20 градусаў Цэльсія / 68 градусаў па Фарэнгейце).
  5. Адключыць АС TRIM / Discard неадкладна пры стварэнні выявы сапсаванага SSD. Ніколі не дазваляйце аперацыйнай сістэме выдаваць фон TRIM (Dataset Management Deallocate) каманды падчас выратавання няспраўнага SSD.
flowchart TD
    A["Выяўлены крызіс NVMe M.2 або SATA SSD"] --> B{"Які дакладны сімптом зараз?"}
    B -->|"1. Дыск бачны, але АС паведамляе «Дыск абаронены ад запісу» або «Файлавая сістэма толькі для чытання»"| C["КРЫТЫЧНА: НЕ перазагружайце, калі даныя зараз даступныя; неадкладна скапіяваць прыярытэтныя файлы на знешні дыск USB"]
    C --> D["Праверце журнал NVMe SMART (`nvme smart-log /dev/nvme0` або CrystalDiskInfo): праверце `critical_warning` і `available_spare`"]
    D --> E{"Ці ўстаноўлены біт `critical_warning` NVMe 0x08 (апаратная блакіроўка толькі для чытання) АБО пераўсталяванне файлавай сістэмы АС?"}
    E -->|"Апаратнае забеспячэнне толькі для чытання (`0x08` /` Даступны запас: 0%`)"| F["Windows не загружаецца з дыска RO: загрузіце Linux Live USB, падключыце з дапамогай `-o ro,norecovery` і клануйце з дапамогай `ddrescue`"]
    E -->|"АС праграмнае забеспячэнне толькі для чытання (`Dirty Bit` / Хуткі запуск Windows / Пэўны блок)"| G["Ачысціце `атрыбуты дыска для ачысткі толькі для чытання` Windows АБО зманціруйце толькі для чытання ў Linux і вобраз, перш чым кантролер NAND панікуе"]
    B -->|"2. SSD раптоўна знік з UEFI BIOS («Няма загрузнай прылады») пасля збою або страты харчавання"| H{"Гэта SATA SSD або NVMe M.2 SSD?"}
    H -->|"NVMe M.2 SSD"| I["1. Астудзіце на працягу 20 хвілін + навядзіце настольны вентылятар у слот M.2<br/>2. Зноў устаўце ў слот M.2 дадатковай мацярынскай платы або ў корпус USB-NVMe<br/>3. Выканайце 1-цыкл перабудовы FTL толькі з харчаваннем (без скіду PCIe)"]
    H -->|"SATA 2,5-цалевы / M.2 SSD"| J["Праверце, ці паказвае BIOS агульную заводскую назву (`SATAFIRM S11`, `SM2258AB`, `2.1 MB`)"]
    J -->|"Паказвае завадскую назву ПЗУ або 0 МБ"| K["СТОП: Убудаванае праграмнае забеспячэнне кантролера / цэгла перакладчыка. Адпраўце ў лабараторыю з дапамогай Ace Lab PC-3000 Portable III"]
    J -->|"Нябачны пасля раптоўнай страты энергіі"| L["Выканайце 30-хвілінны цыкл перабудовы SATA FTL толькі з харчаваннем; калі ўсё яшчэ нябачны, адпраўце ў лабараторыю PC-3000"]

Дыягнастычная сартаванне: дэкадаванне старонкі журнала спраў NVMe SMART 02h (Critical Warning біты)

Калі цвёрдацельны назапашвальнік NVMe спрацоўвае, вам не трэба здагадвацца, ці з'яўляецца праблема простым збоем у рэестры Windows або паміраючым флэш-чыпам NAND. Кожны калі-небудзь створаны дыск NVMe рэалізуе стандартызаваную старонку журнала журнала NVMe SMART / Health Information (ідэнтыфікатар журнала 02h).

У Linux (або SystemRescue Live USB) запусціце гэту пасіўную каманду толькі для чытання (займае 0,01 секунды і не нагружае ячэйкі NAND):

sudo nvme smart-log /dev/nvme0
(У Windows адкрыйце CrystalDiskInfo і паглядзіце на асноўныя атрыбуты здароўя 01 праз 0F; у macOS запусціце smartctl -a disk0).

Паглядзіце адразу на першы радок вываду, critical_warning, і параўнайце яго з афіцыйнай табліцай бітавых масак спецыфікацыі NVM Express ніжэй:

Журнал NVMe 02h Поле / Разм Шаснаццатковае значэнне Значэнне афіцыйнай спецыфікацыі NVMe Фізічны крэмній / прашыўка Рэальнасць і надзвычайныя дзеянні
critical_warning Біт 0 0x01 Даступныя запасы ніжэй парога Рэзервовы пул цвёрдацельнага назапашвальніка з заводскіх запасных блокаў NAND (available_spare) апусцілася ніжэй за парог бяспекі вытворцы (available_spare_threshold, звычайна 5% або 10%). Назапашвальнік знаходзіцца ў некалькіх хвілінах ад блакіроўкі ў пастаянным апаратным рэжыме толькі для чытання. Неадкладна выявіце дыск.
critical_warning Біт 1 0x02 Парог тэмпературы перавышаны Тэмпература кантролера NVMe ASIC або пакета NAND перавысіла крытычную цеплавую мяжу (звычайна ад 80 да 85 градусаў па Цэльсіі / ад 176 да 185 градусаў па Фарэнгейце) або апусцілася ніжэй за межы нізкай тэмпературы. Цеплавое дросселирование не працуе; астудзіце дыск актыўным патокам паветра адразу падчас выратавання.
critical_warning Біт 2 0x04 Паніжаная надзейнасць падсістэмы NVM Сур'ёзныя ўнутраныя памылкі медыя (media_errors > 0), няспраўныя каналы плашкі NAND або непапраўныя збоі выпраўлення памылак LDPC пагоршылі цэласнасць даных. Клон з ddrescue неадкладна прапускаючы дрэнныя блокі.
critical_warning Біт 3 0x08 Носьбіт, размешчаны ў рэжыме толькі для чытання ПАСТАЯННАЯ АПАРАТУРНАЯ БЛАКІРОВКА ТОЛЬКІ ДЛЯ ЧЫТАННЯ. Таму што available_spare ўдар 0% (альбо адбылася памылка ўнутранага кандэнсатара/прашыўкі, напрыклад, сумнавядомы Samsung 980 PRO 3B2QGXA7 памылка прашыўкі), кантролер цвёрдацельнага назапашвальніка назаўсёды згарэў апаратны засцерагальнік, які назаўсёды перавёў дыск у рэжым толькі для чытання. няма diskpart, фарматаванне або абнаўленне прашыўкі можа калі-небудзь зрабіць гэты дыск зноў даступным для запісу, але вы МОЖАЦЕ прачытаць і выратаваць 100% вашых даных з дапамогай Linux ro,norecovery пратакол ніжэй.
critical_warning Біт 4 0x10 Збой прылады рэзервовага капіявання энерганезалежнай памяці На карпаратыўных дысках NVMe з убудаванымі **танталавымі/суперкандэнсатарамі з абаронай ад страты магутнасці (PLP) адбыўся збой рэзервовай батарэі кандэнсатараў.
media_errors > 0 Памылкі цэласнасці носьбітаў і даных Колькасць разоў, калі кантролер NVMe не змог прачытаць даныя з флэш-памяці NAND нават пасля прымянення поўнай апаратнай карэкцыі памылак LDPC (Low-Density Parity-Check) з дапамогай мяккага рашэння. Любая лічба вышэй 0 азначае, што файлы, якія займаюць гэтыя сектары LBA, вернуцца I/O Error.

Трэк 1: Як выратаваць усе файлы з цвёрдацельнага назапашвальніка, заблакаванага ў апаратным рэжыме толькі для чытання (0x08)

Чаму ваш камп'ютар раптам адмаўляецца загружацца ў Windows 10, Windows 11 або macOS, калі ваш дыск NVMe блакуецца ў Апаратным рэжыме толькі для чытання (critical_warning: 0x08), і чаму дыск выглядае цалкам неўстаноўленым, нават калі вы падключаеце яго да іншага кампутара ў якасці другаснага дыска?

Пастка "Dirty Journal Replay" (Чаму Windows і Linux па змаўчанні адмаўляюцца мантаваць SSD толькі для чытання)

Калі цвёрдацельны назапашвальнік раптам пераходзіць у апаратны рэжым толькі для чытання падчас працы аперацыйнай сістэмы, аперацыйная сістэма выходзіць з ладу падчас запісу, пакідаючы журнал транзакцый файлавай сістэмы ($LogFile у Windows NTFS, часопіс у Linux ext4/XFS, або пункт пропуску кантэйнераў на Apple APFS) з пазнакай "Брудны" (Нячыстае выключэнне).

  1. У наступны раз, калі вы паспрабуеце загрузіць Windows або падключыць цвёрдацельны назапашвальнік да іншага кампутара з Windows/Mac/Linux і двойчы пстрыкніце значок дыска, аперацыйная сістэма ўбачыць "Dirty Journal" сцяг і аўтаматычна спрабуе «Паўтарыць журнал», запісваючы незавершаныя транзакцыі назад на дыск, перш чым дазволіць вам убачыць свае файлы.
  2. Паколькі кантролер SSD заблакаваны ў Апаратным рэжыме толькі для чытання (0x08) апаратнае забеспячэнне цвёрдацельнага назапашвальніка адхіляе гэту каманду запісу паўтарэння часопіса з дапамогай I/O Write-Protect Error.
  3. Аперацыйная сістэма ўпадае ў паніку, цалкам спыняе мантаванне і паведамляе вам, што дыск нечытэльны, пашкоджаны або неініцыялізаваны, нават калі 100 працэнтаў вашых файлаў некранутымі знаходзяцца на флэш-чыпах.

Пакрокавы абыход: мантаж "бруднага" апаратнага цвёрдацельнага назапашвальніка толькі для чытання ў Linux (ro,norecovery)

Каб абыйсці няўдалую спробу запісу ў часопісе прайгравання аперацыйнай сістэмы і прачытаць кожны файл з апаратнага цвёрдацельнага назапашвальніка толькі для чытання, загрузіцеся з Linux Live USB (напрыклад, SystemRescue або Ubuntu Live) або змесціце дыск NVMe у корпус USB-C NVMe, падключаны да машыны Linux, і скажыце драйверу файлавай сістэмы ігнараваць брудны журнал і мантаваць строга толькі для чытання (norecovery / noload):

1. Вызначце назву раздзела NVMe або SATA

lsblk -o NAME,SIZE,FSTYPE,MODEL,RO /dev/nvme* /dev/sd*
(Звярніце ўвагу на RO слупок: калі RO паказвае 1, ядро пацвярджае, што апаратнае забеспячэнне цвёрдацельнага назапашвальніка паставіла апаратны сцяг толькі для чытання).

2. Першы выбар (самы бяспечны): перанясіце вобраз неапрацаванага падзелу на здаровы рэзервовы дыск ddrescue

Яшчэ да мантавання файлавай сістэмы, калі ў вас усталяваны здаровы знешні дыск з дастатковай вольнай прасторай /mnt/backup, кланаваць неапрацаваны раздзел блок за блокам (з тых часоў ddrescue чытае неапрацаваныя блокі паслядоўна, не звяртаючы ўвагі на брудныя часопісы файлавай сістэмы):

# 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
Аднойчы ssd_rescue.img знаходзіцца на вашым дыску рэзервовага капіявання з магчымасцю здаровага запісу, вы можаце падключыць ssd_rescue.img звычайна дазвольце АС прайграць журнал у файле выявы і адкрыць усе вашы папкі.

3. Другі варыянт (прамое выманне файла): усталюйце апаратны цвёрдацельны назапашвальнік толькі для чытання непасрэдна з дапамогай norecovery

Калі ў вас няма запаснога дыска, дастатковага памеру для поўнага вобраза дыска, і вам трэба скапіяваць пэўныя тэчкі непасрэдна з заблакіраванага SSD, стварыце кропку мантавання (sudo mkdir -p /mnt/ro_ssd) і выкарыстоўвайце дакладную каманду толькі для чытання без часопіса-паўтору для вашай файлавай сістэмы:

  • Для раздзела Windows NTFS (звычайнага, незашыфраванага):
    # 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
    
  • Для падзелу NTFS з шыфраваннем 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
    
    (Глядзіце наш гід на Аднаўленне шыфравання BitLocker, FileVault і LUKS калі вам патрэбна дапамога ў пошуку вашага 48-значнага ключа BitLocker).
  • ** Для Linux ext4 або XFS або Btrfs Падзел:**
    # 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
    

Што рабіць, калі цвёрдацельны назапашвальнік НЕ знаходзіцца ў апаратным забеспячэнні 0x08 Блакаванне, і толькі Windows пазначыла яго як "Толькі для чытання"?

Калі nvme smart-log / CrystalDiskInfo паказвае critical_warning: 0x00 і Available Spare: 100%, ваша абсталяванне цвёрдацельнага назапашвальніка спраўнае, і Windows проста ўстанавіла Флаг праграмнага забеспячэння/дыска толькі для чытання (часта пасля мігцення харчавання або збою падвойнай загрузкі). Ачысціце сцяг праграмнага забеспячэння ў камандным радку адміністратара 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

Трэк 2: Што рабіць, калі NVMe або SATA SSD знікае з UEFI / BIOS

Што рабіць, калі ваш камп'ютар завіс, і пры перазагрузцы матчынай платы з'яўляецца налада UEFI/BIOS (F2 або Del), слот M.2 або порт SATA кажа "Пусты / Няма" або паказвае дзіўны агульны код кантролера замест маркі вашага дыска?

Крок 1: праверце подпіс кантролера «Factory ROM Mode / Safe Mode».

Уважліва паглядзіце на дакладны радок, які адлюстроўваецца ў вашым спісе сховішча BIOS, дыспетчару прылад Windows або Linux lspci / lsusb / dmesg выхад. Калі мікракантролер цвёрдацельнага назапашвальніка не можа загрузіць прашыўку Flash Translation Layer (FTL) з чыпаў NAND падчас уключэння (з-за дэградацыі блокаў NAND у зоне прашыўкі), кантролер вяртаецца ва ўнутраны крамянёвы Factory Mask ROM / Bootloader Mode і паведамляе сваю неапрацаваную кодавую назву вытворцы чыпаў і фальшывую маленечкую ёмістасць:

Які ў вас BIOS або lspci / lsblk Шоў Заяўленая ёмістасць Які кантролер SSD проста запанікаваў Што здарылася і ці можа праграмнае забеспячэнне сваімі рукамі гэта выправіць?
SATAFIRM S11 або PS3111 Поўны памер або 0 MB / 2 MB Phison S11 (выкарыстоўваецца ў Kingston A400, PNY CS900, Patriot Burst, Inland, ADATA SU630) Пашкоджаны транслятар прашыўкі ў NAND: Кантролер Phison S11 страціў табліцу лагічнага адлюстравання ў фізічным. 0% выпраўлення праграмнага забеспячэння сваімі рукамі (спажывецкія «прашывальнікі S11» у інтэрнэце сціраюць 100% карыстальніцкіх даных; толькі лабараторыя з PC-3000 можа загрузіць карыстальніцкі загрузчык аператыўнай памяці, каб аднавіць транслятар і захаваць вашыя файлы).
PS5012 / PS5016 / PS5018-E18 / PS5026-E26 0 MB або 1.0 GB або 2.1 MB Кантролеры Phison NVMe PCIe Gen ¾/5 (Corsair, Seagate FireCuda, Sabrent, Kingston KC3000) Бяспечны рэжым кантролера NVMe: Паніка прашыўкі з-за зношанага кэша SLC або пашкоджаных блокаў. Патрабуецца прафесійны рэжым PC-3000 Portable III NVMe.
SM2258AB / SM2259AB / SM2262 / SM2263 1.0 GB або 2.1 MB (1024 MB) Кантролеры Silicon Motion (SMI) SATA/NVMe (Critical MX500/BX500, Intel, HP EX920/EX950, ADATA XPG) Рэжым SMI ROM: Кантролер не змог ініцыялізаваць свае табліцы NAND і загрузіўся ва ўнутраным рэжыме загрузніка SRAM (1024 MB). 0% выпраўлення праграмнага забеспячэння сваімі рукамі; аднаўляюцца ў лабараторыі чыстых памяшканняў, абсталяванай завадскімі пагрузчыкамі SMI.
MN-5236 / IG5236 0 MB або знікае праз 5 хвілін Innogrit Rainier IG5236 PCIe Gen 4 NVMe (ADATA S70 Blade, Netac NV7000, Predator GM7000, Lexar) Славутая праблема DRAM/PMIC або завісання прашыўкі; першае тэставае астуджэнне і пераўсталяванне ў знешнім корпусе USB-C RTL9210 (Крок 2 ніжэй).
Samsung 980 PRO / 990 PRO / 970 EVO Plus нябачны або 0x08 RO Альбо 0x08 Толькі для чытання або знікае Samsung Elpis / Pascal / Phoenix Controller Samsung 3B2QGXA7 Памылка прашыўкі (на 980 PRO) хутка вычарпала запасныя блокі ў 0x08 Блакаванне толькі для чытання. Выратаванне праз Track 1 Linux ro,norecovery неадкладна.
SanDisk Extreme / WD My Passport Portable USB-C SSD знікае Адключае выпадковы або мёртвы святлодыёд Western Digital / SanDisk Portable Bridge & Solder Fault Вядомы вытворчы дэфект, звязаны са слабымі паянымі злучэннямі кампанентаў павярхоўнага мантажу на ўнутранай друкаванай плаце, а таксама збоямі ў прашыўцы. Не згінайце кажух.

Крок 2: 4 бяспечныя апаратныя сродкі выратавання, калі дыск NVMe M.2 цалкам нябачны (Not Present)

Калі ваш дыск NVMe наогул не адлюстроўваецца ў BIOS, выканайце гэтыя чатыры неразбуральных фізічных тэсту у дакладным парадку:

  1. Тэст 1: Скід цеплавой зашчапкі і актыўнае астуджэнне (20-хвіліннае астуджэнне):
  2. Адключыце шнур сілкавання ПК ад сцяны (або цалкам выключыце ноўтбук) і дайце машыне цалкам абясточыць 20 хвілін, каб ASIC кантролера NVMe астыў да 20 градусаў Цэльсія (68 градусаў па Фарэнгейце).
  3. Адкрыйце бакавую панэль ПК, накіруйце высакахуткасны бытавой вентылятар непасрэдна на палку M.2 NVMe і ўключыце сілкаванне прама ў Linux Live USB. Калі няспраўны PMIC (схема кіравання сілкаваннем) або кантролер перагрэву выклікаў цеплавое адключэнне пры 85 градусах па Цэльсіі (185 градусах па Фарэнгейце) падчас загрузкі, струмень халоднага паветра праз голую карту M.2 часта падтрымлівае кантролер у жывых дастаткова доўга, каб ddrescue вашы важныя файлы.
  4. Тэст 2: перамясціце NVMe M.2 Stick у корпус USB-C 10 Гбіт/с NVMe (RTL9210 / JMS583 Абход моста):
  5. Чаму дыск NVMe, які падвешвае BIOS вашай мацярынскай платы на экране з лагатыпам, часта падключаецца і чытаецца ўнутры знешняга адаптара USB-C NVMe за 20 долараў?
  6. Калі дыск NVMe падключаецца непасрэдна да слота PCIe M.2 мацярынскай платы, UEFI BIOS мацярынскай платы забяспечвае жорсткае Навучанне па спасылцы PCIe і тайм-аўт чаргі адміністратара NVMe (часта ўсяго ад 1 да 3 секунд падчас POST). Калі пашкоджанаму цвёрдацельнаму назапашвальніку патрабуецца 6 секунд, каб аднавіць пашкоджаную табліцу блокаў пры ўключэнні, BIOS мацярынскай платы абвяшчае, што слот PCIe не працуе, і дыск цалкам адключае.
  7. Размяшчэнне прылады NVMe у вонкавым корпусе USB-C (з харчаваннем ад Realtek RTL9210 або JMicron JMS583 Мікрасхема моста USB-NVMe) адлучае дыск ад POST мацярынскай платы, спачатку забяспечвае чыстае сілкаванне 3,3 В і дазваляе падключаць USB-кабель да запушчанага кампутара з Linux пасля таго, як у цвёрдацельнага назапашвальніка было 30 секунд для ініцыялізацыі прашыўкі.
  8. (Важная праверка апаратнага забеспячэння: здымаючы стрыжань M.2, праверце залацістыя медныя краёвыя штыфты з дапамогай ліхтарыка і асцярожна ачысціце ад акіслення 99% ізапрапілавым спіртам, а таксама праверце малюсенькія бэжавыя керамічныя кандэнсатары для павярхоўнага мантажу побач з залацістымі штыфтамі раздыма M.2 на наяўнасць цёмных слядоў апёку або трэснутага прыпоя).
  9. Тэст 3: адключэнне рэжыму VMD мацярынскай платы / Intel RST RAID і энергазберажэння PCIe ASPM:
  10. Калі BIOS скінуў батарэю CMOS (або абнавіў прашыўку) непасрэдна перад тым, як ваш дыск NVMe «знік», увайдзіце ў BIOS Setup і праверце дзве налады:
    • Intel VMD (прылада кіравання гучнасцю) / Рэжым SATA (RAID супраць AHCI): Калі матчына плата пераключаецца паміж RAID / Intel VMD ON і AHCI / NVMe Direct, аперацыйная сістэма (або спіс загрузкі BIOS) імгненна не ўбачыць дыск, пакуль не вернецца ў зыходны рэжым.
    • PCIe ASPM (кіраванне харчаваннем у актыўным стане): на многіх ноўтбуках і настольных кампутарах няспраўны кантролер NVMe выходзіць з ладу кожны раз, калі мацярынская плата спрабуе перавесці дыск у стан глыбокага сну PS3 / PS4 (APST). У BIOS Setup усталюйце PCIe ASPM = Disabled і пры загрузцы Linux, каб выратаваць нестабільны дыск NVMe, дадайце гэты параметр загрузкі ядра ў меню GRUB (націсніце e пры загрузцы), каб перашкодзіць Linux калі-небудзь пераводзіць кантролер NVMe у рэжым сну або хуткае заканчэнне часу:
      nvme_core.default_ps_max_latency_us=0 nvme_core.io_timeout=300 pcie_aspm=off
      
  11. Тэст 4: Кантраляваны цыкл аднаўлення FTL "толькі для харчавання" (толькі для раптоўных адключэнняў электраэнергіі):
  12. Калі цвёрдацельны назапашвальнік SATA або больш стары цвёрдацельны назапашвальнік NVMe знік адразу пасля раптоўнага адключэння святла або жорсткага выключэння (і не мае слядоў фізічнага гарэння), яго ўнутраны журнал Flash Translation Layer можа затрымацца пры спробе фонавага аднаўлення, якое перапыняецца кожныя 3 секунды, калі ваша мацярынская плата пасылае сігнал скіду шыны.
  13. Як запусціць адзіны бяспечны цыкл харчавання:
    • Для 2,5-цалёвага цвёрдацельнага назапашвальніка SATA: Цалкам адключыце вузкі 7-кантактны кабель перадачы дадзеных SATA, пакінуўшы падлучаным ТОЛЬКІ шырокі 15-кантактны кабель сілкавання SATA.
    • Для цвёрдацельнага назапашвальніка M.2 NVMe: устаўце цвёрдацельны назапашвальнік M.2 у знешні корпус USB-C NVMe і падключыце кабель USB да насценнай зараднай прылады USB 5 В (якая забяспечвае чыстае сілкаванне 5 В/3,3 В без адпраўкі каманд скіду USB-хостам даных з кампутара).
    • Пакіньце цвёрдацельны назапашвальнік уключаным у гэтым рэжыме бесперашкоднага харчавання на ад 20 да 30 хвілін (падтрымліваючы вентылятар, каб ён заставаўся прахалодным), затым адключыце сілкаванне на 60 секунд, зноў падключыце даныя і праверце адзін раз у Linux (lsblk / nvme list).
    • Правіла жорсткай прыпынку: Калі прывад не з'яўляецца зноў пасля аднаго 20-хвіліннага цыклу, СПЫНІЦЕ НЕМЕДЛЕННА і адключыце яго. Пакідаючы сучасны TLC/QLC SSD з няспраўнымі блокамі NAND уключаным на працягу некалькіх гадзін, запускаецца фонавы збор смецця, які можа знішчыць старонкі, якія можна аднавіць.

Аднаўленне цвёрдацельнага назапашвальніка ў чыстых памяшканнях: што можа зрабіць прафесійная лабараторыя, калі DIY спыніцца

Калі ваш SSD паказвае 0 MB, SATAFIRM S11, SM2258AB, PS5018, або застаецца цалкам мёртвым пасля перамяшчэння яго ў знешні корпус USB-C, ні адно праграмнае забеспячэнне для спампоўкі на Зямлі не бачыць дыск. На дадзены момант вы павінны выбраць спецыялізаваную лабараторыю па аднаўленні даных, якая насамрэч валодае апаратнымі загрузчыкамі прашыўкі (у прыватнасці, Ace Lab PC-3000 Portable III / PC-3000 SSD System):

  1. Рамонт кандэнсатара з кароткім замыканнем на ўзроўні ланцуга / PMIC: Прыкладна 20 працэнтаў цалкам непрацуючых цвёрдацельных назапашвальнікаў пакутуюць ад замыкання кандэнсатара керамічнага фільтра на 50 цэнтаў (VCC3V3 або VCCQ шына сілкавання) або перагарэў чып eFuse/PMIC каля раздыма M.2. Тэхнік пад стэрэамікраскопам знаходзіць замкнуты кандэнсатар з цеплавой камерай і замяняе яго праз 15 хвілін, аднаўляючы 100 працэнтаў назапашвальніка, не дакранаючыся чыпаў NAND.
  2. Увядзенне загрузніка ў тэхна-рэжыме (PC-3000): шляхам замыкання дзвюх мікраскапічных рэжымаў ПЗУ/загрузачных перамычак на друкаванай плаце цвёрдацельнага назапашвальніка падчас уключэння харчавання лабараторыя прымушае кантролер Phison, Silicon Motion або Marvell прыняць спецыяльны выпраўлены заводскі загрузчык мікракода ў SRAM, адключаючы фонавую зборку смецця і аднаўляючы пашкоджаны ўзровень Flash Translation Layer. (FTL) у аператыўнай памяці працоўнай станцыі, каб можна было выразна адлюстраваць усе карыстальніцкія сектары.

Часта задаюць пытанні

Ці магу я выправіць NVMe SSD, які перайшоў у рэжым толькі для чытання (`Critical Warning: 0x08`), каб я мог працягваць выкарыстоўваць яго?

Не. Калі цвёрдацельны назапашвальнік NVMe усталёўвае апаратны крытычны біт папярэджання `0x08` ("Носьбіт быў пераведзены ў рэжым толькі для чытання"), гэта пастаянны, незваротны стан апаратнай абароны, які спрацоўвае з-за таго, што ўнутраны рэзерв цвёрдацельнага назапашвальніка запасных блокаў флэш-памяці NAND (`Available Spare`) дасягнуў 0 працэнтаў або яго ўнутраны транслятар прашыўкі атрымаў фатальную памылку цэласнасці. Няма праграмнай каманды (`diskpart attributes disk clear readonly`), рэдагаванне рэестра, Linux `hdparm`, Secure Erase або абнаўленне прашыўкі могуць разблакіраваць апаратнае забеспячэнне `0x08` SSD толькі для чытання. Тым не менш, прычына, па якой інжынер SSD распрацаваў гэты рэжым, заключаецца ў захаванні вашых даных: вы можаце выратаваць 100 працэнтаў вашых файлаў з дыска з дапамогай Linux `ro,norecovery` мантаж або `ddrescue` крокі кланавання ў гэтым кіраўніцтве, а затым запатрабаваць бясплатную замену цвёрдацельнага назапашвальніка, калі на дыск усё яшчэ дзейнічае 3-5-гадовая гарантыя вытворцы.

Чаму мой апаратны цвёрдацельны назапашвальнік, прызначаны толькі для чытання, адмаўляецца мантаваць або просіць ініцыялізацыі, калі я падключаю яго да іншага ПК з Windows?

Таму што, калі ваш цвёрдацельны назапашвальнік раптам перайшоў у апаратны рэжым толькі для чытання падчас працы Windows, часопіс файлавай сістэмы NTFS (`$LogFile`) быў пакінуты ў «нячыстым / брудным» стане. Кожны раз, калі вы падключаеце дыск NTFS з брудным журналам да любога кампутара Windows, драйвер Windows NTFS аўтаматычна спрабуе запісаць на дыск для прайгравання і ачысткі часопіса ПЕРАД тым, як дазволіць вам адкрыць дыск у File Explorer. Паколькі апаратнае забеспячэнне цвёрдацельнага назапашвальніка пастаянна абаронена ад запісу, цвёрдацельны назапашвальнік адхіляе спробу запісу ў часопісе Windows, у выніку чаго Windows цалкам спыняе мантаванне дыска. Загрузка Linux Live USB і мантаж падзелу з `sudo mount -t ntfs3 -o ro,norecover /dev/nvme0n1p3 /mnt/ro_ssd` загадвае Linux прапусціць запіс у журнал і неадкладна адкрывае ўсе вашы папкі.

Ці працуе «30-хвілінны цыкл сілкавання» на сучасных цвёрдацельных назапашвальніках PCIe Gen 4 і Gen 5 NVMe?

Дзейнічайце вельмі асцярожна. «30-хвілінны цыкл толькі харчавання» быў першапачаткова распрацаваны інжынерамі Critical/Micron для старых цвёрдацельных назапашвальнікаў SATA (напрыклад, Critical M4 і MX100/MX500), дзе з-за раптоўнага адключэння электраэнергіі не сінхранізуецца журнал Flash Translation Layer (FTL). На сучасных цвёрдацельных назапашвальніках 3D TLC і QLC NVMe высокай шчыльнасці, калі дыск знік з-за чыстага адключэння электрычнасці, адзін 20-хвілінны цыкл толькі харчавання (з актыўным астуджэннем вентылятарам) можа дазволіць кантролеру завяршыць аднаўленне табліцы FTL. Аднак, калі дыск знік з-за пагаршэння якасці ячэек NAND, пакіданне яго ўключаным на працягу некалькіх гадзін дазваляе фонавым задачам прашыўкі яшчэ больш пагоршыць працу пакінутых блокаў. Ніколі не запускайце больш за АДЗІН 20-хвілінны цыкл толькі з сілкаваннем і заўсёды падтрымлівайце вентылятар, які дзьме на голы дыск M.2, каб кантролер не пераграваўся.

Калі на мой цвёрдацельны назапашвальнік усё яшчэ распаўсюджваецца 5-гадовая гарантыя (Samsung, WD, Critical, Kingston), ці аднавіць вытворца мае даныя, калі я адпраўлю яго на RMA?

Не, НІКОЛІ спачатку не адпраўляйце цвёрдацельны назапашвальнік, які змяшчае нерэзерваваныя даныя, вытворцу для гарантыйнай замены RMA. Калі вы адпраўляеце няспраўны цвёрдацельны назапашвальнік па пошце ў Samsung, Western Digital, Critical, Seagate або Kingston для гарантыйнага абслугоўвання, яны неадкладна раздрабняюць або знішчаюць ваш арыгінальны дыск для адпаведнасці патрабаванням бяспекі і адпраўляюць вам пусты дыск на замену. Калі вам патрэбныя даныя на непрацуючым цвёрдацельным назапашвальніку, вы ЗАЎСЁДЫ павінны адпраўляць дыск у прафесійную лабараторыю для аднаўлення даных (або выратаваць файлы самастойна, калі ён знаходзіцца ў рэжыме толькі для чытання) ПЕРАД адпраўкай непрацуючага абсталявання для гарантыйнай замены. Амаль усе асноўныя вытворцы цвёрдацельных назапашвальнікаў маюць палітыку, якая дазваляе патрабаваць замены па гарантыі нават пасля таго, як над дыскам папрацавала сертыфікаваная лабараторыя па аднаўленні даных (запытайце ў лабараторыі афіцыйны сертыфікат на фірменным бланку, які пацвярджае паслугу па аднаўленні даных).

Крыніцы правераныя

  • Кансорцыум NVM Express: Базавая спецыфікацыя NVM Express Rev. 2.0 (Раздзел 5.14.1.2: SMART/Старонка часопіса інфармацыі пра здароўе 02h, Вызначэнні бітавых масак крытычнага папярэджання 0x01 праз 0x10і Правілы пераходу толькі для чытання запытаў асінхронных падзей).
  • Дакументацыя ядра Linux (kernel.org): Параметры драйвера NVMe (nvme_core.default_ps_max_latency_us=0, nvme_core.io_timeout), NTFS3 / EXT4 / XFS / Btrfs толькі для чытання без аднаўлення часопіса (ro,norecovery / ro,noload) Характарыстыкі мацавання.
  • Праект GNU / Фонд свабоднага праграмнага забеспячэння: GNU ddrescue Дапаможнік: неразбуральная візуалізацыя сапсаваных цвёрдацельных носьбітаў на ўзроўні блокаў.
  • Нацыянальны інстытут стандартаў і тэхналогій (NIST, Злучаныя Штаты): Спецыяльная публікацыя NIST 800-88 Rev. 1 & Рэкамендацыі па лічбавай крыміналістыцы па паводзінах слою флэш-трансляцыі цвёрдацельных назапашвальнікаў (FTL).
  • Інструмент NVMe з адкрытым зыходным кодам (linux-nvme/nvme-cli): Афіцыйна nvme-cli Стандарты дыягностыкі тэлеметрыі і часопіса здароўя.

Звязаныя даведнікі