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 របស់អ្នក៖
- ប្រសិនបើ 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 នៅចក្រភពអង់គ្លេស) ឬពិនិត្យមើល លេខសង្គ្រោះបន្ទាន់. - ** កុំដំណើរការវីនដូ
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) ** ដែលធ្វើអោយដ្រាយវ៍រឹងក្នុងរយៈពេលប៉ុន្មានវិនាទី។ - ** ប្រសិនបើ 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(បានតែអាន គ្មានការចាក់សារឡើងវិញ) ដាក់ទង់ ហើយចម្លងឯកសាររបស់អ្នកចេញដោយសុវត្ថិភាព។ - ** ប្រសិនបើ 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 អង្សាហ្វារិនហៃ)។ - ** បិទប្រព័ន្ធប្រតិបត្តិការ
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)៖
(នៅលើ 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) បានសម្គាល់ ** "កខ្វក់" (ការបិទមិនស្អាត) ** ។
- លើកក្រោយដែលអ្នកព្យាយាម boot Windows ឬដោត SSD ទៅក្នុងកុំព្យូទ័រ Windows/Mac/Linux ផ្សេងទៀត ហើយចុចពីរដងលើរូបតំណាង drive ប្រព័ន្ធប្រតិបត្តិការនឹងឃើញ
"Dirty Journal"ទង់ ហើយ ** ព្យាយាមដោយស្វ័យប្រវត្តិ "ចាក់ទិនានុប្បវត្តិ" ដោយសរសេរប្រតិបត្តិការដែលមិនទាន់បានបញ្ចប់ត្រឡប់ទៅថាស ** មុនពេលអនុញ្ញាតឱ្យអ្នកឃើញឯកសាររបស់អ្នក។ - ដោយសារតែឧបករណ៍បញ្ជា SSD ត្រូវបានចាក់សោនៅក្នុង Hardware Read-Only Mode (
0x08) ផ្នែករឹង SSD បដិសេធថា journal-replay write command with anI/O Write-Protect Error. - ប្រព័ន្ធប្រតិបត្តិការភ័យស្លន់ស្លោ បោះបង់ការម៉ោនទាំងស្រុង ហើយប្រាប់អ្នកថា ដ្រាយមិនអាចអានបាន ខូច ឬមិនអាចដំណើរការបាន ** ទោះបីជា 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¶
* (សូមកត់សម្គាល់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 (ធម្មតា មិនបានអ៊ិនគ្រីប)៖**
- ** សម្រាប់ Windows BitLocker-encrypted Partition NTFS:**
(សូមមើលការណែនាំរបស់យើងនៅលើ BitLocker, FileVault, និងការសង្គ្រោះការអ៊ិនគ្រីប LUKS ប្រសិនបើអ្នកត្រូវការជំនួយក្នុងការស្វែងរកកូនសោ BitLocker 48 ខ្ទង់របស់អ្នក)
# 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 - ** សម្រាប់លីនុច
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៖ កំណត់ឡើងវិញនូវបន្ទះកម្ដៅ និងការធ្វើឱ្យត្រជាក់សកម្ម (ត្រជាក់ចុះក្រោម 20 នាទី):**
- ដកខ្សែភ្លើង AC របស់កុំព្យូទ័រចេញពីជញ្ជាំង (ឬបិទកុំព្យូទ័រយួរដៃទាំងស្រុង) ហើយទុកឲ្យម៉ាស៊ីនគ្មានថាមពលទាំងស្រុងរយៈពេល 20 នាទី ដូច្នេះឧបករណ៍បញ្ជា NVMe ASIC ត្រជាក់ចុះដល់ 20 អង្សាសេ (68 អង្សាហ្វារិនហៃ)។
- បើកបន្ទះចំហៀងនៃកុំព្យូទ័រ ចង្អុលកង្ហារគ្រួសារដែលមានល្បឿនលឿនដោយផ្ទាល់ទៅលើដំបង M.2 NVMe ហើយបើកថាមពលត្រង់ទៅ Linux Live USB ។ ប្រសិនបើ PMIC ដែលបរាជ័យ (Power Management IC) ឬឧបករណ៍បញ្ជាកម្ដៅខ្លាំងកំពុងបិទដំណើរការកម្ដៅនៅ 85 អង្សាសេ (185 អង្សាហ្វារិនហៃ) កំឡុងពេលចាប់ផ្ដើម ការបំផ្ទុះខ្យល់ត្រជាក់ឆ្លងកាត់កាត M.2 ទទេ ជាញឹកញាប់ធ្វើឱ្យឧបករណ៍បញ្ជានៅរស់បានយូរគ្រប់គ្រាន់ដើម្បី
ddrescueឯកសារសំខាន់ៗរបស់អ្នក។ - ** តេស្តទី 2៖ ផ្លាស់ទី NVMe M.2 Stick ទៅក្នុង USB-C 10Gbps NVMe Enclosure (
RTL9210/JMS583ផ្លូវវាងស្ពាន)៖** - ហេតុអ្វីបានជាដ្រាយ NVMe ដែលព្យួរ motherboard BIOS របស់អ្នកនៅអេក្រង់ឡូហ្គោជារឿយៗម៉ោន និងអាននៅខាងក្នុង ** $20 ខាងក្រៅ អាដាប់ទ័រ USB-C NVMe **?
- នៅពេលដែលដ្រាយ NVMe ត្រូវបានដោតដោយផ្ទាល់ទៅក្នុងរន្ធដោត motherboard PCIe M.2 នោះ motherboard UEFI BIOS អនុវត្តយ៉ាងតឹងរឹង ** PCIe Link Training និង NVMe Admin Queue timeout ** (ជាញឹកញាប់ត្រឹមតែ 1 ទៅ 3 វិនាទីក្នុងអំឡុងពេល POST) ។ ប្រសិនបើ SSD ដែលខូចត្រូវចំណាយពេល 6 វិនាទីដើម្បីបង្កើតតារាងប្លុកដែលខូចឡើងវិញនៅពេលបើកថាមពល នោះ motherboard BIOS ប្រកាសថារន្ធ PCIe ងាប់ ហើយទម្លាក់ drive ទាំងស្រុង។
- ដាក់បន្ទះ NVMe នៅខាងក្នុងស្រោម USB-C ខាងក្រៅ (ដំណើរការដោយ Realtek
RTL9210ឬ JMicronJMS583បន្ទះសៀគ្វី USB-to-NVMe) បំបែក drive ពី motherboard POST ផ្គត់ផ្គង់ថាមពល 3.3V ជាមុនសិន ហើយអនុញ្ញាតឱ្យអ្នកដោតខ្សែ USB ទៅក្នុងកុំព្យូទ័រ Linux ដែលកំពុងដំណើរការ បន្ទាប់ពី SSD មានពេល 30 វិនាទី ដើម្បីចាប់ផ្តើមកម្មវិធីបង្កប់របស់វា។ - (ការត្រួតពិនិត្យផ្នែករឹងសំខាន់ៗ៖ នៅពេលដកបន្ទះ M.2 ចេញ សូមពិនិត្យមើលម្ជុលគែមទង់ដែងពណ៌មាសដោយប្រើពិល ហើយសម្អាតអុកស៊ីតកម្មដោយថ្នមៗជាមួយនឹងជាតិអាល់កុលអ៊ីសូប្រូភីល 99% ហើយពិនិត្យមើលឧបករណ៍ភ្ជាប់សេរ៉ាមិចបន៍ត្នោតខ្ចីតូចៗនៅជិតម្ជុលភ្ជាប់ពណ៌មាស M.2 សម្រាប់ស្នាមរលាកខ្មៅ ឬប្រេះ)។
- ** តេស្តទី 3៖ បិទ Motherboard VMD / Intel RST RAID Mode និង PCIe ASPM Power Saving:**
- ប្រសិនបើ 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 (ចុច
eat boot) ដើម្បី ** ការពារ Linux ពីការដាក់ឧបករណ៍បញ្ជា NVMe ឱ្យគេងលក់ ឬអស់ពេលយ៉ាងលឿន**៖
- Intel VMD (ឧបករណ៍គ្រប់គ្រងកម្រិតសំឡេង) / SATA Mode (RAID vs AHCI): ប្រសិនបើ motherboard ប្តូររវាង
- ** ការធ្វើតេស្តទី 4៖ វដ្តបង្កើតឡើងវិញ FTL ដែលត្រូវបានគ្រប់គ្រង "តែថាមពល" (សម្រាប់តែការបាត់ថាមពលភ្លាមៗ): **
- ប្រសិនបើ SATA SSD ឬ NVMe SSD ចាស់បានបាត់ភ្លាមៗបន្ទាប់ពី ការដាច់ចរន្តអគ្គិសនីភ្លាមៗ ឬបិទថាមពលខ្លាំង (ហើយមិនមានស្លាកស្នាមរលាក) នោះ ទិនានុប្បវត្តិ Flash Translation Layer ខាងក្នុងរបស់វាអាចនឹងជាប់គាំងក្នុងការព្យាយាមសង្គ្រោះផ្ទៃខាងក្រោយដែលរំខានរាល់ 3 វិនាទីនៅពេលដែល motherboard របស់អ្នកផ្ញើសញ្ញាកំណត់រថយន្តក្រុងឡើងវិញ។
- របៀបដំណើរការវដ្តថាមពលតែមួយគត់ដែលមានសុវត្ថិភាព៖
- សម្រាប់ 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):
- Circuit-Level Shorted Capacitor / PMIC Repair: ប្រហែល 20 ភាគរយនៃ SSDs ដែលបានស្លាប់ទាំងស្រុងទទួលរងពី capacitor តម្រងសេរ៉ាមិចខ្លី 50 សេន (
VCC3V3ឬVCCQផ្លូវដែកថាមពល) ឬបន្ទះឈីប eFuse/PMIC ដែលផ្លុំនៅជិតឧបករណ៍ភ្ជាប់ M.2 ។ អ្នកបច្ចេកទេសនៅក្រោមមីក្រូទស្សន៍ស្តេរ៉េអូកំណត់ទីតាំង capacitor ខ្លីជាមួយនឹងកាមេរ៉ាកម្ដៅ ហើយជំនួសវាក្នុងរយៈពេល 15 នាទី ដោយស្ដារ 100 ភាគរយនៃដ្រាយដោយមិនប៉ះបន្ទះសៀគ្វី NAND ។ - 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-cliTelemetry and Health Log Diagnostic Standards*.
ការណែនាំដែលពាក់ព័ន្ធ¶
- ការបរាជ័យនៃដ្រាយវ៍រឹង និងការសង្គ្រោះទិន្នន័យសង្គ្រោះបន្ទាន់
- ការលុបឯកសារដោយចៃដន្យ ដ្រាយដែលបានធ្វើទ្រង់ទ្រាយ និងការសង្គ្រោះរូបថត
- BitLocker, FileVault, និង LUKS encryption recovery key lockout
- អារេ NAS និង RAID ត្រូវបានបំផ្លាញ ការបរាជ័យនៃដ្រាយច្រើន និងការស្ដារ ZFS/Btrfs
- ការបម្រុងទុកកុំព្យូទ័រ៖ យុទ្ធសាស្ត្រ 3-2-1 និងការសង្គ្រោះគ្រោះមហន្តរាយ
- លេខអាសន្នសកល