Skip to content

NVMe ឬ SSD ភ្លាមៗចូលទៅក្នុងរបៀបបានតែអាន ឬបាត់ពី BIOS

លេខអាសន្នខុសគ្នាតាមប្រទេស. ទំព័រនេះប្រើលេខ 911 ដែលជាលេខសម្រាប់សហរដ្ឋអាមេរិក និងកាណាដា។ ប្រទេសជាច្រើនទៀតប្រើលេខ 112, 999 ឬលេខផ្សេងទៀត។ ស្វែងរកលេខសម្រាប់ប្រទេសរបស់អ្នក។.

មិនដូចដ្រាយវ៍រឹងបង្វិលបែបបុរាណដែលផ្តល់ការព្រមានពីការចុច ឬកិនដែលអាចស្តាប់បានជាច្រើនថ្ងៃមុនពេលស្លាប់នោះ NVMe M.2 ឬ SATA Solid-State Drive (SSD) ទំនើបមិនដំណើរការក្នុងភាពស្ងៀមស្ងាត់ទាំងស្រុងក្នុងរយៈពេលមួយវិនាទី។ ពេលមួយ ស្ថានីយការងារ កុំព្យូទ័រយួរដៃ ឬម៉ាស៊ីនមេរបស់អ្នកកំពុងដំណើរការជាធម្មតា។ នៅពេលបន្ទាប់ Windows បោះ a WHEA_UNCORRECTABLE_ERROR ឬ CRITICAL_PROCESS_DIED អេក្រង់ខៀវ លីនុច ដំឡើងភាគថាសឫសរបស់អ្នកឡើងវិញ Read-Only file system (EROFS)ឬកុំព្យូទ័ររបស់អ្នកចាប់ផ្តើមឡើងវិញដោយផ្ទាល់ទៅក្នុងម៉ឺនុយដំឡើង UEFI/BIOS ទទេដែលបង្ហាញ "No Bootable Device Found" ឬបង្ហាញ SSD 2-terabyte របស់អ្នកជា 0 MB ក្បាលម៉ាស៊ីនត្រួតពិនិត្យរោងចក្រ (SM2262, PS5018-E18, MN-5236, ឬ SATAFIRM S11)

នៅពេលដែល SSD មួយរំពេចចូលទៅក្នុង Hardware Read-Only Mode (Critical Warning: 0x08) ឬបាត់ពី motherboard BIOS បន្ទាប់ពីមានការកើនឡើងថាមពល ឬការកើនឡើងកម្ដៅ ** រាល់ការចាប់ផ្ដើមឡើងវិញ ការព្យាយាម CHKDSK ឬការបើកថាមពលរយៈពេលយូរអាចបំផ្លាញបង្អួចដែលនៅសល់របស់អ្នកជាអចិន្ត្រៃយ៍ ដើម្បីសង្គ្រោះឯកសាររបស់អ្នក **។ នៅលើដ្រាយដែលបានធ្លាក់ចូលទៅក្នុងរបៀបអានតែផ្នែករឹង ឧបករណ៍បញ្ជា SSD កំពុងផ្តល់ឱ្យអ្នកនូវទូកសង្គ្រោះបន្ទាន់មួយដងដោយចេតនា ដើម្បីចម្លងទិន្នន័យរបស់អ្នក មុនពេលដែលស្រទាប់ Flash Translation Layer (FTL) ខាងក្នុងរបស់វា ឬកោសិកា NAND ដែលសាកថ្ម បាត់បង់ថាមពល និងមិនអាចចាប់ផ្តើមម្តងទៀតបានទេ។

មគ្គុទ្ទេសក៍នេះផ្តល់នូវការសាកល្បងផ្នែករឹង និងកម្មវិធីបង្កប់ជាជំហាន ៗ ដោយផ្អែកលើលក្ខណៈបច្ចេកទេសមូលដ្ឋាន NVM Express (NVMe) (ផ្នែក 5.14.1.2 ទំព័រកំណត់ហេតុព័ត៌មាន SMART / សុខភាព 02h), ស្តង់ដារ INCITS T13 ATA/ATAPI ACS-4, GNU ddrescue / nvme-cli ពិធីការ​រូបភាព​កោសល្យវិច្ច័យ និង​ស្តង់ដារ​ការ​ស្ដារ​ស្រទាប់​បកប្រែ​ពន្លឺ​របស់​បន្ទប់សម្អាត (FTL)។

ធ្វើដូចនេះឥឡូវនេះ

ប្រសិនបើ NVMe ឬ SATA SSD របស់អ្នកទើបតែបានចាក់សោរចូលទៅក្នុងរបៀបអានតែប៉ុណ្ណោះ បោះបង់ការអស់ពេល I/O ឬបាត់ពី BIOS របស់អ្នក៖

  1. ប្រសិនបើ SSD បច្ចុប្បន្នស្ថិតនៅក្នុងទម្រង់បានតែអាន ហើយនៅតែអាចមើលឃើញចំពោះប្រព័ន្ធប្រតិបត្តិការរបស់អ្នក៖ កុំបិទកុំព្យូទ័រឡើងវិញ ឬបិទកុំព្យូទ័រ។ នេះគឺជាច្បាប់នៃការសង្គ្រោះ NVMe SSD លេខ 1 ។ នៅពេលដែលឧបករណ៍បញ្ជា NVMe កំណត់ផ្នែករឹងរបស់វា។ Critical Warning បន្តិចទៅ 0x08 (ការចាក់សោរដែលងាយនឹងបង្កជាហេតុ/មិនងាយនឹងបង្កជាហេតុបានត្រឹមតែអាន ពីព្រោះប្លុកគ្រឿងបន្លាស់ដែលមានស្រាប់ត្រូវបានបុក 0%) តារាងគូសផែនទី **Flash Translation Layer (FTL) របស់ដ្រាយត្រូវបានផ្ទុកនៅក្នុងឃ្លាំងសម្ងាត់ DRAM ដែលងាយនឹងបង្កជាហេតុរបស់ SSD ដែលអនុញ្ញាតឱ្យអ្នកអានឯកសាររបស់អ្នកឥឡូវនេះ។ ប្រសិនបើអ្នកចាប់ផ្ដើមកុំព្យូទ័រឡើងវិញ ឬបិទកុំព្យូទ័រ SSD ត្រូវតែព្យាយាមផ្ទុកឡើងវិញ និងដំឡើងកម្មវិធីបង្កប់/FTL ដែលខូចរបស់វាពីប្លុក NAND flash ដែលខូចក្នុងអំឡុងពេល POST ហើយក្នុងជាង 50 ភាគរយនៃករណី * SSD នឹងដំណើរការទាំងស្រុងនៅពេលចាប់្ដើមឡើងវិញ ហើយមិនបង្ហាញនៅក្នុង BIOS ម្តងទៀត ** ។ ដោតដ្រាយវ៍រឹង USB ខាងក្រៅ ឥឡូវនេះខណៈពេលដែលម៉ាស៊ីននៅតែដំណើរការ ហើយចម្លងថតឯកសារសំខាន់ៗរបស់អ្នក (Documents, Desktopឯកសារពន្ធ/ច្បាប់ រូបថត .ssh/ គ្រាប់ចុច) ភ្លាមៗ។ ប្រសិនបើការបរាជ័យផ្នែករឹងពាក់ព័ន្ធនឹងការផ្គត់ផ្គង់ថាមពលជក់បារី ឬគ្រោះថ្នាក់ភ្លើងអគ្គិសនី សូមកាត់ថាមពល ហើយហៅទៅលេខសង្គ្រោះបន្ទាន់ក្នុងតំបន់របស់អ្នក (911 នៅសហរដ្ឋអាមេរិក និងកាណាដា 112 នៅទូទាំងសហភាពអឺរ៉ុប 999 នៅចក្រភពអង់គ្លេស) ឬពិនិត្យមើល លេខសង្គ្រោះបន្ទាន់.
  2. ** កុំដំណើរការវីនដូ chkdsk /f, diskpart clean, fsckឬ macOS Disk Utility First Aid។** ប្រសិនបើ SSD របស់អ្នកស្ថិតនៅក្នុងរបៀប Hardware Read-Only នោះ សរសេរពាក្យបញ្ជាត្រូវបានបដិសេធនៅកម្រិតឧបករណ៍បញ្ជាស៊ីលីកុន (Media is write-protected) ហើយប្រសិនបើ SSD របស់អ្នកមានតែនៅក្នុងរបៀប Read-Only Remount ប្រព័ន្ធប្រតិបត្តិការប៉ុណ្ណោះ ដោយសារតែប្លុក NAND មិនល្អ បង្ខំ chkdsk ឬ fsck ដើម្បីសរសេរលើទំព័រដែលបរាជ័យនឹងបង្កឱ្យមានការភ័យស្លន់ស្លោ ** ឧបករណ៍បញ្ជា SSD ភ្លាមៗ (របៀបសុវត្ថិភាព / BSY Lock) ** ដែលធ្វើអោយដ្រាយវ៍រឹងក្នុងរយៈពេលប៉ុន្មានវិនាទី។
  3. ** ប្រសិនបើ Windows បដិសេធមិនដំណើរការដោយសារតែដ្រាយ NVMe ចាក់សោចូលទៅក្នុងរបៀបអានតែផ្នែករឹង (ដោយសារតែ Windows ទាមទារការចូលប្រើការសរសេរទៅ C:\ ដើម្បីចាប់ផ្ដើម) ចាប់ផ្ដើមពី Linux Live USB ភ្លាមៗ។** Windows 10 និង Windows 11 មិនអាចបញ្ចប់ការចាប់ផ្ដើមពី OS drive ដែលបដិសេធការសរសេរពាក្យបញ្ជាទេ (ពួកវារង្វិលជុំនៅលើ INACCESSIBLE_BOOT_DEVICE ឬជួសជុលដោយស្វ័យប្រវត្តិ) ។ កុំបន្តដំណើរការ Windows ឡើងវិញ។ ចាប់ផ្ដើមម៉ាស៊ីនពី SystemRescue ឬ Ubuntu Live USB stick ដំឡើងភាគថាស NTFS/BitLocker ដោយប្រើខឺណែលច្បាស់លាស់ ro,norecovery (បានតែអាន គ្មានការចាក់សារឡើងវិញ) ដាក់ទង់ ហើយចម្លងឯកសាររបស់អ្នកចេញដោយសុវត្ថិភាព។
  4. ** ប្រសិនបើ SSD បានបាត់ទាំងស្រុងពី UEFI/BIOS (ឬបង្ហាញ 0 MB / SATAFIRM S11 / ROM Mode) សូមបិទកុំព្យូទ័រ ហើយពិនិត្យមើលការឡើងកំដៅខ្លាំងធៀបនឹង FTL desynchronization ។** ល្បឿនខ្ពស់ PCIe Gen 4 និង Gen 5 NVMe M.2 ជំរុញឱ្យប៉ះនឹងសីតុណ្ហភាពរបស់ឧបករណ៍បញ្ជាលើសពី 85 អង្សាសេ (185 អង្សាហ្វារិនហៃ) នៅពេលដែលបន្ទះកម្ដៅស្ងួត ឬឧបករណ៍ផ្ទុកកំដៅបានរលុង ដែលបណ្តាលឱ្យឧបករណ៍បញ្ជា ASIC រលត់ទៅ ** គ្រាអាសន្នរបស់ PC រហូតដល់ត្រជាក់ចុះដល់សីតុណ្ហភាពបន្ទប់ (20 អង្សាសេ / 68 អង្សាហ្វារិនហៃ)។
  5. ** បិទប្រព័ន្ធប្រតិបត្តិការ TRIM / Discard ភ្លាមៗប្រសិនបើរូបភាព SSD ខូច។** កុំអនុញ្ញាតឱ្យប្រព័ន្ធប្រតិបត្តិការចេញផ្ទៃខាងក្រោយ TRIM (Dataset Management Deallocate) ពាក្យបញ្ជាខណៈពេលកំពុងសង្គ្រោះ SSD ដែលបរាជ័យ។
flowchart TD
    A["NVMe M.2 ឬ SATA SSD Crisis ត្រូវបានរកឃើញ"] --> B{"តើ​អ្វី​ជា​រោគ​សញ្ញា​ពិត​ប្រាកដ​នៅ​ពេល​នេះ?"}
    B -->|"1. ថាសអាចមើលឃើញ ប៉ុន្តែ OS និយាយថា 'Disk is Write-Protected' ឬ 'Read-Only File System'"| C["សំខាន់៖ កុំចាប់ផ្ដើមឡើងវិញ ប្រសិនបើទិន្នន័យអាចចូលប្រើបាននាពេលបច្ចុប្បន្ន។ ចម្លងឯកសារអាទិភាពទៅដ្រាយ USB ខាងក្រៅភ្លាមៗ"]
    C --> D["ពិនិត្យមើល NVMe SMART Log (`nvme smart-log /dev/nvme0` ឬ CrystalDiskInfo): ពិនិត្យមើល `critical_warning` & `available_spare`"]
    D --> E{"តើ NVMe `critical_warning` ប៊ីត 0x08 កំណត់ (Hardware Read-Only Lock) ឬ OS ប្រព័ន្ធឯកសារ Remount?"}
    E -->|"Hardware Read-Only (`0x08` / `Available Spare: 0%`)"| F["វីនដូនឹងមិនចាប់ផ្ដើមពីថាស RO ទេ៖ ចាប់ផ្ដើម Linux Live USB ភ្ជាប់ជាមួយ `-o ro, norecovery` និងក្លូនជាមួយ `ddrescue`"]
    E -->|"OS Soft Read-Only (`Dirty Bit` / Windows Fast Startup / Bad Block)"| G["សម្អាត Windows `កំណត់គុណលក្ខណៈឌីសបានតែអានតែប៉ុណ្ណោះ` ឬម៉ោនការអានបានតែនៅក្នុងលីនុច និងរូបភាព មុនពេលឧបករណ៍បញ្ជា NAND ភ័យស្លន់ស្លោ"]
    B -->|"2. SSD ស្រាប់តែបាត់ចេញពី UEFI BIOS ('No Bootable Device') បន្ទាប់ពីគាំង ឬបាត់បង់ថាមពល"| H{"តើវាជា SATA SSD ឬ NVMe M.2 SSD?"}
    H -->|"NVMe M.2 SSD"| I["1. ធ្វើឱ្យត្រជាក់រយៈពេល 20 នាទី + កង្ហារតុចង្អុលនៅរន្ធដោត M.2<br/>2. កំណត់ឡើងវិញនៅក្នុងរន្ធដោត motherboard M.2 ឬ USB-to-NVMe enclosure<br/>3. អនុវត្ត 1-cycle Power-Only FTL Rebuild (គ្មាន PCIe កំណត់ឡើងវិញទេ)"]
    H -->|"SATA 2.5-inch / M.2 SSD"| J["ពិនិត្យមើលថាតើ BIOS បង្ហាញឈ្មោះរោងចក្រទូទៅ (`SATAFIRM S11`, `SM2258AB`, `2.1 MB`)"]
    J -->|"បង្ហាញឈ្មោះ ROM រោងចក្រ ឬ 0 MB"| K["បញ្ឈប់៖ កម្មវិធីបង្កប់ឧបករណ៍បញ្ជា / ឥដ្ឋអ្នកបកប្រែ។ ផ្ញើទៅមន្ទីរពិសោធន៍ជាមួយ Ace Lab PC-3000 Portable III"]
    J -->|"មើលមិនឃើញបន្ទាប់ពីបាត់បង់ថាមពលភ្លាមៗ"| L["ប្រតិបត្តិ 30 នាទី Power-Only SATA FTL វដ្តបង្កើតឡើងវិញម្តង; ប្រសិនបើនៅតែមើលមិនឃើញ សូមផ្ញើទៅកាន់មន្ទីរពិសោធន៍ PC-3000"]

Diagnostic Triage៖ ឌិកូដទំព័រ NVMe SMART Health Log Page 02h (Critical Warning ប៊ីត)

នៅពេលដែល NVMe SSD ដំណើរការ អ្នកមិនចាំបាច់ទាយថាតើបញ្ហានោះជាកំហុសនៃការចុះបញ្ជីវីនដូធម្មតា ឬបន្ទះឈីប NAND flash ដែលងាប់នោះទេ។ រាល់ដ្រាយ NVMe ដែលមិនធ្លាប់បានបង្កើតអនុវត្តស្តង់ដារ ** NVMe SMART / Health Information Log Page (កំណត់អត្តសញ្ញាណកំណត់អត្តសញ្ញាណ 02h) **។

នៅលើលីនុច (ឬ SystemRescue Live USB) ដំណើរការពាក្យបញ្ជាអកម្មតែមួយនេះ អានបានតែ (ចំណាយពេល 0.01 វិនាទី ហើយដាក់សូន្យលើក្រឡា NAND)៖

sudo nvme smart-log /dev/nvme0
(នៅលើ Windows បើក CrystalDiskInfo ហើយមើលលក្ខណៈសុខភាពកំពូល 01 តាមរយៈ 0F; នៅលើ macOS សូមដំណើរការ smartctl -a disk0)

មើលភ្លាមៗនៅជួរដំបូងនៃទិន្នផល critical_warning ហើយប្រៀបធៀបវាជាមួយនឹងតារាង bitmask Specification NVM Express ផ្លូវការខាងក្រោម៖

កំណត់ហេតុ NVMe 02h វាល / ប៊ីត តម្លៃ Hex អត្ថន័យជាក់លាក់ NVMe ផ្លូវការ រូបវិទ្យា Silicon / Firmware Reality & Emergency Action
critical_warning ប៊ីត 0 0x01 មានគ្រឿងបន្លាស់ក្រោមកម្រិត អាងស្តុកទុករបស់ SSD នៃប្លុក 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 die channels ឬការកែកំហុស LDPC ដែលមិនអាចកែបានបានធ្វើឱ្យខូចគុណភាពទិន្នន័យ។ ** ក្លូនជាមួយ ddrescue រំលងប្លុកអាក្រក់ភ្លាមៗ។**
critical_warning ប៊ីត 3 0x08 ** ប្រព័ន្ធផ្សព្វផ្សាយត្រូវបានដាក់ក្នុងរបៀបអានបានតែ ** ** ហាដវែរអចិន្ត្រៃយ៍អាចអានបានតែចាក់សោ។** ដោយសារតែ available_spare បុក 0% (ឬកំហុសឆ្គងផ្នែកខាងក្នុង/កម្មវិធីបង្កប់បានកើតឡើង ដូចជា **Samsung 980 PRO ដ៏ល្បីល្បាញ 3B2QGXA7 កំហុសកម្មវិធីបង្កប់ ) ឧបករណ៍បញ្ជា SSD បាន ** ដុតជាអចិន្ត្រៃយ៍ ហ្វុយវែរផ្នែករឹង ដែលចាក់សោរដ្រាយចូលទៅក្នុងរបៀបអានតែប៉ុណ្ណោះជារៀងរហូត ** ។ ទេ diskpartការធ្វើទ្រង់ទ្រាយ ឬការធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់អាចធ្វើឱ្យដ្រាយនេះអាចសរសេរឡើងវិញបាន ** ប៉ុន្តែអ្នកអាចអាន និងសង្គ្រោះទិន្នន័យរបស់អ្នកបាន 100% ដោយប្រើលីនុច ro,norecovery ពិធីការខាងក្រោម។
**critical_warning ប៊ីត 4 ** 0x10 ** ឧបករណ៍បម្រុងទុកអង្គចងចាំងាយនឹងបង្កជាហេតុបានបរាជ័យ ** នៅលើសហគ្រាស NVMe drives ដែលមាននៅលើយន្តហោះ Power-Loss Protection (PLP) tantalum/supercapacitors ធនាគារ capacitor បម្រុងបានបរាជ័យ។
media_errors > 0 ** កំហុសប្រព័ន្ធផ្សព្វផ្សាយ និងទិន្នន័យ ** ចំនួនដងដែលឧបករណ៍បញ្ជា NVMe បរាជ័យក្នុងការអានទិន្នន័យពី NAND flash សូម្បីតែបន្ទាប់ពីអនុវត្តផ្នែករឹងពេញលេញ ** LDPC (Low-Density Parity-Check)** ការកែកំហុសក្នុងការសម្រេចចិត្តទន់។ លេខណាមួយខាងលើ 0 មានន័យថាឯកសារដែលកាន់កាប់ផ្នែក LBA ទាំងនោះនឹងត្រឡប់មកវិញ I/O Error.

បទទី 1: របៀបសង្គ្រោះឯកសារទាំងអស់ពី SSD ដែលចាក់សោក្នុងរបៀបអានតែផ្នែករឹង (0x08)

ហេតុអ្វីបានជាកុំព្យូទ័ររបស់អ្នកភ្លាមៗបដិសេធមិនចាប់ផ្ដើមចូលទៅក្នុង Windows 10, Windows 11, ឬ macOS នៅពេលដែលដ្រាយ NVMe របស់អ្នកចាក់សោចូលទៅក្នុង ** របៀបអានតែផ្នែករឹង (critical_warning: 0x08)** ហើយ​ហេតុ​អ្វី​បាន​ជា​ដ្រាយ​មិន​អាច​ភ្ជាប់​បាន​ទាំង​ស្រុង​សូម្បី​តែ​នៅ​ពេល​អ្នក​ដោត​វា​ទៅ​ក្នុង​កុំព្យូទ័រ​ផ្សេង​ទៀត​ជា​ដ្រាយ​បន្ទាប់​បន្សំ?

អន្ទាក់ "Dirty Journal Replay" (ហេតុអ្វីបានជា Windows និង Linux លំនាំដើមបដិសេធមិនភ្ជាប់ SSD អានបានតែ)

នៅពេលដែល SSD ធ្លាក់ចូលទៅក្នុង Hardware Read-Only Mode ខណៈពេលដែលប្រព័ន្ធប្រតិបត្តិការកំពុងដំណើរការ ប្រព័ន្ធប្រតិបត្តិការនឹងគាំងពាក់កណ្តាលសរសេរ ដោយបន្សល់ទុកនូវ Transaction Journal របស់ប្រព័ន្ធឯកសារ ($LogFile នៅលើ Windows NTFS ដែលជាទិនានុប្បវត្តិនៅលើលីនុច ext4/XFSឬច្រកត្រួតពិនិត្យកុងតឺន័រនៅលើ Apple APFS) បានសម្គាល់ ** "កខ្វក់" (ការបិទមិនស្អាត) ** ។

  1. លើកក្រោយដែលអ្នកព្យាយាម boot Windows ឬដោត SSD ទៅក្នុងកុំព្យូទ័រ Windows/Mac/Linux ផ្សេងទៀត ហើយចុចពីរដងលើរូបតំណាង drive ប្រព័ន្ធប្រតិបត្តិការនឹងឃើញ "Dirty Journal" ទង់ ហើយ ** ព្យាយាមដោយស្វ័យប្រវត្តិ "ចាក់ទិនានុប្បវត្តិ" ដោយសរសេរប្រតិបត្តិការដែលមិនទាន់បានបញ្ចប់ត្រឡប់ទៅថាស ** មុនពេលអនុញ្ញាតឱ្យអ្នកឃើញឯកសាររបស់អ្នក។
  2. ដោយសារតែឧបករណ៍បញ្ជា SSD ត្រូវបានចាក់សោនៅក្នុង Hardware Read-Only Mode (0x08) ផ្នែករឹង SSD បដិសេធថា journal-replay write command with an I/O Write-Protect Error.
  3. ប្រព័ន្ធប្រតិបត្តិការភ័យស្លន់ស្លោ បោះបង់ការម៉ោនទាំងស្រុង ហើយប្រាប់អ្នកថា ដ្រាយមិនអាចអានបាន ខូច ឬមិនអាចដំណើរការបាន ** ទោះបីជា 100 ភាគរយនៃឯកសាររបស់អ្នកកំពុងអង្គុយនៅដដែលនៅលើបន្ទះសៀគ្វីពន្លឺ ** ។

ផ្លូវវាងមួយជំហានម្តងៗ៖ ការដំឡើង Hardware Read-Only SSD នៅក្នុងលីនុច (ro,norecovery)

ដើម្បីរំលងការប៉ុនប៉ងសរសេរឡើងវិញនូវទិនានុប្បវត្តិដែលបរាជ័យរបស់ប្រព័ន្ធប្រតិបត្តិការ និងអានរាល់ឯកសារទាំងអស់ចេញពី Hardware Read-Only SSD សូមចាប់ផ្ដើមពី Linux Live USB (ដូចជា SystemRescue ឬ Ubuntu Live) ឬដាក់ NVMe drive នៅក្នុង USB-C NVMe enclosure ដែលភ្ជាប់ទៅនឹងម៉ាស៊ីន 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 ជាធម្មតា អនុញ្ញាតឱ្យ OS ចាក់ទិនានុប្បវត្តិឡើងវិញនៅលើ ឯកសាររូបភាព ហើយបើកថតឯកសាររបស់អ្នកទាំងអស់។

3. ជម្រើសទីពីរ (ការទាញយកឯកសារដោយផ្ទាល់): ដំឡើង Hardware Read-Only SSD ដោយផ្ទាល់ដោយប្រើ norecovery

ប្រសិនបើអ្នកមិនមានដ្រាយទំនេរធំគ្រប់គ្រាន់សម្រាប់រូបភាពថាសពេញទេ ហើយត្រូវការចម្លងថតជាក់លាក់ដោយផ្ទាល់ពី SSD ដែលបានចាក់សោឥឡូវនេះ សូមបង្កើតចំណុចម៉ោន (sudo mkdir -p /mnt/ro_ssd) ហើយប្រើពាក្យបញ្ជា no-journal-replay ដែលអាចអានបានតែសម្រាប់ប្រព័ន្ធឯកសាររបស់អ្នក៖

  • ** សម្រាប់ភាគថាស 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
    
  • ** សម្រាប់ Windows BitLocker-encrypted Partition NTFS:**
    # 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 ប្រសិនបើអ្នកត្រូវការជំនួយក្នុងការស្វែងរកកូនសោ BitLocker 48 ខ្ទង់របស់អ្នក)
  • ** សម្រាប់លីនុច 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
    

ចុះបើ SSD មិននៅក្នុង Hardware 0x08 ចាក់សោ ហើយមានតែវីនដូប៉ុណ្ណោះដែលសម្គាល់វាថា "អានបានតែ"?

ប្រសិនបើ nvme smart-log / CrystalDiskInfo បង្ហាញ critical_warning: 0x00 និង Available Spare: 100%នោះផ្នែករឹង SSD របស់អ្នកមានសុខភាពល្អ ហើយ Windows គ្រាន់តែកំណត់ Software Volume/Disk Read-Only Flag (ជាញឹកញាប់បន្ទាប់ពីមានការភ្លឹបភ្លែតៗ ឬការគាំង dual-boot)។ សម្អាតទង់កម្មវិធីនៅក្នុង Windows Administrator Command Prompt៖

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

តើមានអ្វីកើតឡើងប្រសិនបើកុំព្យូទ័ររបស់អ្នកជាប់គាំង ហើយនៅពេលអ្នកចាប់ផ្តើមឡើងវិញទៅក្នុង motherboard UEFI/BIOS Setup (F2 ឬ Del) រន្ធដោត M.2 ឬ SATA port និយាយថា "Empty/Not Present" ឬបង្ហាញកូដឧបករណ៍បញ្ជាទូទៅដ៏ចម្លែកជំនួសឱ្យឈ្មោះម៉ាករបស់ drive របស់អ្នក?

ជំហានទី 1: ពិនិត្យមើលហត្ថលេខាឧបករណ៍បញ្ជា "របៀប ROM រោងចក្រ / របៀបសុវត្ថិភាព"

រកមើលយ៉ាងដិតដល់នូវខ្សែអក្សរពិតប្រាកដដែលបង្ហាញនៅក្នុងបញ្ជីផ្ទុក BIOS របស់អ្នក កម្មវិធីគ្រប់គ្រងឧបករណ៍វីនដូ ឬលីនុច lspci / lsusb / dmesg ទិន្នផល។ នៅពេលដែល microcontroller របស់ SSD មិនអាចផ្ទុកកម្មវិធីបង្កប់ Flash Translation Layer (FTL) ពីបន្ទះឈីប NAND កំឡុងពេលបើកដំណើរការ (ដោយសារតែប្លុក NAND ដែលខូចនៅក្នុងតំបន់កម្មវិធីបង្កប់) ឧបករណ៍បញ្ជានឹងត្រលប់ទៅស៊ីលីកូនខាងក្នុងរបស់វាវិញ ** Factory Mask ROM / Bootloader Mode** ហើយរាយការណ៍អំពីឈ្មោះកូដក្រុមហ៊ុនផលិតបន្ទះឈីបឆៅរបស់វា៖ និងលេខកូដក្លែងក្លាយ។

តើអ្វីទៅជា BIOS របស់អ្នកឬ lspci / lsblk ការបង្ហាញ សមត្ថភាពដែលបានរាយការណ៍ ឧបករណ៍បញ្ជា SSD ណាដែលទើបតែភ័យស្លន់ស្លោ តើមានអ្វីកើតឡើង ហើយកម្មវិធី DIY អាចជួសជុលវាបាន?
SATAFIRM S11 ឬ PS3111 ទំហំពេញឬ 0 MB / 2 MB Phison S11 (ប្រើក្នុង Kingston A400, PNY CS900, Patriot Burst, Inland, ADATA SU630) អ្នកបកប្រែកម្មវិធីបង្កប់ដែលខូចនៅក្នុង NAND៖ ឧបករណ៍បញ្ជា Phison S11 បានបាត់បង់តារាងផែនទីឡូជីខលទៅរូបវិទ្យារបស់វា។ ** 0% ជួសជុលកម្មវិធី DIY** (អ្នកប្រើប្រាស់ "S11 flashers" លើបណ្តាញ ** លុប 100% នៃទិន្នន័យអ្នកប្រើប្រាស់**; មានតែមន្ទីរពិសោធន៍ដែលមាន PC-3000 ប៉ុណ្ណោះដែលអាចផ្ទុកកម្មវិធីផ្ទុក RAM ផ្ទាល់ខ្លួន ដើម្បីបង្កើតអ្នកបកប្រែឡើងវិញ និងរក្សាទុកឯកសាររបស់អ្នក)។
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 Controller Safe Mode: Firmware ភ័យស្លន់ស្លោ ដោយសារឃ្លាំងសម្ងាត់ SLC ពាក់ ឬប្លុកមិនល្អ។ ទាមទាររបៀប PC-3000 Portable III NVMe ដែលមានជំនាញវិជ្ជាជីវៈ។
SM2258AB / SM2259AB / SM2262 / SM2263 1.0 GB ឬ 2.1 MB (1024 MB) Silicon Motion (SMI) SATA/NVMe Controllers (Critical MX500/BX500, Intel, HP EX920/EX950, ADATA XPG) របៀប SMI ROM៖ ឧបករណ៍បញ្ជាបានបរាជ័យក្នុងការចាប់ផ្តើមតារាង NAND របស់វា ហើយបានចាប់ផ្ដើមចូលទៅក្នុងរបៀប bootloader SRAM ខាងក្នុង (1024 MB) ** ជួសជុលកម្មវិធី DIY 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 រ៉ូ ** ទាំង 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 បាត់ ** ផ្តាច់ LED ចៃដន្យ ឬងាប់ ** Western Digital / SanDisk Portable Bridge & Solder Fault ** កំហុសក្នុងការផលិតដែលគេស្គាល់ដែលពាក់ព័ន្ធនឹងសន្លាក់ solder components លើផ្ទៃខ្សោយនៅលើ PCB ខាងក្នុង បូកនឹងកំហុសកម្មវិធីបង្កប់។ កុំបត់ស្រោម។

ជំហាន​ទី 2៖ ផ្នែក​រឹង​សុវត្ថិភាព​ចំនួន 4 ជួយ​សង្គ្រោះ​នៅពេល​ដែល​ដ្រាយ NVMe M.2 មិន​អាច​មើល​ឃើញ​ទាំងស្រុង (Not Present)

ប្រសិនបើដ្រាយ NVMe របស់អ្នកមិនបង្ហាញអ្វីទាំងអស់នៅក្នុង BIOS សូមអនុវត្តការធ្វើតេស្តរាងកាយដែលមិនបំផ្លិចបំផ្លាញទាំងបួននេះ តាមលំដាប់ជាក់លាក់៖

  1. ** តេស្តទី 1៖ កំណត់ឡើងវិញនូវបន្ទះកម្ដៅ និងការធ្វើឱ្យត្រជាក់សកម្ម (ត្រជាក់ចុះក្រោម 20 នាទី):**
  2. ដកខ្សែភ្លើង AC របស់កុំព្យូទ័រចេញពីជញ្ជាំង (ឬបិទកុំព្យូទ័រយួរដៃទាំងស្រុង) ហើយទុកឲ្យម៉ាស៊ីនគ្មានថាមពលទាំងស្រុងរយៈពេល 20 នាទី ដូច្នេះឧបករណ៍បញ្ជា NVMe ASIC ត្រជាក់ចុះដល់ 20 អង្សាសេ (68 អង្សាហ្វារិនហៃ)។
  3. បើកបន្ទះចំហៀងនៃកុំព្យូទ័រ ចង្អុលកង្ហារគ្រួសារដែលមានល្បឿនលឿនដោយផ្ទាល់ទៅលើដំបង M.2 NVMe ហើយបើកថាមពលត្រង់ទៅ Linux Live USB ។ ប្រសិនបើ PMIC ដែលបរាជ័យ (Power Management IC) ឬឧបករណ៍បញ្ជាកម្ដៅខ្លាំងកំពុងបិទដំណើរការកម្ដៅនៅ 85 អង្សាសេ (185 អង្សាហ្វារិនហៃ) កំឡុងពេលចាប់ផ្ដើម ការបំផ្ទុះខ្យល់ត្រជាក់ឆ្លងកាត់កាត M.2 ទទេ ជាញឹកញាប់ធ្វើឱ្យឧបករណ៍បញ្ជានៅរស់បានយូរគ្រប់គ្រាន់ដើម្បី ddrescue ឯកសារសំខាន់ៗរបស់អ្នក។
  4. ** តេស្តទី 2៖ ផ្លាស់ទី NVMe M.2 Stick ទៅក្នុង USB-C 10Gbps NVMe Enclosure (RTL9210 / JMS583 ផ្លូវ​វាង​ស្ពាន​)៖**
  5. ហេតុអ្វីបានជាដ្រាយ NVMe ដែលព្យួរ motherboard BIOS របស់អ្នកនៅអេក្រង់ឡូហ្គោជារឿយៗម៉ោន និងអាននៅខាងក្នុង ** $20 ខាងក្រៅ អាដាប់ទ័រ USB-C NVMe **?
  6. នៅពេលដែលដ្រាយ NVMe ត្រូវបានដោតដោយផ្ទាល់ទៅក្នុងរន្ធដោត motherboard PCIe M.2 នោះ motherboard UEFI BIOS អនុវត្តយ៉ាងតឹងរឹង ** PCIe Link Training និង NVMe Admin Queue timeout ** (ជាញឹកញាប់ត្រឹមតែ 1 ទៅ 3 វិនាទីក្នុងអំឡុងពេល POST) ។ ប្រសិនបើ SSD ដែលខូចត្រូវចំណាយពេល 6 វិនាទីដើម្បីបង្កើតតារាងប្លុកដែលខូចឡើងវិញនៅពេលបើកថាមពល នោះ motherboard BIOS ប្រកាសថារន្ធ PCIe ងាប់ ហើយទម្លាក់ drive ទាំងស្រុង។
  7. ដាក់បន្ទះ NVMe នៅខាងក្នុងស្រោម USB-C ខាងក្រៅ (ដំណើរការដោយ Realtek RTL9210 ឬ JMicron JMS583 បន្ទះសៀគ្វី USB-to-NVMe) បំបែក drive ពី motherboard POST ផ្គត់ផ្គង់ថាមពល 3.3V ជាមុនសិន ហើយអនុញ្ញាតឱ្យអ្នកដោតខ្សែ USB ទៅក្នុងកុំព្យូទ័រ Linux ដែលកំពុងដំណើរការ បន្ទាប់ពី SSD មានពេល 30 វិនាទី ដើម្បីចាប់ផ្តើមកម្មវិធីបង្កប់របស់វា។
  8. (ការត្រួតពិនិត្យផ្នែករឹងសំខាន់ៗ៖ នៅពេលដកបន្ទះ M.2 ចេញ សូមពិនិត្យមើលម្ជុលគែមទង់ដែងពណ៌មាសដោយប្រើពិល ហើយសម្អាតអុកស៊ីតកម្មដោយថ្នមៗជាមួយនឹងជាតិអាល់កុលអ៊ីសូប្រូភីល 99% ហើយពិនិត្យមើលឧបករណ៍ភ្ជាប់សេរ៉ាមិចបន៍ត្នោតខ្ចីតូចៗនៅជិតម្ជុលភ្ជាប់ពណ៌មាស M.2 សម្រាប់ស្នាមរលាកខ្មៅ ឬប្រេះ)។
  9. ** តេស្តទី 3៖ បិទ Motherboard VMD / Intel RST RAID Mode និង PCIe ASPM Power Saving:**
  10. ប្រសិនបើ BIOS កំណត់ថ្ម CMOS ឡើងវិញ (ឬធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់របស់វា) មុនពេលដ្រាយ NVMe របស់អ្នក "បាត់" សូមបញ្ចូល BIOS Setup ហើយពិនិត្យមើលការកំណត់ពីរ៖
    • Intel VMD (ឧបករណ៍គ្រប់គ្រងកម្រិតសំឡេង) / SATA Mode (RAID vs AHCI): ប្រសិនបើ motherboard ប្តូររវាង RAID / Intel VMD ON និង AHCI / NVMe Directប្រព័ន្ធប្រតិបត្តិការ (ឬបញ្ជីចាប់ផ្ដើម BIOS) នឹងបរាជ័យភ្លាមៗក្នុងការមើលដ្រាយរហូតដល់កំណត់ត្រឡប់ទៅរបៀបដើមរបស់វា។
    • ** PCIe ASPM (Active State Power Management):** នៅលើកុំព្យូទ័រយួរដៃ និងកុំព្យូទ័រលើតុជាច្រើន ឧបករណ៍បញ្ជា NVMe ដែលបរាជ័យនឹងគាំងនៅពេលណាដែល motherboard ព្យាយាមទម្លាក់ drive ចូលទៅក្នុងស្ថានភាពងងុយគេង ** PS3 / PS4 (APST) ** ។ នៅក្នុងការដំឡើង BIOS កំណត់ PCIe ASPM = Disabled ហើយនៅពេលចាប់ផ្ដើមលីនុច ដើម្បីសង្គ្រោះដ្រាយ NVMe ដែលមិនប្រក្រតី សូមបន្ថែមប៉ារ៉ាម៉ែត្រចាប់ផ្ដើមខឺណែលនេះនៅម៉ឺនុយ GRUB (ចុច e at boot) ដើម្បី ** ការពារ Linux ពីការដាក់ឧបករណ៍បញ្ជា NVMe ឱ្យគេងលក់ ឬអស់ពេលយ៉ាងលឿន**៖
      nvme_core.default_ps_max_latency_us=0 nvme_core.io_timeout=300 pcie_aspm=off
      
  11. ** ការធ្វើតេស្តទី 4៖ វដ្តបង្កើតឡើងវិញ FTL ដែលត្រូវបានគ្រប់គ្រង "តែថាមពល" (សម្រាប់តែការបាត់ថាមពលភ្លាមៗ): **
  12. ប្រសិនបើ SATA SSD ឬ NVMe SSD ចាស់បានបាត់ភ្លាមៗបន្ទាប់ពី ការដាច់ចរន្តអគ្គិសនីភ្លាមៗ ឬបិទថាមពលខ្លាំង (ហើយមិនមានស្លាកស្នាមរលាក) នោះ ទិនានុប្បវត្តិ Flash Translation Layer ខាងក្នុងរបស់វាអាចនឹងជាប់គាំងក្នុងការព្យាយាមសង្គ្រោះផ្ទៃខាងក្រោយដែលរំខានរាល់ 3 វិនាទីនៅពេលដែល motherboard របស់អ្នកផ្ញើសញ្ញាកំណត់រថយន្តក្រុងឡើងវិញ។
  13. របៀបដំណើរការវដ្តថាមពលតែមួយគត់ដែលមានសុវត្ថិភាព៖
    • សម្រាប់ SATA SSD ទំហំ 2.5 អ៊ីញ៖ ដោះដោត 7-pin តូចចង្អៀត ** SATA Data Cable ** ទាំងស្រុង ដោយទុក ** ភ្ជាប់តែខ្សែថាមពល SATA ទទឹង 15 ភីន** ប៉ុណ្ណោះ។
    • សម្រាប់ M.2 NVMe SSD៖ បញ្ចូល M.2 SSD ទៅក្នុងស្រោម USB-C NVMe ខាងក្រៅ ហើយដោតខ្សែ USB ទៅក្នុង 5V USB Wall Phone Charger (ដែលផ្គត់ផ្គង់ថាមពល 5V/3.3V សុទ្ធ** ដោយមិនចាំបាច់មានកុំព្យូទ័រណាមួយ USB data host ផ្ញើពាក្យបញ្ជាកំណត់ឡើងវិញ**)។
    • ទុកឱ្យ SSD បើកនៅក្នុងស្ថានភាពដែលមិនមានការរំខាននេះសម្រាប់ ** 20 ទៅ 30 នាទី ** (រក្សាកង្ហារឱ្យវានៅត្រជាក់) បន្ទាប់មកដកដោតថាមពលរយៈពេល 60 វិនាទី ភ្ជាប់ទិន្នន័យឡើងវិញ ហើយពិនិត្យមើលម្តងក្នុងលីនុច (lsblk / nvme list)
    • ** ច្បាប់បញ្ឈប់រឹង៖ ** ប្រសិនបើដ្រាយវ៍មិនលេចឡើងម្តងទៀតបន្ទាប់ពី ** វដ្ត 20 នាទីតែមួយ **, ** បញ្ឈប់ភ្លាមៗហើយដកវាចេញ ** ។ ការចាកចេញពី TLC/QLC SSD ទំនើបជាមួយនឹងប្លុក NAND អាក្រក់ដែលបើកដំណើរការជាច្រើនម៉ោង បង្កឱ្យមានការប្រមូលសំរាមផ្ទៃខាងក្រោយ ដែលអាចបំផ្លាញទំព័រដែលអាចទាញយកមកវិញបាន។

ការងើបឡើងវិញ SSD Cleanroom: អ្វីដែលមន្ទីរពិសោធន៍វិជ្ជាជីវៈអាចធ្វើបាននៅពេលដែល DIY ឈប់

ប្រសិនបើ SSD របស់អ្នកបង្ហាញ 0 MB, SATAFIRM S11, SM2258AB, PS5018ឬនៅតែស្លាប់ទាំងស្រុងបន្ទាប់ពីផ្លាស់ទីវាទៅឯករភជប់ USB-C ខាងក្រៅ គ្មានកម្មវិធីដែលអាចទាញយកបាននៅលើផែនដីដែលអាចមើលឃើញដ្រាយ។ នៅចំណុចនេះ អ្នកត្រូវតែជ្រើសរើសមន្ទីរពិសោធន៍សង្គ្រោះទិន្នន័យឯកទេសដែលពិតជាមាន កម្មវិធីផ្ទុកកម្មវិធីបង្កប់ផ្នែករឹង (ជាពិសេសប្រព័ន្ធ Ace Lab PC-3000 Portable III / PC-3000 SSD System):

  1. Circuit-Level Shorted Capacitor / PMIC Repair: ប្រហែល 20 ភាគរយនៃ SSDs ដែលបានស្លាប់ទាំងស្រុងទទួលរងពី capacitor តម្រងសេរ៉ាមិចខ្លី 50 សេន (VCC3V3 ឬ VCCQ ផ្លូវដែកថាមពល) ឬបន្ទះឈីប eFuse/PMIC ដែលផ្លុំនៅជិតឧបករណ៍ភ្ជាប់ M.2 ។ អ្នកបច្ចេកទេសនៅក្រោមមីក្រូទស្សន៍ស្តេរ៉េអូកំណត់ទីតាំង capacitor ខ្លីជាមួយនឹងកាមេរ៉ាកម្ដៅ ហើយជំនួសវាក្នុងរយៈពេល 15 នាទី ដោយស្ដារ 100 ភាគរយនៃដ្រាយដោយមិនប៉ះបន្ទះសៀគ្វី NAND ។
  2. Techno-Mode Bootloader Injection (PC-3000)៖ ដោយការកាត់មីក្រូទស្សន៍ពីរ ROM Mode / Boot Jumper pads នៅលើ SSD PCB កំឡុងពេលថាមពលឡើង មន្ទីរពិសោធន៍បង្ខំឱ្យ Phison, Silicon Motion ឬ Marvell controller ទទួលយកកម្មវិធីផ្ទុកមីក្រូកូដពីរោងចក្រដែលបានបិទភ្ជាប់ពិសេសទៅក្នុង SRAM ដោយបិទដំណើរការការប្រមូលសំរាមឡើងវិញ និងការបំប្លែងសារឡើងវិញ។ (FTL) នៅក្នុង RAM របស់ស្ថានីយការងារ ដូច្នេះគ្រប់វិស័យអ្នកប្រើប្រាស់អាចត្រូវបានគេមើលឃើញយ៉ាងស្អាត។

សំណួរដែលគេសួរញឹកញាប់

តើខ្ញុំអាចជួសជុល NVMe SSD ដែលបានចូលរបៀបអានបានតែ (`Critical Warning: 0x08`) ដូច្នេះតើខ្ញុំអាចបន្តប្រើវាបានទេ?

ទេ នៅពេល NVMe SSD កំណត់ការព្រមានសំខាន់ផ្នែករឹង `0x08` ("មេឌៀត្រូវបានដាក់ក្នុងរបៀបបានតែអាន") វាគឺជាស្ថានភាពការពារផ្នែករឹងដែលមិនអាចត្រឡប់វិញបានអចិន្ត្រៃយ៍បានបង្កឡើងដោយសារតែទុនបម្រុងខាងក្នុងរបស់ SSD នៃប្លុក NAND flash ទំនេរ (`Available Spare`) ប៉ះ 0 ភាគរយ ឬអ្នកបកប្រែកម្មវិធីបង្កប់ខាងក្នុងរបស់វាទទួលរងកំហុសនៃភាពសុចរិតធ្ងន់ធ្ងរ។ គ្មានពាក្យបញ្ជាកម្មវិធី (`diskpart attributes disk clear readonly`), កែសម្រួលបញ្ជីឈ្មោះ, លីនុច `hdparm`ការលុបដោយសុវត្ថិភាព ឬការធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់អាចដោះសោផ្នែករឹងបាន។ `0x08` SSD បានតែអាន។ ទោះជាយ៉ាងណាក៏ដោយ ហេតុផលដែលវិស្វករ SSD រចនាម៉ូដនេះគឺដើម្បីរក្សាទុកទិន្នន័យរបស់អ្នក៖ អ្នកអាចសង្គ្រោះឯកសាររបស់អ្នកបាន 100 ភាគរយចេញពីដ្រាយដោយប្រើលីនុច។ `ro,norecovery` ការដំឡើងឬ `ddrescue` ជំហានក្លូននៅក្នុងការណែនាំនេះ ហើយបន្ទាប់មកទាមទារ SSD ជំនួសដោយឥតគិតថ្លៃ ប្រសិនបើដ្រាយនៅតែស្ថិតក្នុងការធានាពីក្រុមហ៊ុនផលិតពី 3 ទៅ 5 ឆ្នាំ។

ហេតុអ្វី​បាន​ជា Hardware Read-Only SSD របស់​ខ្ញុំ​បដិសេធ​ក្នុង​ការ​ម៉ោន ឬ​ស្នើ​ឱ្យ​ត្រូវ​បាន​ចាប់ផ្ដើម​នៅ​ពេល​ដែល​ខ្ញុំ​ដោត​វា​ទៅ​ក្នុង Windows PC ផ្សេង​ទៀត?

ដោយសារតែនៅពេលដែល SSD របស់អ្នកស្រាប់តែធ្លាក់ចូលទៅក្នុងរបៀប Hardware Read-Only ខណៈពេលដែល Windows កំពុងដំណើរការ ទិនានុប្បវត្តិប្រព័ន្ធឯកសារ NTFS (`$LogFile`) ត្រូវបានទុកក្នុងស្ថានភាព "មិនស្អាត / កខ្វក់" ។ រាល់ពេលដែលអ្នកដោត NTFS drive ជាមួយនឹងទិនានុប្បវត្តិកខ្វក់ទៅក្នុងកុំព្យូទ័រ Windows ណាមួយ កម្មវិធីបញ្ជា Windows NTFS ព្យាយាមសរសេរដោយស្វ័យប្រវត្តិទៅថាសដើម្បីចាក់ឡើងវិញ និងសម្អាតទិនានុប្បវត្តិ មុនពេលអនុញ្ញាតឱ្យអ្នកបើក drive នៅក្នុង File Explorer ។ ដោយសារតែផ្នែករឹង SSD ត្រូវបានការពារការសរសេរជាអចិន្ត្រៃយ៍ SSD បដិសេធការប៉ុនប៉ងសរសេរឡើងវិញនូវទិនានុប្បវត្តិរបស់ Windows ដែលបណ្តាលឱ្យ Windows បោះបង់ការដំឡើងដ្រាយទាំងមូល។ ការចាប់ផ្ដើម Linux Live USB និងដំឡើងភាគថាសជាមួយ `sudo mount -t ntfs3 -o ro,norecover /dev/nvme0n1p3 /mnt/ro_ssd` ប្រាប់ Linux ឱ្យរំលងការសរសេរទិនានុប្បវត្តិ ហើយបើកថតទាំងអស់របស់អ្នកភ្លាមៗ។

តើ "30-Minute Power Cycle Trick" ដំណើរការលើ PCIe Gen 4 និង Gen 5 NVMe SSDs ទំនើបដែរឬទេ?

បន្តដោយប្រុងប្រយ័ត្នបំផុត។ "វដ្តសម្រាប់តែថាមពល 30 នាទី" ដើមឡើយត្រូវបានរចនាឡើងដោយវិស្វករ Critical/Micron សម្រាប់ SATA SSDs ចាស់ៗ (ដូចជា Critical M4 និង MX100/MX500) ដែលការដាច់ចរន្តអគ្គិសនីភ្លាមៗបានបន្សល់ទុកកំណត់ហេតុនៃ Flash Translation Layer (FTL) ដែលមិនសមកាលកម្ម។ នៅលើ 3D TLC និង QLC NVMe SSDs ដែលមានដង់ស៊ីតេខ្ពស់ទំនើប ប្រសិនបើដ្រាយបាត់ដោយសារតែការដាច់ចរន្តអគ្គិសនី នោះវដ្តថាមពលត្រឹមតែ 20 នាទីប៉ុណ្ណោះ (ជាមួយនឹងកង្ហារត្រជាក់សកម្ម) អាចអនុញ្ញាតឱ្យឧបករណ៍បញ្ជាបញ្ចប់ការសាងសង់តារាង FTL របស់វាឡើងវិញ។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើដ្រាយវ៍បានបាត់ដោយសារតែការបន្ទាបកោសិកា NAND ការទុកវាឱ្យបើករយៈពេលជាច្រើនម៉ោងអនុញ្ញាតឱ្យកិច្ចការកម្មវិធីបង្កប់ផ្ទៃខាងក្រោយធ្វើឱ្យខូចប្លុកដែលនៅសល់បន្ថែមទៀត។ មិនត្រូវដំណើរការលើសពី 1 ដងក្នុងរយៈពេល 20 នាទីដែលមានថាមពលតែមួយទេ ហើយតែងតែរក្សាកង្ហារដែលផ្លុំឆ្លងកាត់ដ្រាយ M.2 ទទេ ដូច្នេះឧបករណ៍បញ្ជាមិនឡើងកំដៅ។

ប្រសិនបើ SSD របស់ខ្ញុំនៅតែស្ថិតក្រោមការធានារយៈពេល 5 ឆ្នាំរបស់វា (Samsung, WD, Critical, Kingston) តើក្រុមហ៊ុនផលិតនឹងយកទិន្នន័យរបស់ខ្ញុំមកវិញទេ ប្រសិនបើខ្ញុំផ្ញើវាសម្រាប់ RMA?

ទេ កុំផ្ញើ SSD ដែលមានទិន្នន័យមិនបានបម្រុងទុកទៅក្រុមហ៊ុនផលិតសម្រាប់ការធានាជំនួស RMA ជាមុនសិន។ នៅពេលអ្នកផ្ញើ SSD ដែលបរាជ័យទៅ Samsung, Western Digital, Critical, Seagate ឬ Kingston សម្រាប់សេវាកម្មធានា ពួកវាបានបំបែក ឬបំផ្លាញដ្រាយដើមរបស់អ្នកភ្លាមៗសម្រាប់ការអនុលោមតាមសុវត្ថិភាព ហើយបញ្ជូនដ្រាយជំនួសទទេឱ្យអ្នក។ ប្រសិនបើអ្នកត្រូវការទិន្នន័យនៅលើ SSD ដែលស្លាប់ អ្នកត្រូវតែផ្ញើ Drive ទៅមន្ទីរពិសោធន៍សង្គ្រោះទិន្នន័យដែលមានជំនាញវិជ្ជាជីវៈ (ឬសង្គ្រោះឯកសារដោយខ្លួនឯងប្រសិនបើវាស្ថិតនៅក្នុងរបៀបអានតែប៉ុណ្ណោះ) មុនពេលបញ្ជូនផ្នែករឹងដែលងាប់ចូលសម្រាប់ការធានាជំនួស។ ស្ទើរតែគ្រប់ក្រុមហ៊ុនផលិត SSD ធំៗទាំងអស់មានគោលការណ៍អនុញ្ញាតឱ្យអ្នកនៅតែទាមទារការជំនួសការធានារបស់អ្នក សូម្បីតែបន្ទាប់ពីមន្ទីរពិសោធន៍សង្គ្រោះទិន្នន័យដែលមានការបញ្ជាក់បានដំណើរការលើដ្រាយ (សួរមន្ទីរពិសោធន៍សម្រាប់វិញ្ញាបនបត្រក្បាលសំបុត្រផ្លូវការដែលបញ្ជាក់ពីសេវាសង្គ្រោះទិន្នន័យ)។

ប្រភពបានពិនិត្យ

  • NVM Express Consortium៖ NVM Express Base Specification Rev. 2.0 (ផ្នែក 5.14.1.2៖ SMART / Health Information Log Page 02h, និយមន័យ Bitmask ព្រមានសំខាន់ 0x01 តាមរយៈ 0x10និង​សំណើ​ព្រឹត្តិការណ៍​អសមកាល​បាន​តែ​អាន​ច្បាប់​ផ្ទេរ)។
  • ឯកសារលីនុចខឺណែល (kernel.org): * ប៉ារ៉ាម៉ែត្រកម្មវិធីបញ្ជា NVMe (nvme_core.default_ps_max_latency_us=0, nvme_core.io_timeout), NTFS3 / EXT4 / XFS / Btrfs Read-Only No-Journal-Recovery (ro,norecovery / ro,noload) លក្ខណៈ​ពិសេស​របស់​ភ្នំ * ។
  • គម្រោង GNU / មូលនិធិកម្មវិធីឥតគិតថ្លៃ៖ GNU ddrescue សៀវភៅណែនាំ៖ រូបភាពមិនបំផ្លិចបំផ្លាញកម្រិតប្លុកនៃប្រព័ន្ធផ្សព្វផ្សាយរដ្ឋរឹងដែលខូចទ្រង់ទ្រាយ។
  • វិទ្យាស្ថានស្តង់ដារ និងបច្ចេកវិទ្យាជាតិ (NIST សហរដ្ឋអាមេរិក)៖ NIST Special Publication 800-88 Rev. 1 & Digital Forensics Guidelines on Solid-State Drive Flash Translation Layer (FTL) Behavior។
  • ឧបករណ៍ NVMe ប្រភពបើកចំហរ (linux-nvme/nvme-cli): * ផ្លូវការ nvme-cli Telemetry and Health Log Diagnostic Standards*.

ការណែនាំដែលពាក់ព័ន្ធ