RAID 5، RAID 6، يا ZFS ملٽي ڊرائيو ڊراپ: هڪ ڪريش ٿيل Synology، QNAP، يا TrueNAS Array کي بحال ڪرڻ بغير برابري کي تباهه ڪرڻ¶

هڪ سنولوجي ڊسڪ اسٽيشن ٻڌڻ، QNAP TS-سيريز، TrueNAS سرور، يا لينڪس mdadm اسٽوريج سرور بيپ جو مسلسل بيپ ٿيڻ جي رپورٽنگ ڪندي ** حجم خراب ٿي ويو**، ** پول خراب / خراب ٿيل**، يا ** گھڻن ڊرائيوز ڊسڪنيڪٽ ٿيل** هڪ اعلي اسٽيڪ اسٽوريج ايمرجنسي آهي. جڏهن هڪ واحد ڊرائيو هڪ مان نڪرندو آهي RAID 5, Synology Hybrid RAID (SHR-1)، يا ZFS RAIDZ1 پول، صف صفر فالتوگي سان هلندي آهي (degraded رياست)، هر بچيل ڊسڪ کي متوازي ۾ پڙهڻ سان اڏام تي گم ٿيل بلاڪن جي ٻيهر تعمير. جيڪڏهن هڪ سيڪنڊ ڊرائيو آف لائن ڪلاڪن بعد ڦٽي ٿو، يا هڪ ناقابل واپسي پڙهڻ واري غلطي اڇلائي ٿو (URE) اڌ رستي ۾ هڪ متبادل ڊسڪ تي ٻيهر تعمير ڪرڻ، برابري جي رياضي کي ٽوڙي ٿو ۽ اسٽوريج پول مڪمل طور تي آف لائن ٿي وڃي ٿو. گھٻرايل ايڊمنسٽريٽر اڪثر ڪري ايندڙ سٺ سيڪنڊن ۾ Initialize تي ڪلڪ ڪري ٻيهر حاصل ڪرڻ واري ڊيٽا جي ٽيرا بائيٽ کي تباهه ڪري ڇڏيندا آهن. mdadm --create، يا ناڪام ٿيڻ واري هارڊويئر تي فوري طور تي آن لائن ٻيهر تعمير ڪرڻ تي مجبور ڪرڻ. جيڪڏهن توهان جو هارڊويئر RAID سنڀاليندڙ ڪارڊ خود ڊسڪ جي بدران مري ويو، تي سوئچ ڪريو RAID ڪنٽرولر ڪارڊ موت، غير ملڪي ترتيب وار درآمد، ۽ توهان کي ڪڏهن به ڊسڪ شروع نه ڪرڻ گهرجي؛ جيڪڏهن هڪ فرد هارڊ ڊرائيو ڪلڪ ڪري رهيو آهي يا اسپن ڪرڻ کان انڪار ڪري رهيو آهي، صلاح ڪريو هارڊ ڊرائيو ناڪامي ۽ ڊيٽا واپس آڻڻ يا NAS RAID صف خراب ٿي وئي، گھڻن ڊرائيو ناڪامي، ۽ ZFS / Btrfs بحالي. جيڪڏهن هي اسٽوريج ناڪامي اسپتال جي طبي تصويرن کي غير فعال ڪري ٿي (PACS) ايمرجنسي ڊسپيچ، يا لائف سيفٽي انفراسٽرڪچر، پنهنجي مقامي ايمرجنسي نمبر تي ڪال ڪريو (911 آمريڪا ۽ ڪئناڊا ۾، 112 يورپي يونين ۾، 999 برطانيه ۾) يا چيڪ ڪريو اسان جي ڊاريڪٽري جي ايمرجنسي نمبر.

ھاڻي ھي ڪر¶

1. روڪ ڪريو ۽ ڪلڪ نه ڪريو "شروع ڪريو،" "پول ٺاهيو،" "مرمت ڪريو،" يا هلائي mdadm --create ڊراپ ٿيل ڊرائيوز تي: ڪلڪ ڪندي Initialize in Synology DSM يا QNAP QTS، يا هلندي mdadm --create لينڪس ۾، نئون سپر بلاڪ لکي ٿو ۽ سڀني ميمبرن ڊسڪ تي برابري واري پٽي کي صفر ڪرڻ شروع ڪري ٿو. هڪ ڊراپ ڊرائيو عام طور تي اڃا تائين رکي ٿو 99.99% توهان جون فائلون برقرار آهن، صرف ان جي ايونٽ ڪائونٽر طرفان نشان لڳل آئوٽ آف سنڪ.
2. ** اين اي ايس يا سرور کي صاف طور تي پاور ڊاءِ ڪريو (يا پاور کي ڇڪيو جيڪڏهن اهو فعال طور تي ڪلڪ ڪري ڊرائيوز ۾ ٻيهر تعمير ڪري رهيو آهي) ايونٽ ڪائونٽرز کي منجمد ڪرڻ لاءِ**: هر سيڪنڊ جزوي طور تي خراب ٿيل حالت ۾ آن لائن رهي ٿو، آپريٽنگ سسٽم سپر بلاڪ کي وڌائي ٿو Update Time ۽ Events بچيل ڊسڪ تي ڪائونٽر، جڏهن ته ڊريپ ٿيل ڊسڪ پراڻي واقعن جي نمبر تي منجمد رهي ٿي. جيڪڏهن NAS خراب شعبن سان گڏ ڊرائيو ۾ هڪ خودڪار ٻيهر تعمير ڪرڻ جي ڪوشش ڪري رهيو آهي، انهي ڊرائيو کي پڙهڻ جاري رکڻ سان مقناطيسي پليٽ ڪوٽنگ (head crash).
3. ** هر ڊرائيو بي سلاٽ کي فزيڪل مارڪر يا ٽيپ سان ليبل ڪريو (Bay 1, Bay 2, Bay 3, Bay 4) ڪنهن به ٽري کي سلائيڊ ڪرڻ کان اڳ **: جڏهن ته لينڪس mdadm, LVM2، ۽ ZFS ٽريڪ ڊرائيو آرڊر UUID پاران هر ورهاڱي جي اندر سپر بلاڪ، پراڻن هارڊويئر ڪنٽرولرز ۽ دستياب dmsetup جدول جي تعمير لاءِ درست فزيڪل سلاٽ آرڊر جي ضرورت آھي (0, 1, 2, 3...).
4. ڪڏهن به وصولي جي ڪوشش نه ڪريو، فورس-اسمبلي، يا fsck سڌو سنئون اصل ميمبر ڊرائيو تي؛ هر ڊرائيو بٽ-فار-بٽ استعمال ڪندي ڪلون ڪريو ddrescue پهريون: ڊوڙڻ کان اڳ mdadm --assemble --force يا zpool import -F، هر ميمبر ڊسڪ کي لينڪس ورڪ اسٽيشن سان سڌو SATA/SAS ذريعي ڳنڍيو (ڪڏهن به سستو USB پل نه لڪائي. SMART يا SCT ERC timeouts) ۽ ان سان گڏ کلون ddrescue صحتمند اسپيئر ڊرائيو يا تصويري فائلن تي.
5. ** ڪلون ٿيل صف کي سختي سان گڏ ڪرڻ لاءِ صرف پڙهڻ واري موڊ ۾ (--readonly يا -o readonly=on)**: جڏهن گڏ ڪرڻ mdadm arrays جن جا ايونٽ ڪائونٽر هڪ ئي وقت ۾ ملٽي ڊرائيو ڊراپ دوران ڌار ٿي ويا، هميشه پاس --readonly (mdadm --assemble --force --readonly /dev/md0 ...). صرف پڙهڻ واري موڊ ۾، نه ئي mdadm, LVM2, ext4, Btrfs، ۽ نه ZFS برابري واري پٽي کي مٿي ڪري سگھي ٿو يا تباهي واري جرنل کي ٻيهر هلائي سگھي ٿو.
6. پنهنجي انتهائي نازڪ ڊيٽا کي ڪاپي ڪريو هڪ آزاد خارجي بيڪ اپ ڊرائيو تي فوري طور تي هڪ ڀيرو نصب ٿيل صرف پڙهڻ لاءِ: پنهنجي دستاويزن، ڊيٽابيسس، ورچوئل مشينن ۽ فوٽوز کي پهرين الڳ ڊرائيو ڏانهن ڪڍو، پوءِ ڊسڪ کي صاف ڪريو ۽ جانچ ڪريو.

فيصلي جو وڻ: ملٽي ڊرائيو RAID ۽ ZFS پول ايمرجنسي ٽريج¶

هي فلو چارٽ استعمال ڪريو اهو طئي ڪرڻ لاءِ ته ڇا توهان جي صف کي منطقي وقت ختم ٿيڻ جو شڪار ٿيو (TLER / ERC بي ميلاپ)، هڪ حقيقي ملٽي ڊسڪ بيڊ سيڪٽر جي ناڪامي ٻيهر تعمير دوران، يا هڪ ZFS ٽرانزيڪشن گروپ (TXG) خطا:

flowchart TD
    Start["RAID 5 / RAID 6 / SHR / ZFS پول 2+ ڊرائيو ڇڏڻ کان پوءِ تباهه ٿي ويو"] --> StopIO["بند ڪريو سڀ تعميرات ۽ پاور ڊاؤن NAS فوري طور تي"]
    StopIO --> Label["بي نمبر ذريعي هر ڊرائيو ٽري کي ليبل ڪريو (بي 1 کان بي بي اين)"]
    Label --> ConnectLinux["ڪنيڪٽ ڪريو ميمبر ڊرائيو Ubuntu Linux Rescue Host ذريعي سڌو SATA / HBA"]

    ConnectLinux --> CheckSmart["SMART ۽ Metadata جي چڪاس ڪريو صرف پڙهڻ لاءِ: smartctl -a/mdadm --examine/zdb -l"]
    CheckSmart --> PhysicalHealth{"ڇا ڪي ڊرائيو ڪلڪ ڪري رهيا آهن، اسپن ڪرڻ کان انڪار ڪري رهيا آهن، يا dmesg ۾ آف لائن ڇڏي رهيا آهن؟"}

    PhysicalHealth -->|"ها: RAID 5 ۾ 2+ ڊرائيو تي ميڪيڪل / هيڊ ناڪامي"| Cleanroom["STOP پاورنگ ڊسڪ -> Cleanroom Data Recovery Lab ڏانھن موڪليو"]
    PhysicalHealth -->|"نه: سڀئي ڊرائيو اسپن اپ (شايد خراب شعبن يا وقت ختم ٿيڻ جي دير ٿي سگهي ٿي)"| CloneAll["GNU ddrescue استعمال ڪندي هر ميمبر ڊرائيو ڪلون ڪريو (فارورڊ پاس -> ريورس اسڪريپ)"]

    CloneAll --> DisconnectOrig["اصل ڊرائيو کي ڊس ڪنيڪٽ ڪريو ۽ ڪلون ٿيل ڊسڪ / تصويرن تي سختي سان ڪم ڪريو"]
    DisconnectOrig --> ArrayType{"ڪهڙو اسٽوريج آرڪيٽيڪچر استعمال ڪيو ويندو آهي؟"}

    ArrayType -->|"Synology DSM (SHR / Classic RAID)"| SynologyFlow["ايونٽس جي معائنو ڪريو mdadm --examine -> Force-assemble-Read-Only -> فعال ڪريو LVM2 / Btrfs صرف پڙهڻ لاءِ"]
    ArrayType -->|"QNAP QTS (HAL LVM پتلي / ٿلهي RAID)"| QnapFlow["mdadm صرف پڙهڻ لاءِ گڏ ڪريو -> DRBD پرت کي فعال ڪريو جيڪڏھن موجود آھي -> ڪسٽم QNAP LVM2 سپر بلاڪ اسڪين ڪريو"]
    ArrayType -->|"TrueNAS / ZFS (RAIDZ1 / RAIDZ2 / آئينو)"| ZfsFlow["zpool import -d /dev/disk/by-id -> رول بيڪ سان صرف پڙهڻ لاءِ درآمد ڪريو: zpool import -f -o readonly=on -F"]
    ArrayType -->|"معياري لينڪس mdadm"| LinuxFlow["ايونٽ ڪائونٽر جو مقابلو ڪريو -> mdadm -assemble -force -readonly -> Mount Filesystem -o ro،noload سان"]

مرحلا 1: ڇو زبردستي ٻيهر تعمير ڪرڻ ڊيٽا کي تباهه ڪري ٿو (دي يو آر اي ۽ ساڳي بيچ ڪاسڪيڊ)¶

سمجھڻ لاءِ ته ڇو مرمت/ٻيهر ٺاھيو تي ڪلڪ ڪرڻ يا ھڪڙي ڊرائيو کي تبديل ڪرڻ ۽ 36 ڪلاڪ انتظار ڪرڻ اڪثر ڪري ڪل ايري حادثي جو سبب بڻجندو آھي، توھان کي سمجھڻ گھرجي ته ڪيئن برابري جي بحاليءَ سان عمر جي مقناطيسي ميڊيا تي زور پوي ٿو ۽ ڇو ڪنزيومر ڊيسڪ ٽاپ ڊرائيو NAS ملفوظات مان نڪرندي آھي.

1. رياضياتي حقيقت جي ناقابل واپسي پڙهڻ واري غلطي (UREs) RAID 5 يا RAIDZ1 جي ٻيهر تعمير دوران¶

4-ڊرائيو ۾ RAID 5 يا ZFS RAIDZ1 پول، ڊيٽا ۽ برابري بلاڪ (P) هڪ خاص يا استعمال ڪندي سڀني چار ڊسڪ تي پٽي ٿيل آهن (XORحساب ڪتاب (D1 XOR D2 XOR D3 = P). جيڪڏهن ڊرائيو 2 مڪمل طور تي مري وڃي، صف ۾ صفر باقي بيڪار آهي. ڊرائيو 2 کي نئين بدلي واري ڊسڪ تي ٻيهر ٺاهڻ لاءِ، NAS کي ڊرائيو 1، ڊرائيو 3، ۽ ڊرائيو 4 هڪ ئي وقت **بائيٽ 0 کان ڊسڪ جي آخر تائين هر هڪ شعبي کي پڙهڻ گهرجي(Reconstructed D2 = D1 XOR D3 XOR P).

غور ڪيو ته ڇا ٿيندو جڏهن اهي ڊرائيوون چار 12 ٽيرا بائيٽ (12,000 گيگا بائيٽ) هارڊ ڊرائيوون چار سال اڳ ساڳئي پيداوار واري بيچ مان خريد ڪيون ويون آهن: - 12 terabytes جي ٻيهر تعمير پڙهڻ جي ضرورت آهي 36 terabytes (2.88 x 1014 انفرادي بٽس) مسلسل 24 کان 48 ڪلاڪن تائين وڌ ۾ وڌ حرارتي ۽ ميڪيڪل لوڊ تي. - صارفين جي هارڊ ڊرائيو ۾ عام طور تي ناقابل واپسي پڙهڻ جي غلطي هوندي آهي (URE) جي وضاحت 1 error in 1014 bits (12.5 terabytes)، ۽ عمر جي ڊرائيو خاموش لڪير واري شعبي جي غلطي کي ترقي ڪري ٿو (Current_Pending_Sector) ڊسڪ جي ٿڌي علائقن ۾ جيڪي سالن ۾ نه پڙهيا ويا آهن. - لمحو ڊرائيو 3 هڪ اڻ پڙهيل 4 ڪلو بائيٽ (0.004 ميگا بائيٽ) خراب شعبي کي ماريندو آهي جڏهن ته ڊرائيو 2 اڃا غائب آهي يا اڌ ٻيهر ٺهيل آهي، XOR مساوات ۾ ** ٻه نامعلوم** (D2 ۽ D3).

2. ڇو ڊيسڪ ٽاپ ڊرائيو بغير TLER / SCT ERC مڪمل طور تي 1 خراب شعبي کان ٻاهر ڪڍيو¶

هتي اهو پيچرو آهي جيڪو Synology، QNAP، ۽ Linux تي تباهي واري ملٽي ڊرائيو ڊراپس جو سبب بڻائيندو آهي mdadm:

+-------------------------------------------------------------------------+
| WHY A SINGLE BAD SECTOR DROPS AN ENTIRE DRIVE DURING REBUILD            |
|                                                                         |
| 1. Drive 2 is dead/rebuilding. NAS reads Sector 849,102,400 on Drive 3. |
| 2. Drive 3 hits a weak magnetic spot (Current_Pending_Sector).          |
| 3. Consumer Drive Behavior (No TLER / SCT ERC):                         |
|    - Drive 3 enters deep internal error recovery for 30 to 120 seconds, |
|      stopping all SATA responses while retrying head positioning.       |
| 4. Linux Kernel / NAS Controller Timeout (Default 7 to 30 seconds):     |
|    - Kernel sees Drive 3 unresponsive for >30s -> Issues SATA bus reset |
|    - mdadm assumes Drive 3 is COMPLETELY DEAD and kicks it from array   |
| 5. RESULT: Both Drive 2 and Drive 3 are now marked FAULTY/REMOVED.      |
|    The entire RAID 5 array crashes offline immediately.                 |
+-------------------------------------------------------------------------+

نوٽ ڪريو اصل ۾ ڇا ٿيو: ڊرائيو 3 مئل نه آهي. اهو آهي 99.999999% صحتمند شعبا ۽ صرف 1 يا 2 اڻ پڙهيل 4 ڪلو بائيٽ شعبا (8 kilobytes کان ٻاهر 12 terabytes). اڃان تائين ڇاڪاڻ ته mdadm 30-سيڪنڊ ڪمانڊ ٽائم آئوٽ جي ڪري ڊرائيو 3 کي صف مان ڪڍي ڇڏيو، سڄو حجم ڪريش ٿيل طور ڏيکاري ٿو. جيڪڏهن توهان ڊرائيو 3 سان کلون ڪيو ddrescue (جيڪو خوشيءَ سان 8 ڪلو بائيٽ خراب شعبن کي ڇڏي ٿو ۽ ٻين 12 ٽيرا بائيٽس کي نقل ڪري ٿو) ۽ صرف پڙهڻ لاءِ ايري کي زور سان گڏ ڪريو، توهان پنهنجي فائلن جو تقريباً 100 سيڪڙو بحال ڪندا.

3. توهان کي ڪڏهن به نه هلڻ گهرجي mdadm --create يا "شروع ڪريو" تي ڪلڪ ڪريو¶

جڏهن هڪ صف حادثو ٿئي ٿي، ٻه تباهي واري خرافات آن لائن گردش ڪن ٿا: - ** افسانو 1: "ساڳئي ساڳي ڊرائيو آرڊر سان صف کي ٻيهر ٺاهيو mdadm --create"** جيتوڻيڪ سان --assume-clean، جو جديد نسخو mdadm ڊفالٽ کان مختلف Data Offset قدرن تي منحصر ڪريل ۽ mdadm ڇڏڻ (2048 sectors بمقابله 262144 sectors). جڏهن mdadm --create هڪ نئون نسخو لکي ٿو 1.2 غلط آفسيٽ تي سپر بلاڪ يا بي ترتيب واري سائيز سان، اھو مٿي لکندو آھي LVM2 جسماني حجم سر يا ext4 حجم جي سامهون سپر بلاڪ. - مٿ 2: "ٻي ڊرائيو ڪڍو جيڪا صرف ڇڏي وئي، ان کي واپس پلگ ان ڪريو، ۽ ڪلڪ ڪريو مرمت ڪريو." جيڪڏهن ڊرائيو 1 ٽي ڏينهن اڳ ختم ٿي وئي (تنهنڪري ان جو ڊيٽا 3 ڏينهن اسٽيل آهي) ۽ ڊرائيو 3 10 منٽ اڳ ڪڍيو ويو (تنهنڪري ان جو ڊيٽا موجوده آهي)، غلط ڊرائيو کي ڇڪڻ ۽ ٻيهر داخل ڪرڻ يا ڊرائيو 1 سان ٻيهر تعمير ڪرڻ تي مجبور ڪيو ويو ڊرائيو 1 کي "فعال" جو نشان لڳايو ويو آهي ۽ ڊرائيو 3 کي نشان لڳايو ويو آهي ** "ايس پي" تي نشان لڳايو ويو آهي. 3-ڏينهن پراڻي اسٽيل برابري واري پٽي سان تازه ترين صف، هر ڊاريڪٽري کي خراب ڪندي ۽ آخري 72 ڪلاڪن ۾ تبديل ٿيل فائل.

مرحلو 2: سپر بلاڪ ۽ معائنو ڪرڻ Event ڳڻپيوڪر محفوظ طور تي لينڪس بچاء واري ميزبان تي¶

حادثو ٿيل Synology، QNAP، TrueNAS، يا Linux صفن کي محفوظ طور تي بچائڻ لاءِ، سڀئي ميمبر ڊرائيوز (انهن جي بي نمبرن کي ليبل ڪرڻ کان پوءِ) هٽايو ۽ انهن کي ڊيسڪ ٽاپ پي سي يا سرور سان ڳنڍيو Ubuntu 22.04 LTS / 24.04 LTS (جيتوڻيڪ لائيو USB اسٽڪ کان بوٽ ٿيل).

قدم 1: انسٽال ڪريو فارنزڪ ریسکيو ٽول ڪٽ Ubuntu ۾¶

توهان جي Ubuntu بچاء واري مشين تي ٽرمينل کوليو ۽ گهربل افاديت کي انسٽال ڪريو:

sudo apt-get update
sudo apt-get install -y gddrescue smartmontools mdadm lvm2 btrfs-progs xfsprogs zfsutils-linux

قدم 2: نقشو هر ڊرائيو خط، سيريل نمبر، ۽ ورهاڱي جي ترتيب¶

سڀني ڳنڍيل بلاڪ ڊوائيسز ۽ انهن جي هارڊويئر سيريل نمبرن کي لسٽ ڪريو، تنهنڪري توهان ڪڏهن به بچاء واري ڊسڪ کي ماخذ NAS ڊسڪ سان گڏ نه ڪيو.

lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,TYPE,MOUNTPOINTS

هڪ عام Synology DSM، QNAP، يا TrueNAS ڊرائيو جي ورهاڱي واري ٽيبل کي ڏسو:

قدم 3: چيڪ ڪريو mdadm --examine ڏسڻ لاءِ ڇو صف خراب ٿي وئي (ايونٽ ڪائونٽر ميٽرڪس)¶

هڪ Synology، QNAP، يا لينڪس تي mdadm array، صارف ڊيٽا جي ورهاڱي تي RAID ميٽا ڊيٽا کي جانچيو (مثال طور، ورهاڱي 3 تي /dev/sdb3, /dev/sdc3, /dev/sdd3, /dev/sde3) بغير ڪنهن به شيءِ کي وڌائڻ يا تبديل ڪرڻ کان سواءِ:

sudo mdadm --examine /dev/sd[b-e]3 | grep -E "Filename|Magic|Update Time|Events|Array State|Device Role"

سڀني چار ڊرائيوز جي پيداوار جو مقابلو ڪريو:

/dev/sdb3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 0
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdc3:
    Update Time : Thu Oct 29 03:44:11 2026
         Events : 479012
   Device Role : Active device 1
   Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdd3:
    Update Time : Sat Oct 31 14:12:04 2026
         Events : 482188
   Device Role : Active device 2
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sde3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 3
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

هن فارنزڪ ڪهاڻي کي غور سان پڙهو: 1. /dev/sdc3 (Device Role 1) وٽ هڪ آهي Events جو شمار 479012 کان ** ٻه ڏينهن اڳ (Oct 29)**. اها ڊرائيو پهرين، ٻه ڏينهن اڳ ڪڍي وئي، ۽ تڏهن کان آف لائن آهي. 2. /dev/sdb3 (Role 0) ۽ /dev/sde3 (Role 3) ٻنهي وٽ آهي Events : 482190 تي 14:12:09. 3. /dev/sdd3 (Role 2) آهي Events : 482188 تي 14:12:04، صرف 5 سيڪنڊ ۽ 2 واقعا پويان sdb3 ۽ sde3. 4. نتيجو: توهان کي استعمال ڪندي صف کي ٻيهر ٺاهڻ گهرجي sdb3 (Role 0) sdd3 (Role 2)، ۽ sde3 (Role 3) (جنهن جا واقعا شمار ڪندڙ صرف 2 ٽڪر ڌار ڌار آهن)، جڏهن ته ** ڇڏڻ sdc3 (Role 1) مڪمل طور تي **.

مرحلو 3: ڪلوننگ هر ڊرائيو بٽ-فار-بٽ سان GNU ddrescue¶

هلڻ کان اڳ mdadm --assemble --force يا zpool import -F, هر گهربل ڊرائيو کي کلون ڪريو (خاص طور تي ڊرائيو جيڪا ختم ٿي وئي آخري خراب شعبن جي ڪري، جهڙوڪ /dev/sdd مٿين مثال ۾) برابر يا وڏي گنجائش جي صحتمند خالي ڊرائيو تي، يا خام ۾ .img وڏي اسٽوريج جي مقدار تي فائل.

قدم 1: ڇو ddrescue هڪ ميپ فائل سان لازمي آهي¶

معياري dd پهرين خراب شعبي تي، يا ان سان گڏ conv=noerror,sync ان جي پڙهيل سرن کي خراب ٿيل ٽريڪ تي پيس ڪندي ڪلاڪ ضايع ڪري ٿو جڏهن ته ڀرسان سٺي ڊيٽا جي صفر ميگا بائيٽ ڀرڻ. GNU ddrescue ذھني ملٽي اسٽيج پاسن ۾ ڪم ڪري ٿو: 1. **پاس1150 MB/s ڏانهن 250 MB/s)، فوري طور تي ڪنهن به سست يا اڻ پڙهيل بلاڪ مٿان ٽپو ڏيو ته جيئن توهان جي حاصل ڪرڻ کان اڳ ڊرائيو وڌيڪ گرم يا مري نه وڃي. 99.99% سٺي ڊيٽا. 2. پاس 2 (ٽرمنگ مرحلو): اڳيان ۽ پوئتي ٻنهي کان هر خراب بلاڪ جي صحيح ڪنارن تائين پڙهو (reverse direction) خراب ٿيل علائقي کي الڳ ڪرڻ لاءِ صحيح 4 ڪلو بائيٽ هارڊويئر سيڪٽر تائين. 3. پاس 3 (اسڪريپنگ مرحلو): بس کي غير ضروري طور تي ري سيٽ ڪرڻ کان سواءِ خراب ٿيل شعبن کي آسانيءَ سان ٻيهر آزمايو.

قدم 2: 2-اسٽيج کي ھلايو ddrescue کلون حڪم¶

هميشه هڪ نقشي فائل بيان ڪريو (sdd_rescue.map). جيڪڏهن مرڻ جو ذريعو ڊرائيو منقطع ٿئي ٿو ۽ پاور چڪر جي ضرورت آهي، ddrescue نقشي جي فائل کي پڙھي ٿو ۽ صحيح بائيٽ تي وري شروع ٿئي ٿو جتي اھو ڇڏي ويو بغير ھڪڙي ھڪڙي نقل ٿيل شعبي کي ٻيهر پڙھڻ کان سواء:

# Stage 1: Fast forward pass skipping bad/slow blocks immediately (-n = no-scrape)
sudo ddrescue -f -n -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

# Stage 2: Targeted trimming and 3-retry scrape of the skipped bad sectors
sudo ddrescue -f -d -r 3 -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

مرحلا 4: Reconstructing Synology DSM (SHR-1 / SHR-2 / کلاسک RAID)، QNAP، ۽ لينڪس mdadm¶

هڪ دفعو توهان جي ڪلون ٿيل ڊرائيوز (يا صرف پڙهڻ لاءِ لوپ ڊوائيسز) تيار آهن ۽ اصل NAS ڊرائيو محفوظ طور تي ان پلگ ٿيل آهن، توهان جي پليٽ فارم لاءِ صحيح غير تباهي واري اسيمبلي جي ترتيب جي پيروي ڪريو.

منظر A: معياري لينڪس mdadm يا Synology Classic RAID (RAID 5 / RAID 6)¶

1. ڪنهن به جزوي کي روڪيو md array ته Ubuntu شروع ڪرڻ جي ڪوشش ڪئي هجي:

   cat /proc/mdstat
   sudo mdadm --stop /dev/md127
   

2. ڪلون ٿيل ورهاڱي کي زور سان گڏ ڪرڻ (sdb3, sdd3, sde3، ڊگھي مئل کي ختم ڪرڻ sdc3) سختي سان پڙهڻ واري موڊ ۾:

   sudo mdadm --assemble --force --readonly --verbose /dev/md2 /dev/sdb3 /dev/sdd3 /dev/sde3
   

   ٻاھر ڏسو: mdadm رپورٽ ڪندو forcing event count in /dev/sdd3(2) from 482188 up to 482190 ۽ mdadm: /dev/md2 has been started with 3 drives (out of 4).
3. پڪ ڪريو ته صف فعال ۽ نشان لڳل آهي (auto-read-only) يا (read-only):

   cat /proc/mdstat
   

منظر B: Synology Hybrid RAID (SHR-1 ۽ SHR-2) سان LVM2 ۽ Btrfs / ext4¶

Synology جي SHR (Synology Hybrid RAID) 100 سيڪڙو معياري لينڪس آهي mdadm + LVM2 (Logical Volume Manager): - جڏهن هڪ SHR پول ۾ سڀئي ڊرائيو ساڳيا سائيز آهن (مثال طور، چار 8 ٽيرابائيٽ ڊرائيو)، Synology ٺاهي ٿي هڪ واحد mdadm RAID 5 ورهاڱي (md2 هر ڊرائيو جي ورهاڱي 3 تي) ۽ هنڌن تي هڪ LVM2 حجم گروپ (vg1000 يا vg1) مٿان md2. - جڏهن SHR پول ۾ ڊرائيوون مخلوط سائيز هونديون آهن (مثال طور، ٻه 8 ٽيرا بائيٽ ڊرائيو ۽ ٻه 16 ٽيرا بائيٽ ڊرائيو)، Synology ٻه الڳ الڳ ٺاهي ٿي. mdadm صفون: md2 ورهاڱو 5 (8 TB RAID 5 ۾ سڀني 4 ڊرائيو تي سلائس) ۽ md3 پارشن 6 (باقي 8 TB RAID 1 ۾ ٻن 16 TB ڊرائيو تي سلائس)، پوء شامل ٿيو md2 + md3 ھڪڙي ۾ LVM2 حجم گروپ (vg1000).

طاقت گڏ ڪرڻ کانپوءِ Ubuntu تي صرف پڙهڻ لاءِ Synology SHR حجم کي ماؤنٽ ڪرڻ لاءِ /dev/md2 (۽ /dev/md3 جيڪڏهن مخلوط سائيز SHR): 1. Synology LVM2 جسماني حجم ۽ حجم گروپن لاءِ اسڪين ڪريو:

sudo pvscan
sudo vgscan
sudo lvscan

sudo vgchange -ay /dev/vg1000

sudo mkdir -p /mnt/synology_rescue
sudo mount -t ext4 -o ro,noload /dev/vg1000/lv /mnt/synology_rescue

sudo mkdir -p /mnt/synology_rescue
sudo mount -t btrfs -o ro,norecovery /dev/vg1000/lv /mnt/synology_rescue

sudo mount -t btrfs -o ro,norecovery,usebackuproot /dev/vg1000/lv /mnt/synology_rescue

منظر C: Synology DSM 7+ حجم انڪريپشن يا شيئر فولڊر انڪريپشن (eCryptfs)¶

• ** شيئرڊ فولڊر انڪرپشن (@sharename@ فولڊر تي مشتمل ECRYPTFS_FNEK_ENCRYPTED... فائل جا نالا)**: سڄي ڪاپي ڪريو @encrypted_share@ فولڊر بند /mnt/synology_rescue پهرين، پوء ان کي Ubuntu تي مائونٽ ۽ ڊريڪٽ ڪريو توهان جي Synology انڪريپشن پاسورڊ استعمال ڪندي يا .key فائل:

  sudo apt-get install -y ecryptfs-utils
  sudo mkdir -p /mnt/decrypted_share
  sudo mount -t ecryptfs -o ro /mnt/synology_rescue/@encrypted_share@ /mnt/decrypted_share
  

• DSM 7.2+ مڪمل حجم انڪرپشن (LUKS): جيڪڏهن /dev/vg1000/lv ڏيکاري ٿو TYPE="crypto_LUKS" ۾ blkid، ان لاڪ ڪريو صرف پڙهڻ لاءِ استعمال ڪندي .rkey وصولي ڪي فائل ڊائون لوڊ ڪيو ويو جڏهن حجم ٺاهي وئي:

  sudo cryptsetup open --readonly --key-file /path/to/Volume1.rkey /dev/vg1000/lv synology_crypt
  sudo mount -o ro,norecovery /dev/mapper/synology_crypt /mnt/synology_rescue
  

منظر D: QNAP QTS (LVM2 Thin Provisioning ۽ DRBD پرت)¶

جديد QNAP NAS يونٽ (QTS 4.3+ / 5.x) اندروني سنگل نوڊ داخل ڪريو DRBD ڊوائيس (/dev/drbd1) جي وچ ۾ /dev/md1 ۽ جي LVM2 حجم گروپ (vg1). 1. پهرين قوت سان گڏ ڪيو QNAP ڊيٽا پارٽيشنز (/dev/sd[b-e]3) صرف پڙهڻ لاءِ /dev/md1:

sudo mdadm --assemble --force --readonly /dev/md1 /dev/sdb3 /dev/sdd3 /dev/sde3

مرحلو 5: TrueNAS ۽ لينڪس کي بچائڻ ZFS تلاءُ (RAIDZ1, RAIDZ2, RAIDZ3)¶

جيڪڏهن توهان جو اسٽوريج سرور هلندو آهي TrueNAS CORE، TrueNAS SCALE، Proxmox VE، يا Ubuntu ZFS، وصولي استعمال نه ڪندي mdadm. ان جي بدران، ZFS حجم مينيجر کي گڏ ڪري ٿو ۽ ڪاپي-آن-لکڻ (CoW) فائل سسٽم ھڪڙي ھڪڙي ٽرانزيڪشنل فن تعمير ۾ Uberblocks ۽ ترتيب وار ** ٽرانزيڪشن گروپ (TXGs)**.

قدم 1: معائنو ڪريو 4 ZFS vdev ليبلز (L0, L1, L2, L3) هر ڪلون ٿيل ڊسڪ تي¶

هر ZFS ميمبر ورهاڱي کي محفوظ ڪري ٿو چار هڪجهڙا ڪاپيون پول جي ترتيب ۽ آخري 128 Uberblocks جي هڪ صف (ٻه ليبل ورهاڱي جي اڳيان، L0 ۽ L1، ۽ ٻه ليبل بلڪل آخر ۾، L2 ۽ L3). ڊوڙ zdb -l هر ڪلون ٿيل ورهاڱي تي پول اسٽيٽ جو معائنو ڪرڻ لاءِ ۽ سڀ کان وڌيڪ پابند ٽرانزيڪشن گروپ (txg):

sudo zdb -l /dev/sdb2 | grep -E "name:|state:|txg:|guid:" | head -n 20

جي ڀيٽ ڪريو txg: سڀني ڪلون ٿيل ڊرائيو تي نمبر. جهڙو mdadmجي Events انسداد، جيڪڏهن هڪ ڊسڪ 5 منٽن کان اڳ ختم ٿي وئي ته بجلي جي نقصان يا ٻي ڊسڪ ڊراپ، ان جي txg باقي ڊسڪ کان ٿورو گھٽ ٿيندو.

قدم 2: ZFS پول کي سختي سان صرف پڙهڻ واري موڊ ۾ درآمد ڪريو (-o readonly=on)¶

پهرين چيڪ ڪريو درآمدي تلاءَ بغير ڪنهن به شيءِ جي ذريعي sudo zpool import -d /dev/disk/by-id. ريڊ-رائيٽ موڊ ۾ ڪڏهن به خراب ٿيل يا ملٽي ڊسڪ-ڊراپ ٿيل ZFS پول درآمد نه ڪريو. جڏهن درآمد سان -o readonly=on, ZFS هڪ resilver شروع ڪرڻ جي ڪوشش نٿو ڪري، نئين Uberblocks نه لکندو آهي، ۽ ڪرنل کي خوفزده نٿو ڪري سگهي جيڪڏهن خراب خلائي نقشو (spacemap) لکڻ جي تخصيص دوران سامهون اچي ٿو:

sudo mkdir -p /mnt/zfs_rescue
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue tank

قدم 3: جيڪڏهن zpool import سان ناڪام ٿي I/O error يا corrupted dataاستعمال ڪريو TXG رولبڪ (-F ۽ -T)¶

جيڪڏهن ٻه ڊرائيو هڪ ٻئي جي سيڪنڊن جي اندر ختم ٿي ويا آهن هڪ وڏي لکڻ جي دفن دوران، بلڪل تازو ٽرانزيڪشن گروپ (TXG N) ٿي سگھي ٿو نامڪمل رھندڙ برابري واري پٽي ۾، جڏهن ته TXG N-1 يا TXG N-2 (لکيل 5 کان 15 سيڪنڊ اڳ) 100 سيڪڙو برقرار آهي Uberblock رنگ بفر اندر.

1. ** ٽيسٽ ڪريو غير تباهي واري خشڪ رن رول بيڪ ڏيک (-F -n)**:

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F -n tank
   

   جيڪڏهن ZFS رپورٽ Would be able to return pool to its state as of <timestamp>, بغير صرف پڙهڻ واري رولبڪ درآمد کي هلائڻ -n:

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F tank
   

2. ** جيڪڏهن -F اڃا تائين جديد Uberblocks تي سوار نه ٿي سگھي، تاريخي Uberblock TXG نمبرن سان لسٽ ڪريو zdb ۽ هڪ مخصوص پراڻو TXG درآمد ڪريو (-T)**:

   sudo zdb -e -ul /dev/sdb2 | grep -E "Uberblock|txg =|timestamp ="
   

   چونڊيو a txg حادثي کان اڳ 30 کان 60 سيڪنڊن جو نمبر (مثال طور، txg = 9481020) ۽ درآمد ڪريو تلاءُ منجمد ان ئي وقت تي صرف پڙهڻ واري موڊ ۾:

   sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -T 9481020 tank
   

مرحلو 6: پوسٽ-بحالي جي تصديق ۽ مستقبل جي ٻيهر تعميراتي cascades کي روڪڻ¶

هڪ دفعو توهان نقل ڪيو آهي 100 سيڪڙو توهان جي وصول ڪيل ڊيٽا مان /mnt/synology_rescue يا /mnt/zfs_rescue هڪ آزاد بيڪ اپ ٽارگيٽ تي، توهان جي NAS کي خدمت ۾ واپس آڻڻ کان پهريان هن هارڊويئر ۽ ترتيب واري چيڪ لسٽ تي عمل ڪريو:

• سڀئي NAS ڊرائيوس ساڳئي ڏينهن تي ساڳئي پرچون ڪندڙ کان خريد نه ڪريو: ساڳي پيداوار واري لاٽ مان ڊرائيوون هڪجهڙا هيڊ بيچ ۽ فرم ویئر شيئر ڪن ٿيون، جنهن ڪري اهي ٻيهر تعمير دوران هڪ ٻئي جي ڪلاڪن اندر ناڪام ٿي وڃن ٿيون. ملائي بيچ يا ٺاهيندڙن (Seagate IronWolf / Exos, WD Red Plus / Ultrastar, Toshiba N300 / MG).
• ** صرف استعمال ڪريو NAS/انٽرپرائز ڊرائيو سان TLER / SCT ERC فعال (يا لينڪس وڌايو mdadm ڊيسڪ ٽاپ ڊرائيوز لاءِ SCSI ٽائم آئوٽ)**: لينڪس ۾ صارف ڊرائيوز لاءِ mdadmاستعمال ڪريو a udev وڌائڻ جو قاعدو /sys/block/sdX/device/timeout کان 30 سيڪنڊن تائين 180 سيڪنڊ ائين mdadm ڊرائيو ڇڏڻ بدران اندروني شعبي جي ريمپنگ جو انتظار ڪري ٿو.
• ** کان وڏين ڊرائيو سان صفن کي منتقل ڪريو 8 TB کان RAID 5 / SHR-1 / RAIDZ1 ڏانهن RAID 6 / SHR-2 / RAIDZ2**: سان 12 TB ڏانهن 24 TB ڊرائيو، سنگل برابري جي ٻيهر تعمير جو وقت 30 ڪلاڪن کان وڌيڪ، ڊبل برابري ٺاهڻ (RAID 6 / SHR-2 / RAIDZ2) resilvering دوران هڪ خراب شعبي کي بچائڻ لاء اهم آهي.
• ** مھينا شيڊول Data Scrubbing (mdadm check / zpool scrub) ۽ وڌايو ويو SMART ٽيسٽ**: مھينا اسڪربنگ مرمت جي لڪيٽ سيڪٽر غلطيون (Current_Pending_Sector) جڏهن ته سڀئي ڊرائيو آن لائن آهن.
• ياد رکو ته RAID اعلي دستيابي آهي، ڪڏهن به بيڪ اپ ناهي: جي پيروي ڪريو 3-2-1 بيڪ اپ حڪمت عملي آف لائن ڪاپي سان.

علائقائي ايمرجنسي نمبر ۽ ايجنسي پروٽوڪول¶

صحت جي سار سنڀار نيٽ ورڪن، ايمرجنسي ڪميونيڪيشن، يا قانوني ذاتي رڪارڊ کي متاثر ڪرڻ واري اسٽوريج جي بندش کي فوري طور تي وڌائڻ جي ضرورت آهي:

• آمريڪا ۽ ڪئناڊا: ڊائل 911 جيڪڏهن هڪ اسٽوريج حادثو اسپتال جي ڪلينڪ سسٽم کي غير فعال ڪري ٿو (EHR / PACS) يا موڪلڻ. رپورٽ ڪريو NAS ٽارگيٽ ڪيل ransomware (DeadBolt, LockBit, Akira) تائين ** CISA (1-844-Say-CISA / cisa.gov/report)**، FBI IC3 (ic3.gov)، يا ڪينيڊا سينٽر فار سائبر سيڪيورٽي (1-833-CYBER-88).
• برطانيه: ڊائل 999 هنگامي حالتن لاءِ جيڪي زندگي جي حفاظت کي متاثر ڪن ٿا يا سخت NHS سنڀال. UK GDPR جي تحت، اندازو لڳايو ته ڇا مستقل غير محفوظ ٿيل ذاتي ڊيٽا جي نقصان کي اطلاع ڏيڻ جي ضرورت آهي ICO (0303 123 1113) 72 ڪلاڪن اندر.
• يورپي يونين: ڊائل 112 يورپي يونين ۾. **NIS2 جي ھدايت واري ** تحت ادارن کي لازمي طور تي 24 ڪلاڪن اندر پنھنجي قومي CSIRT کي وڏي آپريشنل بندش جي رپورٽ ڪرڻ گھرجي، ۽ مستقل ذاتي ڊيٽا جي دستيابي جي نقصان کي GDPR آرٽيڪل 33 72 ڪلاڪن اندر رپورٽ ڪرڻ گھرجي.
• آسٽريليا ۽ نيوزيلينڊ: ڊائل 000 آسٽريليا ۾ يا 111 نيوزيلينڊ ۾؛ رپورٽ انفراسٽرڪچر يا ransomware NAS واقعن کي ACSC (1300 CYBER1) يا ** CERT NZ (0800 237 869)**.
• انڊيا ۽ ايشيا پيسفڪ: ڊائل 112 هندستان ۾ هنگامي جواب ڏيڻ لاء؛ انفراسٽرڪچر اسٽوريج واقعن کي رپورٽ ڪريو CERT-In (incident@cert-in.org.in) لازمي 6-ڪلاڪ ونڊو اندر.

اڪثر پڇيا ويا سوال¶

ڇو ڪيو mdadm --assemble --force منهنجي RAID 5 صف سان شروع ڪرڻ کان انڪار ڪريو not enough to start the array؟¶

4-ڊرائيو ۾ RAID 5 صف، گهٽ ۾ گهٽ 3 مان 4 ڊرائيو ڏانهن منتقل ٿيڻ گهرجي mdadm -- assemble -- force. ڊوڙ sudo mdadm --examine /dev/sd[a-z]3 چيڪ ڪرڻ لاءِ ته ٽين ڊرائيو ڇو رد ڪئي وئي: يا ته توهان ورهاڱي جي بدران پوري ڊسڪ پاس ڪيو (/dev/sdd جي بدران /dev/sdd3)، ان جي سپر بلاڪ کي نشان لڳايو ويو هو اسپيئر هڪ رڪاوٽ ٻيهر تعمير ڪرڻ سان، يا Ubuntu جي آٽو اسمبلر هڪ ڊرائيو کي بند ڪري ڇڏيو غير فعال /dev/md127 ڊوائيس (رن sudo mdadm --stop --scan پهرين، پوء ٻيهر هلائڻ mdadm --assemble --force -- only read).

ڇا جيڪڏهن هڪ ڊرائيو ٻيهر تعمير ڪرڻ شروع ڪيو (Recovery = 12%) ٻي ڊرائيو ٻاهر نڪرڻ کان اڳ؟¶

جيڪڏهن ڊرائيو 2 مري ويو، توهان هڪ متبادل ڊرائيو 2 داخل ڪيو، ۽ تي 12 سيڪڙو ٻيهر تعمير جي ترقي ڊرائيو 3 خراب شعبي جي ڪري آف لائن ڇڏي ويو، استعمال نه ڪريو 12٪-ٻيهر ٺهيل متبادل ڊرائيو 2. ان جي بدران، اصل کلون ڊرائيو 3 سان بچاءُ. ڇاڪاڻ ته ڊرائيو 3 مڪمل طور تي موجوده هئي جيستائين ٻيهر تعمير 12٪ تي بند ٿي وئي، ڊرائيو 1 استعمال ڪندي صرف پڙهڻ لاءِ صف کي زور سان گڏ ڪرڻ، بچاءُ ڊرائيو 3 جو ڪلون، ۽ ڊرائيو 4 (ڊرائيو 2 کي ڇڏڻ) توهان کي هڪ جهڙي صف ڏئي ٿو.

ڇا مان پنھنجي Synology يا QNAP ڊرائيو کي نئين NAS چيسس ۾ رکي سگھان ٿو جيڪڏھن NAS پاور سپلائي يا بورڊ مري ويو؟¶

ها، ٻئي Synology (HDD لڏپلاڻ) ۽ QNAP (سڌو NAS لڏپلاڻ) محفوظ ڪريو RAID ترتيبن کي ڊرائيو تي پاڻ. بهرحال، جيڪڏهن ٻه يا وڌيڪ ڊرائيو اڳ ئي ختم ٿي چڪا هئا (`Volume Crashed`) چيسس جي مرڻ کان اڳ، انهن کي نئين NAS چيسس اندر بوٽ نه ڪريو, ڇاڪاڻ ته لڏپلاڻ جا مددگار شايد ورهاڱي کي ختم ڪري سگھن ٿا يا تباهي واري ٻيهر تعمير کي شروع ڪري سگھن ٿا. پهرين Ubuntu تي صرف پڙهڻ واري ڊيٽا کي بچايو.

مون کي ڪيئن معلوم ٿئي ٿو ته هڪ ڊراپ ڊرائيو ڪلون ڪرڻ لاء محفوظ آهي ddrescue بمقابله هڪ صاف روم ليب جي ضرورت آهي؟¶

ڊرائيو کي SATA سان ڳنڍيو، ان کي پاور آن ڪريو، ۽ ڏسڻ دوران 10 سيڪنڊن لاءِ ٻڌو sudo dmesg -w. جيڪڏهن ڊرائيو تاليل ڪلڪ ڪرڻ، ڇڪڻ، يا گونجندڙ آواز پيدا ڪري ٿي، مٿي گھمڻ ۽ واپس ڦيرايو، يا رپورٽ جي گنجائش 0 ب / 4.1 جي بي ۾ lsblk، پڙهڻ/لکڻ جا سر جسماني طور ناڪام ٿي ويا آهن: بجلي کي فوري طور تي ڪٽيو ۽ صاف روم ليب استعمال ڪريو. جيڪڏهن ڊرائيو آسانيء سان گھمندو آهي، ڏيکاري ٿو ان جي مڪمل صلاحيت اندر lsblk، ۽ صرف لاگ Current_Pending_Sector يا وقت ختم ٿيڻ واريون غلطيون، ان سان کلون ڪريو بچاءُ.

”RAID 5 Write Hole“ ڇا آهي، ۽ ڪيئن ٿو ZFS يا Btrfs بجلي بند ٿيڻ دوران ان کان بچڻ؟¶

روايتي ۾ RAID 5 / RAID 6 بغير جرنل جي، هڪ پٽي کي اپڊيٽ ڪرڻ جي ضرورت آهي ڊيٽا بلاڪ ۽ برابري بلاڪ کي هڪ ئي وقت ٻن ڊسڪ تي لکڻ. جيڪڏهن پاور وچ ۾ لکڻ ۾ ناڪام ٿئي ٿي، ڊيٽا ۽ برابري هاڻي نه ملندي (جي سوراخ لکو). ZFS (`RAIDZ`) ۽ Btrfs ڪاپي-آن-لکڻ استعمال ڪندي لکڻ جي سوراخ کي ختم ڪريو (`CoW`)، هر نئين پٽي کي غير استعمال ٿيل بلاڪ ۾ لکڻ ۽ Uberblock/root پوائنٽر کي اپڊيٽ ڪرڻ کان پوءِ ئي مڪمل پٽي ڊسڪ تي آهي.

ڇا مان استعمال ڪري سگهان ٿو dmsetup ڪلون ٿيل ڊرائيو کي تبديل ڪرڻ کان سواءِ RAID پيٽرولر کي جانچڻ لاءِ اوورليز؟¶

ها، توهان ٺاهي سگهو ٿا Copy-on-write (`CoW`) صرف پڙهڻ لاءِ لوپ ڊوائيسز جي مٿي تي اوورليز (`losetup --read-only`لينڪس استعمال ڪندي dmsetup (`snapshot` ٽارگيٽ) ۾ اسپارس فائلن جي مدد سان /tmp. کان ڪو به لکندو mdadm -- assemble -- force يا fsck -y ڊسپوزيبل ۾ وڃو /tmp اوورلي فائل، جيڪڏهن ضرورت هجي ته توهان کي 1 سيڪنڊ ۾ ري سيٽ ڪرڻ ڏيو.

لاڳاپيل ھدايتون¶

• NAS RAID صف خراب ٿي وئي، گھڻن ڊرائيو ناڪامي، ۽ ZFS / Btrfs بحالي
• RAID ڪنٽرولر ڪارڊ موت، غير ملڪي ترتيب وار درآمد، ۽ توهان کي ڪڏهن به ڊسڪ شروع نه ڪرڻ گهرجي
• هارڊ ڊرائيو ناڪامي ۽ ڊيٽا واپس آڻڻ
• SSD ۽ NVMe اوچتو صرف پڙهڻ وارو موڊ، 0٪ اضافي بلاڪ، ۽ TRIM غير فعال بچاءُ
• لينڪس، macOS، يا ونڊوز تي حادثاتي rm -rf يا Shift+Delete: فوري طور تي پڙهڻ لاءِ ريماؤنٽ
• ڪمپيوٽر جي بيڪ اپ، 3-2-1 حڪمت عملي، ۽ آفت جي بحالي
• ملڪ طرفان هنگامي نمبر

ذريعن ۽ سرڪاري هدايتون¶

• Linux Raid Wiki (raid.wiki.kernel.org) ۽ لينڪس ڪنيل آرگنائيزيشن: * هڪ ناڪام سافٽ ويئر جي بحالي (mdadm --assemble --force --readonly ۽ ايونٽ ڪائونٽر بي ترتيب)*.
• مفت سافٽ ويئر فائونڊيشن (GNU Project): GNU ddrescue دستي: ناڪام ميڊيا کان فارنسڪ ڊيٽا جي بحالي.
• OpenZFS دستاويز (openzfs.github.io): ZFS پول درآمد جي بحالي (zpool import -F، صرف پڙهڻ واريون درآمدون، ۽ zdb چڪاس).
• Synology Inc.: Synology Knowledge Center: مان ڊيٽا کي بحال ڪرڻ لاءِ پي سي ڪيئن استعمال ڪري سگهان ٿو جڏهن منهنجي Synology NAS ۾ خرابي ٿئي ٿي (mdadm + LVM2 چڙهڻ).
• نيشنل انسٽيٽيوٽ آف معيار ۽ ٽيڪنالاجيNIST) (آمريڪا): خاص پبليڪيشن 800-209: اسٽوريج جي انفراسٽرڪچر لاءِ حفاظتي ھدايتون.