RAID 5 or RAID 6 Degraded Array With Second Drive Failed during Rebuild (Naha Teu Pernah Jalankeun CHKDSK atanapi fsck, ddrescue Sector Cloning, and mdadm Read-Only Assembly)¶

Ngaganti hard drive gagal dina didegradasi RAID 5 atawa RAID 6 server gudang, Synology DiskStation, QNAP NAS, Linux mdadm Asép Sunandar Sunarya, atawa Dell PERC /HP Smart Array / LSI MegaRAID controller hardware ngan pikeun lalajo ** kadua sésana anggota drive lémparan UNC (Uncorrectable Read Error) séktor goréng, Pending Sectors, atawa leupaskeun offline di 42% tina parity rebuild ** mangrupa salah sahiji kaayaan darurat gudang paling bahaya di perusahaan tur komputasi home-lab. Dina hiji parity tunggal RAID 5 susunan (N - 1 kasabaran sesar), rekonstruksi XOR matematis tina disk ngagantian merlukeun maca unggal sektor tunggal (LBA 0 ka LBA final) sakuliah ** 100 persén sésana N - 1 anggota drive sakaligus **. Nalika modern-kapasitas tinggi 8 TB ka 24 TB drive hélium (dibeuli tina bets manufaktur anu sarua jeung ngalaman jam termal jeung geter idéntik) ngalaman multi-terabyte sequential rebuild read, hiji cacad média laten tunggal (URE) atanapi sirah maca anu lemah dina drive kadua nyababkeun pengontrol RAID ngabatalkeun ngawangun deui, najong drive kadua kaluar salaku Faulty / Crashed, sarta cirian sakabéh kolam renang gudang Offline / Crashed / Superblock Event Count Mismatch.

Entong panik, sareng ** ulah maksakeun ngawangun deui kadua atanapi ngajalankeun utilitas perbaikan sistem file (fsck, e2fsck, xfs_repair, atawa Windows CHKDSK)**. Malah lamun drive kadua di RAID 5 (atawa drive katilu di RAID 6) mekarkeun 50 ka 5,000 séktor goréng jeung bakal ditajong kaluar tina Asép Sunandar Sunarya, ** 99,9999 persén séktor dina éta "gagal" drive kadua masih 100 persen dibaca **. Ku langsung ngeureunkeun array, kloning unggal disk anggota anu teu stabil séktor-demi-sektor kana drive cadangan anu séhat nganggo GNU ddrescue, sareng ngarakit gambar anu diklon dina Read-Only / --assume-clean mode overlay (mdadm + dmsetup Copy-on-Write loop overlays), anjeun tiasa masang filesystem kalayan aman sareng nyalin ampir unggal file anu utuh. Pikeun spésifikasi alat NAS sareng kagagalan pengontrol hardware, baca pituduh pendamping kami RAID 5 atanapi RAID 6 Synology, QNAP, atanapi TrueNAS sababaraha serelek drive, Kartu razia controller maot sarta impor konfigurasi asing, jeung Asép Sunandar Sunarya NAS RAID didegradasi sareng pamulihan ZFS / Btrfs. Upami gagalna server anjeun mangaruhan sistem kaamanan-hirup atanapi infrastruktur médis, hubungi nomer darurat lokal anjeun (911 di Amérika Serikat sareng Kanada, 112 sakuliah Uni Éropa, 999 di Inggris) atanapi pariksa diréktori kami ngeunaan nomer darurat.

Laksanakeun ieu ayeuna¶

1. ** Gugurkeun deui paritas aktip atanapi gosok langsung sareng pareumkeun array kalayan bersih (atanapi pegatkeun sambungan kakuatan backplane SATA / SAS upami drive nuju ngaklik mékanis atanapi sora kerok)**:
2. ** Naha ngantepkeun ngawangun deui stalling terus ngancurkeun susunan **: Nalika anggota drive pencét patch sektor goréng (LBA waktuna baca) atanapi gaduh sirah baca/tulis anu ngahinakeun (media scratch), ninggalkeun controller RAID nyobaan deui séktor sababaraha jam grinds lapisan platter magnét mikroskopis kana lebu sakuliah silinder lagu, ngarobah a recoverable. 20-sector cacad kana kacilakaan sirah full-platter catastrophic.
3. ** PERNAH lumpat CHKDSK /f, fsck -y, e2fsck, btrfs check --repair, atawa xfs_repair dina array RAID anu didegradasi, teu sinkron, atanapi satengah diwangun deui**:
4. ** Naha CHKDSK jeung fsck ngabalukarkeun 100% karuksakan data permanén on out-of-sinkronisasi RAID**: Upami Drive 2 turun dina Salasa jeung Drive 3 turun salila rekonstruksi Kemis, mdadm atawa hardware RAID Event Counter (Update Time) dina dua drive éta béda ku rébuan transaksi. Lamun maksa-ngumpul hiji Asép Sunandar Sunarya kalawan generasi drive mismatched atanapi stripes leungit tur ngidinan fsck atawa CHKDSK pikeun nulis ka array, pamariksa sistem file ningali tangkal inode rusak disababkeun ku belang RAID misaligned, ** mupus jutaan éntri diréktori valid kana lost+found, sarta overwrites stripes data alus kalawan parity ruksak sakuliah unggal disk dina Asép Sunandar Sunarya **.
5. ** PERNAH klik "Create Array", "Initialize", atawa "Clear Configuration" dina hardware razia mios, sarta pernah ngajalankeun mdadm --create tanpa --assume-clean sareng Copy-on-Write (COW) loop overlay**:
6. Ngajalankeun standar mdadm --create (tanpa --assume-clean jeung cocog ukuran chunk pasti, tata perenah, sarta data offset) geuwat dimimitian nulis stripes parity anyar sakuliah sadaya disk, ngancurkeun filesystem superblock jeung B-tangkal lamun aya parameter tunggal (512K vs. 64K sapotong, left-symmetric vs. left-asymmetric, atawa 2048s vs. 262144s data offset) salah ku malah hiji sektor.
7. **Label unggal slot hard drive fisik (Bay 0 / Bay 1 / Bay 2 / Bay 3 sareng nomer séri) kalayan spidol atanapi pita permanén sateuacan narik drive tunggal kaluar tina chassis **:
8. Tulis nomer teluk anu pasti sareng nomer séri dina labél luhur unggal drive. Nyaho urutan bay fisik sarta mariksa mdadm --examine metadata ngahemat jam rekonstruksi urutan belang engké.
9. ** Klon drive gagal (s) sektor-demi-sektor ka drive anyar cageur ngagunakeun GNU ddrescue (kalayan mapfile a) ngaliwatan motherboard langsung SATA / palabuhan HBA Sateuacan nyobian sagala rakitan RAID **:
10. Pernah nyobian ngumpul atanapi masang RAID Asép Sunandar Sunarya ngagunakeun drive fisik dying sorangan. Sambungkeun drive gagal ka non-RAID SATA / AHCI atanapi LSI IT-Mode Port HBA dina workstation nyalametkeun Linux, mareuman OS otomatis-pasang, sareng ngajalankeun ddrescue -f -n /dev/sdX /dev/sdY rescue_driveX.map ku kituna sektor gancang cageur diungsikeun dina pass hiji saméméh noel zona bad sector.
11. ** Kumpulkeun drive kloning Read-Only modus (mdadm --assemble --readonly atawa ngagunakeun dmsetup / losetup RAM/file overlay)**:
12. Ku cara nempatkeun Copy-on-Write disposable (COW) overlay file dina luhureun unggal disk anggota dikloning, anjeun tiasa nguji-Gunung Asép Sunandar Sunarya, replay hiji ext4 atawa XFS jurnal, atawa malah nguji ulang virtual ** bari ngajamin yén nol bait anu kantos dirobah dina clones disk dasar anjeun **.

Tangkal kaputusan: nyalametkeun RAID 5 atanapi RAID 6 array nalika drive kadua gagal nalika ngawangun deui¶

Turutan alur kerja pamulihan panyimpen forensik ieu pikeun pulihkeun susunan anjeun tanpa kaleungitan hiji belang anu salamet:

flowchart TD
    Start["RAID 5 (2nd Drive) atanapi RAID 6 (3rd Drive) Gagal / Turun Offline Salila Rebuild"] --> StopNow["Léngkah 1: Langsung Batalkeun Wangunan & Turunkeun Array (Nyegah Nyetak Platter dina Gagal Drive)"]

    StopNow --> SoundCheck{"Naha Drive Gagal Ngadamel Ngaklik, Bip, atanapi Ngagiling Sora?"}

    SoundCheck -->|"Sumuhun: Kacilakaan Kepala mékanis / Stiction"| CleanRoom["STOP: Tong diaktipkeun deui. Kirim ONLY Drive Mechanically Failed (Plus 1 Healthy Drive for Stripe Reference) ka Cleanroom Lab pikeun Gambar kana Klon"]

    SoundCheck -->|"NO: Muter lancar, Gagal Kusabab Sektor Bad (UNC / Ditunggu / Waktos)"| LabelDrives["Léngkah 2: Labél Unggal Girang Sareng Nomer Bay sareng Nomer Serialna -> Sambungkeun ka Workstation Linux via Direct SATA / IT-Mode HBA"]

    LabelDrives --> InspectMeta["Jalankeun 'mdadm --examine /dev/sd*' sareng 'smartctl -a /dev/sd*' dina Sadaya Drive (Waktu Pembaruan Rékam, Kontra Acara, Peran, Ukuran Potongan, Tata Letak, Data Offset)"]

    InspectMeta --> CloneDrives["Léngkah 3: Klon Unggal Drive anu Didegradasi / Bad-Sektor Ka Drive Sehat Nganggo 'ddrescue -f -n' (Pas gancang Mimiti, Teras Kerok Pass sareng Mapfile)"]

    CloneDrives --> PickFreshest["Identipikasi N-1 (RAID 5) atanapi N-2 (RAID 6) Drive sareng Kontra 'Acara' TERTINGGI / PALING BANYAK (Ulah Nyampurkeun Girang Lawas Lawas sareng Drive Seger)"]

    PickFreshest --> CowOverlay["Léngkah 4: Damel Baca-Ngan Loop / 'dmsetup' Copy-on-Write (COW) Overlays Dina Drive Cloned Jadi Klon Asli Teu Bisa Dirobih"]

    CowOverlay --> AssembleRO["Jalankeun 'mdadm --assemble --force --readonly' dina Alat Overlay -> Gunung Filesystem Read-Only ('mount -o ro,noload') -> Salin Sadaya Data Kritis ka Panyimpenan Eksternal"]

Fase 1: Ngartos naha drive kadua gagal nalika ngawangun deui RAID (XOR Parity Math & Event Counters)¶

Pikeun ngartos naha Asép Sunandar Sunarya anjeun nabrak pertengahan ngawangun deui sareng kunaon data anjeun masih tiasa pulih, pariksa kumaha RAID 5 jeung RAID 6 sabenerna dianggo dina disk.

1. Kumaha XOR karya rekonstruksi parity jeung naha 1 bad sector aborts hiji sakabéh ngawangun deui¶

Dina 4-drive RAID 5 susunan (Drive A, Drive B, Drive C, Drive D), data dibagi kana ukuran tetep sapotong (biasana 64 KB atawa 512 KB) belang di sakuliah disk, dimana hiji sapotong dina unggal baris nahan ** XOR Parity (P): $\(\text{Parity } P = A \oplus B \oplus C\)$ Lamun Drive C gagal lengkep sareng anjeun ngalebetkeun kosong Replacement Drive C_new, RAID controller kedah ngarekonstruksikeun unggal belang on C_new ku ngitung: $\(C_{\text{rekonstruksi}} = A \oplus B \oplus P\)$ - ** Naon kajadian nalika Drive B hits hiji unreadable 4 KB sektor (UNC kasalahan) di 42% tina ngawangun deui: - Pikeun ngitung single éta 4 KB meungpeuk dina C_new, controller * kudu * boga dibaca valid ti Drive A, Drive B, jeung Drive D. - iraha Drive B mulih hardware a Read Error (Sense Key 03h / 11h Unrecovered Read Error) saatos 7 detik (TLER / ERC timeout), pangendali RAID konsumen sareng perusahaan sering diprogram ku kabiasaan standar bencana: ** 4 KB sektor, logging blok nol, jeung pagawean lianna 99.9999% tina ngawangun deui, razia controller tanda Drive B salaku FAILED / OFFLINE sarta aborts sakabéh ngawangun deui **. - Dina waktos éta, array anjeun gaduh dua drive anu ditandaan "Gagal" (Drive C nu ieu ngan 42% diwangun deui, jeung Drive B nu sabenerna boga 99.99998% séktor sehat sarta ngan 12 séktor goréng).

2. Naha Event Counters (Update Time) nangtukeun mana drive Anjeun kudu make pikeun recovery¶

Unggal waktos a RAID 5 atawa RAID 6 Asép Sunandar Sunarya nyerat data atanapi ngarobih kaayaan (sapertos drive anu kaluar), metadata RAID (mdadm superblock atawa hardware DDF metadata) nambahan 64-bit **Events counter ** dina sagala drive ayeuna aktip.

Bandingkeun mdadm --examine kaluaran tina 4-drive has RAID 5 musibah dimana sdb gagal kamari (Events: 10450) jeung sdc turun nalika ngawangun deui dinten ayeuna (Events: 10892):

• Aturan Emas Pamulihan RAID tina tabél di luhur:
• Perhatikeun éta /dev/sda (10892), /dev/sdc (10890), jeung /dev/sdd (10892) sadayana gaduh ampir identik Events counters ti Today 14:22.
• Sakali urang clone /dev/sdc onto a drive cageur ngagunakeun ddrescue (cageur 99.9999% tina séktorna sareng nol ngeusian 8 séktor anu teu tiasa dibaca), urang tiasa maksa-ngumpul /dev/sda + Cloned /dev/sdc + /dev/sdd (teu malire satengah diwangun deui /dev/sdb lengkep). Éta kombinasi 3-drive méré urang ** 100 persen konsisten, nepi-ka-detik degradasi RAID 5 Asép Sunandar Sunarya ** kalawan nol belang tearing.

Fase 2: Kloning séktor léngkah-léngkah tina drive anu gagal sareng GNU ddrescue¶

Méméh noél mdadm atawa alat assembly RAID, Anjeun ** kudu ** clone drive (e) nu threw kasalahan maca kana drive ngagantian cageur tina kapasitas bait sarua atawa leuwih badag.

Lengkah 1: Nyiapkeun lingkungan nyalametkeun Linux sareng mareuman rakitan otomatis¶

1. Boot workstation Linux (atanapi boot server anjeun tina stik USB langsung sapertos SystemRescue system-rescue.org atawa Ubuntu Live Server) jeung drive disambungkeun ka standar motherboard SATA ports atawa LSI HBA di IT Mode (Non-RAID pass-through).
2. ** Nyegah Linux tina otomatis nyobian ngumpul atanapi masang array RAID rusak anjeun dina boot **:
3. Nalika boot SystemRescue atanapi Ubuntu Live, pariksa cat /proc/mdstat. Upami Linux sacara otomatis ngarakit parsial md alat dina latar tukang, eureun langsung dina modeu aman baca-hijina saméméh gambar:

   mdadm --stop /dev/md*
   

4. ** Identipikasi unggal drive ku modél pasti, nomer séri, sareng ukuran bait ** (henteu nebak /dev/sdX hurup, sabab Linux reassigns hurup drive sakuliah reboots):

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

   Tuliskeun anu mana /dev/sdX pakait sareng Gagal Sumber Drive anjeun (contona, /dev/sdc, séri WCC4E12345) jeung nu /dev/sdY nyaeta Brand-New Blank Target Drive anjeun (contona, /dev/sdf, séri ZGG9988776).

Lengkah 2: Jalankeun 2-Panggung GNU ddrescue protokol kloning (Sok nganggo Mapfile)¶

Pernah ngagunakeun standar dd (dd if=/dev/sdc of=/dev/sdf) dina drive RAID gagal: standar dd boh aborts on sektor goréng kahiji atawa shifts kaluaran offsets lamun sync misconfigured, sarta teu boga memori nu séktor hasil. GNU ddrescue(gddrescue package) ngagunakeun mapfile kaayaan multi-pass calakan:

1. Pass 1: Klon Non-Scraping Gancang (-n bandéra) pikeun Nyalametkeun 99.99% Séktor Sehat Mimiti:

   ddrescue -f -n -b 4096 /dev/sdc /dev/sdf /root/raid_bay3_sdc.map
   

2. -f: Ngidinan nulis langsung pikeun meungpeuk alat /dev/sdf (pariksa tilu kali éta /dev/sdc nyaeta sumber na /dev/sdf nyaeta udagan kosong).
3. -n (--no-scrape): Nyaritakeun ddrescue pikeun langsung ngaluncat kana daérah séktor anu lambat atanapi goréng tanpa ngagiling sirah anu dibaca, nyalametkeun sadaya gigabyte anu séhat dina laju maksimal (150 to 250 MB/s) saméméh kaséhatan drive urang worsens.
4. /root/raid_bay3_sdc.map: Nyimpen kamajuan sektor pasti unggal 30 detik. Malah lamun drive gagal ngonci up sarta merlukeun siklus kakuatan, ngajalankeun deui paréntah persis sarua jeung .map file dihanca dina séktor pasti dimana eta dieureunkeun.
5. Pass 2: Sasaran Reverse/Trimming Scrape (-d -r1) pikeun Pulihkeun Séktor Badé Marginal:
6. Sakali lulus 1 rengse (pct rescued: 99.99%), nurunkeun kernel paréntah SCSI seep waktos supados unggal bad sector gagal gancang (5 seconds tinimbang ngantosan 30 to 180 seconds per sektor):

   echo 5 > /sys/block/sdc/device/timeout
   

7. Jalankeun Pass 2 kalayan aksés disk langsung (-d) jeung 1 coba deui (-r 1):

   ddrescue -f -d -r 1 -b 4096 /dev/sdc /dev/sdf /root/raid_bay3_sdc.map
   

8. **Pareuman, pegatkeun sambungan aslina /dev/sdc ngajalankeun, tur nyetel eta aman dina rak **: Ti titik ieu ka hareup, anjeun bakal bisa dipaké sacara éksklusif jeung clone cageur anjeun (/dev/sdf) sareng drive anggota séhat anjeun anu sanés.

Fase 3: Majelis RAID Baca-Ngan Aman nganggo Copy-on-Write (COW) overlays jeung mdadm¶

Ayeuna anjeun gaduh klon disk anu séhat, ** henteu pernah ngajalankeun mdadm --assemble --force langsung dina drive atah tanpa Copy-on-Write pelindung (COW) overlay atawa --readonly bandéra**. Naha? Sabab --force nulis ulang superblok RAID dina drive, sareng upami jurnal filesystem (ext4 / XFS) replays otomatis dina Gunung ngagunakeun kombinasi drive salah, eta permanén alters clones Anjeun.

Lengkah 1: Mariksa metadata RAID dina sadaya drive anggota (mdadm --examine)¶

Lumpat mdadm --examine dina unggal drive anggota (atanapi partisi, contona, /dev/sda1 atawa /dev/sda3 dina drive Synology/QNAP NAS) sareng simpen kaluaran kana file téks:

mdadm --examine /dev/sd[a,b,d,f]* > /root/raid_metadata_audit.txt
cat /root/raid_metadata_audit.txt

Lengkah 2: Jieun Copy-on-Write non-destructive (COW) Overlay Alat-Mapper (overlay-create)¶

Pikeun ngajamin kaamanan 100 persen ku kituna sanajan anjeun maksa-ngumpul Asép Sunandar Sunarya tur ngajalankeun mount, ** nol bait anu kantos ditulis kana hard drive fisik anjeun **, nyieun loop-dijieun dm-snapshot Salin-dina-Tulis overlays di /tmp (atawa dina drive scratch éksternal):

# Create a small sparse COW file + loop device for each member partition (e.g., sda3, sdf3, sdd3)
mkdir -p /root/cow
for dev in sda3 sdf3 sdd3; do
    truncate -s 20G /root/cow/${dev}.cow
    loop_base=$(losetup --find --show --read-only /dev/${dev})
    loop_cow=$(losetup --find --show /root/cow/${dev}.cow)
    sz=$(blockdev --getsz /dev/${dev})
    echo "0 $sz snapshot $loop_base $loop_cow P 8" | dmsetup create ovl_${dev}
done

Lengkah 3: Maksakeun-ngumpulkeun susunan dina alat overlay sareng pasang Read-Only¶

1. ** Kumpulkeun anu pangpangna N - 1 alat overlay ngagunakeun --assemble --force**:

   mdadm --assemble --force --verbose /dev/md99 /dev/mapper/ovl_sda3 /dev/mapper/ovl_sdf3 /dev/mapper/ovl_sdd3
   

2. Naha urang ninggalkeun kaluar drive basi / satengah diwangun deui (sdb3): Maksakeun mdadm pikeun ngumpul jeung 3 drive up-to-date (sda3, diklon sdf3, jeung sdd3) mawa /dev/md99 online dina modeu didegradasi bersih ([U_UU]) ngagunakeun panganyarna pasti Events kaayaan, bari ddrescue geus rescued data ti sdf3.
3. ** Aktipkeun LVM (vgchange) upami NAS atanapi server anjeun nganggo LVM di luhur RAID (Synology SHR, QNAP, Proxmox, Ubuntu)**:

   pvscan
   vgscan
   vgchange -ay
   lvs
   

4. (Upami Synology NAS anjeun nganggo Btrfs on LVM atawa Synology Hybrid RAID, anjeun ayeuna bakal ningali /dev/vg1000/lv atawa /dev/vg1/volume_1 muncul.)*
5. ** Pasang sistem file dina modeu Baca-Ngan anu ketat sareng évakuasi file kritis anjeun langsung **:

   mkdir -p /mnt/raid_rescue
   # For ext4:
   mount -o ro,noload /dev/md99 /mnt/raid_rescue
   # (Or if noload refuses due to dirty journal, mount the COW overlay normally so the journal replays into the disposable COW file)
   mount -o ro /dev/md99 /mnt/raid_rescue
   # For Btrfs (Synology NAS):
   mount -t btrfs -o ro,usebackuproot,nologreplay /dev/vg1000/lv /mnt/raid_rescue
   

6. Salin heula polder anjeun anu paling kritis rsync ka drive cadangan éksternal:

   rsync -avP --ignore-errors /mnt/raid_rescue/ /mnt/external_backup_usb/
   

Fase 4: Nyalametkeun Hardware RAID Controllers (Dell PERC, LSI MegaRAID, HP Smart Array, Adaptec) jeung ZFS / Btrfs Pools¶

Kumaha upami Asép Sunandar Sunarya anjeun dikelola sanés ku Linux mdadm, tapi ku Kartu Pengontrol RAID Perangkat Keras (Dell PERC H730/H740/H755, Broadcom / LSI MegaRAID, atawa HP Smart Array) anu ayeuna ngalaporkeun Virtual Disk Offlineatawa Foreign Configuration Found sanggeus drive kadua hiccupped salila ngawangun deui?

1. Kartu RAID Hardware (Dell PERC, LSI MegaRAID, HP Smart Array)¶

1. ** PERNAH klik "Clear Foreign Configuration" atawa "Initialize Virtual Disk"**:
2. Dina Dell PERC / LSI MegaRAID BIOS (Ctrl+R atawa HII Utiliti Konfigurasi UEFI), Clear ngusap metadata RAID tina drive, sareng Initialize nimpa stripes data.
3. Upami drive séhat sakedap turun offline kusabab kabel backplane leupas atanapi waktos béak, Import Foreign Configuration usaha pikeun mawa drive deui; ** kumaha oge, lamun hiji drive turun minggu ka tukang jeung kadua turun kiwari, importing duanana atawa maksa drive bulukan online via controller mios bisa ngaruksak Asép Sunandar Sunarya **.
4. Metoda Rekonstruksi Parangkat Lunak Aman pikeun RAID Perangkat Keras (DDF Métadata / dmraid / R-Studio / UFS Explorer):
5. Hardware kartu RAID toko baku SNIA DDF (Disk Data Format) metadata dina séktor ahir dina tungtung unggal hard drive, sarta data belang sakuliah drive dimimitian dina sektor 0 (atawa sanggeus offset header leutik) ngagunakeun standar 64 KB, 128 KB, 256 KB, atawa 512 KB ukuran potongan (Left-Asymmetric atawa Left-Symmetric).
6. Gantina judi jeung hardware destructive kartu RAID BIOS:
   1. Labél sadayana drive ku nomer slot sareng sambungkeun kana ** SATA standar / non-RAID IT-Mode HBA ** dina workstation recovery.
   2. Klon drive séktor goréng nganggo GNU ddrescue sakumaha ditémbongkeun dina Fase 2.
   3. Buka drive kloning di UFS Explorer RAID Recoveryatawa R-Studio Technician, atanapi kumpulkeun aranjeunna ngan ukur dibaca dina Linux nganggo dmsetup / mdadm --build: parabot ieu otomatis ngadeteksi nu LSI / PERC / HP urutan garis, ukuran potongan (64K/512K), sarta rotasi parity dina 100 persen memori baca-hijina tanpa pernah ngantep kartu RAID hardware nulis bait tunggal ka drive Anjeun.

2. TrueNAS / ZFS (RAID-Z1 / RAID-Z2) jeung Synology Btrfs Scrub / Gagalna Resilver¶

Upami kolam renang anjeun nganggo OpenZFS (RAID-Z1 atawa RAID-Z2) on TrueNAS atanapi Proxmox sarta drive kadua throws CKSUM / READ kasalahan salila a zpool replace resilver: 1. ** Kunaon ZFS nanganan séktor anu goréng salami resilver langkung saé tibatan RAID hardware, sareng nalika éta masih ngonci : - Teu kawas kartu RAID hardware naif nu leupaskeun hiji sakabéh disk dina sektor goréng tunggal, ZFS terus resilvering kaliwat localized. READ kasalahan sarta log ukur jalur file ruksak husus dina zpool status -v. - Nanging, upami drive gagal kadua ngagantung beus SATA / SAS (I/O timeout / sirah thrashing) atanapi tetes lengkep offline (UNAVAIL / FAULTED), kolam renang asup SUSPENDED kaayaan (pool I/O is currently suspended). 2. ** Kumaha nyalametkeun a SUSPENDED atawa FAULTED ZFS RAID-Z1 / RAID-Z2 kolam renang: - Turunkeun kakuatan sacara bersih, kloning drive anu gagal kana disk ngagantian anu séhat nganggo GNU ddrescue -f -n (Label partisi ZFS kaasup persis vdev GUID di awal sareng tungtung disk, janten klon sektor atah sacara otomatis diakui ku ZFS salaku asli. vdev anggota). - Pegatkeun sambungan drive fisik maot, ninggalkeun ddrescue clone disambungkeun, sarta impor kolam renang ZFS dina ** modeu Baca-Ngan ketat (readonly=on)** tanpa ngamimitian transaksi nulis atawa neruskeun resilver:

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

Patarosan anu sering ditaroskeun¶

Naha anjeun nyarios PERNAH ngaji CHKDSK atawa fsck lamun Asép Sunandar Sunarya RAID abdi mounts kalawan kasalahan filesystem sanggeus serelek drive?¶

Dina hard drive mandiri tunggal, ngajalankeun CHKDSK atawa fsck ngalereskeun inconsistencies diréktori minor. Dina a multi-drive RAID 5 atanapi RAID 6 Asép Sunandar Sunarya anu ngalaman serelek ganda-drive atawa interrupted ngawangun deui, kasalahan filesystem ampir sok disababkeun ku RAID stripe misalignment atanapi drive anggota bulukan keur kapaksa online (maksudna unggal ka-3 atawa ka-4 64 KB chunk data keur dibaca ti generasi drive salah). Lamun ngantep CHKDSK /f atawa fsck -y ngajalankeun dina array RAID misaligned atawa out-of-sinkronisasi, éta misinterprets jutaan file valid salaku metadata ruksak, truncates tangkal diréktori, dumps unnamed fragmen kana leungit+kapanggih, sareng nyerat blok parity anyar dina sadaya drive, sahingga sacara matematis teu mungkin pikeun ngahijikeun deui kombinasi drive anu leres saatosna. Salawasna Gunung via Salinan-Tulis Ngan Baca (SAPI) overlays kahiji.

Kumaha upami drive ngagantian sawaréh diwangun deui (42% lengkep) AND drive kadua nu gagal dina 42% DUA geus diperlukeun data? Dupi abdi tiasa ngagabungkeun aranjeunna?¶

Sumuhun. Ieu mangrupikeun penyelamat RAID klasik "Split-Horizon / Hybrid Clone". Upamana Drive 2 maot lengkep dina Senén, anjeun nempatkeun Drive Anyar 2, sarta ngawangun deui dijieun ka 42% (LBA 3.500.000.000) sateuacan Drive 3 ngalaman kacilakaan sirah fatal di LBA 3.500.000.000. Perhatikeun naon sabenerna anjeun boga: pikeun kahiji 42% tina susunan (0% ka 42%), Drive Anyar 2 geus 100 persen rekonstruksi. Ku kituna pikeun kahiji 42% tina rentang LBA, anjeun gaduh set lengkep stripes ngagunakeun Drive 1 + Drive Anyar 2 + Drive 4 (ngubaran kacilakaan Drive 3 salaku disk anu leungit). Sareng upami Drive 3 ngan miboga patch bad-sektor localized di 42% (sareng tiasa dibaca tina 43% ka 100% ngaliwatan ddrescue), anjeun nganggo Drive 1 + Cloned Drive 3 + Drive 4 pikeun sésana 58% tina Asép Sunandar Sunarya.

Naha drive kadua sering gagal pas di tengah ngawangun RAID 5?¶

Dua realitas rékayasa ngagabungkeun nyieun RAID 5 ngawangun deui kasohor pikeun gagal drive ganda: (1) idéntik bets sepuh: Kalolobaan pamaké meuli 4 nepi ka 8 teuas drive idéntik ti pangecér sarua dina dinten anu sami (firmware sarua, loba pabrik sarua, bets motor spindle sarua) jeung ngajalankeun eta sisi-demi-sisi dina suhu nu sarua pasti salila 35.000 jam; nalika Drive 1 ngagem kaluar, drive 2 jeung Drive 3 poé jauh ti bangbarung maké mékanis sarua. (2) Kasalahan Bacaan Laten Teu Bisa Dilereskeun (UREs): Dina operasi poean normal, 95% tina séktor arsip tiis hard drive henteu dibaca salami sababaraha bulan, janten séktor bad laten henteu kapendak. A RAID 5 ngawangun deui pasukan a kontinyu 100% bacaan permukaan unggal séktor tunggal dina unggal drive anu salamet (40 nepi ka 100 terabyte tina bacaan kontinyu), geuwat ngalaan séktor goréng laten anu akumulasi dina taun katukang.

Kumaha kuring terang file mana anu kapangaruhan ku sababaraha séktor goréng anu teu tiasa dibaca éta ddrescue kapaksa nol-eusian?¶

GNU ddrescue ngawengku utilitas forensik diwangun-di disebut ddrescuelog jeung ddru_ntfsfindbad / debugfs nu peta nu pasti unrecovered sector LBA rentang ti Anjeun .peta berkas (status = '-' bad sector) ngaliwatan RAID math stripe langsung kana tabel inode filesystem. Sakali anjeun terang nu 4 KB blok éta enol-kaeusi salila kloning, anjeun tiasa query debugfs (icek jeung cek asup ext4) atawa btrfs inspect-internal logical-resolve pikeun nyitak daptar pasti tina 2 atanapi 3 nami file anu tumpang tindih kana séktor anu goréng, mastikeun kalayan 100 persén kapastian matematika yén unggal file sanés dina server multi-terabyte anjeun leres-leres teu rusak.

Panungtun patali¶

• RAID 5 atanapi RAID 6 Synology, QNAP, atanapi TrueNAS sababaraha serelek drive sareng naha maksa ngawangun deui ngancurkeun data
• maot kartu controller RAID, impor konfigurasi asing, jeung naha anjeun pernah kedah initialize disk
• Asép Sunandar Sunarya NAS RAID didegradasi, gagal sababaraha drive, sareng pamulihan ZFS / Btrfs
• Gagalna hard drive sareng pamulihan data
• Nyadangkeun komputer: strategi 3-2-1 sareng pamulihan musibah
• Nomer darurat dumasar nagara

Sumber jeung hidayah resmi¶

• Linux Raid Wiki (raid.wiki.kernel.org/index.php/Linux_Raid & Recovering_a_failed_software_RAID): * Kernel resmi mdadm Protokol Pamulihan, Alat-Mapper Salin-Tulis (dm-snapshot) Overlays, jeung Events Kontra Rekonsiliasi*.
• GNU ddrescue Manual Téknik Resmi (gnu.org/software/ddrescue/manual/ddrescue_manual.html): *Multi-Fase Non-Scraping (-n) jeung Aksés Langsung (-d) Algoritma Pamulihan Séktor pikeun Gagal Média Magnétik *.
• Basis Pangaweruh Resmi Synology (kb.synology.com/en-global/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC): Dipasang mdadm + LVM2 + Btrfs / ext4 Jilid NAS Baca-Ngan dina Sistem Nyalametkeun Ubuntu.
• Asosiasi Industri Jaringan Panyimpenan (SNIA): Format Data Disk RAID Umum (DDF) Spésifikasi pikeun Hardware RAID Controller Metadata Portability.