RAID 5, RAID 6, na ZFS Multiple Drive Drop: mamerina ny Synology nianjera, QNAP, na TrueNAS Array nefa tsy manimba ny fitoviana¶

Mandre ny Synology DiskStation, QNAP TS-series, TrueNAS server, na Linux mdadm Ny mpizara fitehirizana bip tsy tapaka rehefa mitatitra ny Volume Crashed, Pool Degraded / Faulted, na Multiple Drives Disconnected dia hamehana fitehirizam-bokatra. Rehefa miala amin'ny a RAID 5, Synology Hybrid RAID (SHR-1), na ZFS RAIDZ1 pool, ny array dia mandeha miaraka amin'ny tsy fahampiana aotra (degraded fanjakana), manangana indray ireo sakana tsy hita eny an-dalana amin'ny alalan'ny famakiana ny kapila sisa tavela amin'ny parallèle. Raha misy fiara fanindroany milatsaka ivelan'ny aterineto ora maro taty aoriana, na manipy fahadisoana tsy azo averina amin'ny famakiana (URE) antsasa-manilan'ny fanamboarana indray amin'ny kapila fanoloana, rava ny matematika parity ary mandeha an-tserasera tanteraka ny dobo fitahirizana. Mazàna ireo mpitantana mikoropaka dia manimba terabytes amin'ny angona azo averina ao anatin'ny enimpolo segondra manaraka amin'ny fipihana ny Initialize, mamorona indray ny array miaraka amin'ny mdadm --create, na manery ny fanamboarana an-tserasera avy hatrany amin'ny fitaovana tsy mahomby. Raha toa ka maty ny karatra fanaraha-maso RAID fitaovanao fa tsy ny kapila dia midira any RAID mpanara-maso ny fahafatesan'ny karatra, fanafarana fanafarana vahiny, ary nahoana ianao no tsy tokony hanomboka na oviana na oviana ny disks; raha misy kapila mafy iray manindry na tsy nety manodina dia jereo kapila mafy tsy fahombiazana sy ny angona fanarenana na Ny array NAS RAID dia niharatsy, ny tsy fahombiazan'ny fiara maro, ary ny fanarenana ZFS/Btrfs. Raha io tsy fahombiazan'ny fitahirizana io dia manakana ny fitsaboana amin'ny hopitaly (PACS), fandefasana vonjy taitra, na fotodrafitrasa fiarovana ny aina, antsoy ny laharana vonjy taitra eo an-toerana (911 any Etazonia sy Kanada, 112 manerana ny Vondrona Eoropeana, 999 any Royaume-Uni) na jereo ny lahatahiry momba ny laharana vonjy maika.

Ataovy izao izao¶

1. ** Atsaharo ary AZA tsindrio ny "Initialize", "Create Pool", "Repair", na mihazakazaka mdadm --create amin'ny kapila nilatsaka**: Tsindrio ny Initialize amin'ny Synology DSM na QNAP QTS, na mihazakazaka mdadm --create ao amin'ny Linux, manoratra superblocks vaovao ary manomboka manaisotra ny dingan'ny parity amin'ny kapila mpikambana rehetra. Ny fiara latsaka matetika dia mbola mitazona 99.99% ny rakitrao tsy misy afa-tsy voamariky ny kaontera hetsika.
2. ** Atsaharo tsara ny NAS na mpizara (na asio hery raha toa ka manangana indray amin'ny alàlan'ny fipihana fipihana) mba hanamaivana ny kaontera hetsika**: Isaky ny segondra dia mijanona an-tserasera ao anatin'ny toe-javatra simba amin'ny ampahany ny rafitra miasa, mampitombo ny superblock ny rafitra fandidiana. Update Time ary Events mifanandrify amin'ireo kapila mbola velona raha mbola mivaingana amin'ny laharan'ny hetsika tranainy ny kapila nilatsaka. Raha manandrana manangana automatique amin'ny fiara misy sehatra ratsy ny NAS, ny fanohizana ny famakiana fa ny fiara dia afaka manala ny fonon'ny takelaka magnetika (head crash).
3. ** Asio marika amin'ny mari-pamantarana na kasety ny slot rehetra (Bay 1, Bay 2, Bay 3, Bay 4) alohan'ny hamoahana lovia**: Raha Linux mdadm, LVM2, ary ZFS araho ny baikon'ny fiara amin'ny alàlan'ny UUID ao anatin'ny superblock fisarahana tsirairay, ny fanaraha-maso ny hardware taloha ary ny manual dmsetup Ny fanamboarana latabatra dia mitaky ny filaharan'ny slot ara-batana marina (0, 1, 2, 3...).
4. ** Aza manandrana manarina, manangana hery, na fsck mivantana amin'ny fiara mpikambana voalohany; clone isaky ny drive bit-for-bit mampiasa ddrescue aloha**: Alohan'ny hazakazaka mdadm --assemble --force na zpool import -F, apetaho amin'ny toeram-piasana Linux amin'ny alàlan'ny SATA/SAS mivantana ny kapila mpikambana tsirairay (tsy tetezana USB mora miafina mihitsy SMART na SCT ERC fe-potoana) ary clone izany amin'ny ddrescue amin'ny kapila mitsitsy ara-pahasalamana na fisie sary.
5. Ataovy henjana amin'ny fomba VAKINY IHANY ny fitambaran'ny clone (--readonly na -o readonly=on): Rehefa mivory mdadm lasy misy kaontera hetsika nisaraka nandritra ny fitetezana fiara maro miaraka, mandalo foana --readonly (mdadm --assemble --force --readonly /dev/md0 ...). Amin'ny fomba vakiana ihany, na mdadm, LVM2, ext4, Btrfs, na ZFS afaka mandika dika mitovy na mamerina diary manimba.
6. Adikao avy hatrany any amin'ny kapila backup ivelany tsy miankina ny angonao manakiana indrindra rehefa tafapetraka vakiana fotsiny: Alefaso any amin'ny kapila mitokana aloha ny antontan-taratasinao, ny tahiry, ny milina virtoaly ary ny sarinao, avy eo fafao sy andramo ny kapila hatramin'ny voalohany.

Hazo fanapahan-kevitra: multi-drive RAID sy ZFS dobo fitsapana vonjy maika¶

Ampiasao ity tabilao mikoriana ity mba hamaritana raha niharan'ny fiatoana ara-potoana lojika (TLER / ERC tsy mifanandrify), ny tsy fahombiazan'ny sehatra ratsy maro-kapila marina mandritra ny fanamboarana, na vondrona fifanakalozana ZFS (TXG) fahadisoana:

flowchart TD
    Start["RAID 5 / RAID 6 / SHR / ZFS Pool nianjera taorian'ny 2+ fiara nilatsaka"] --> StopIO["Atsaharo ny fanamboarana rehetra & Atsaharo avy hatrany ny NAS"]
    StopIO --> Label["Asio marika isaky ny lovia fiara amin'ny laharan'ny Bay (Bay 1 mankany Bay N)"]
    Label --> ConnectLinux["Ampifandraiso amin'ny Host Rescue Linux Ubuntu amin'ny alàlan'ny Direct SATA / HBA"]

    ConnectLinux --> CheckSmart["Jereo ny SMART & Metadata Read-only: smartctl -a / mdadm --examine / zdb -l"]
    CheckSmart --> PhysicalHealth{"Misy Drives mikitika, na mandà ny fihodinana, na mandatsaka an-tserasera amin'ny dmesg?"}

    PhysicalHealth -->|"Eny: tsy fahombiazana mekanika / loha amin'ny fiara 2+ ao amin'ny RAID 5"| Cleanroom["STOP Powering Disks -> Alefaso any amin'ny Cleanroom Data Recovery Lab"]
    PhysicalHealth -->|"Tsia: Mihodinkodina avokoa ny fiara rehetra (Mety hisy sehatra ratsy miandry na fiatoana fe-potoana)"| CloneAll["Clone isaky ny mpikambana mitondra fiara mampiasa GNU ddrescue (Mandrosoa Pass -> Reverse Scrape)"]

    CloneAll --> DisconnectOrig["Esory ny kapila tany am-boalohany & miasa mafy amin'ny kapila / sary klônina"]
    DisconnectOrig --> ArrayType{"Iza amin'ireo Architecture fitahirizana no ampiasaina?"}

    ArrayType -->|"Synology DSM (SHR / Classic RAID)"| SynologyFlow["Jereo ny hetsika amin'ny alàlan'ny mdadm --mandinika -> Force-Assemble Read-only -> Activate LVM2 / Btrfs Read-Only"]
    ArrayType -->|"QNAP QTS (HAL LVM Thin / Thick RAID)"| QnapFlow["Manangona mdadm Mamaky Ihany -> Atsaharo ny DRBD Layer raha misy -> Scan Custom QNAP LVM2 Superblocks"]
    ArrayType -->|"TrueNAS / ZFS (RAIDZ1 / RAIDZ2 / Mirror)"| ZfsFlow["Alefaso ny zpool import -d /dev/disk/by-id -> Import Read-Only miaraka amin'ny Rollback: zpool import -f -o readonly=on -F"]
    ArrayType -->|"Standard Linux mdadm"| LinuxFlow["Ampitahao ny Counter Event -> Run mdadm --assemble --force --readonly -> Mount Filesystem miaraka amin'ny -o ro,noload"]

Dingana 1: Nahoana ny fanerena ny fananganana indray no manimba ny angona (Ny URE sy Same-Batch Cascade)¶

Mba hahatakarana ny antony mahatonga ny fanindriana ny Repair / Rebuild na fanoloana fiara iray ary miandry 36 ora matetika dia miteraka fianjerana tanteraka, dia tsy maintsy azonao ny fomba manindry ny haino aman-jery magnetika efa antitra sy ny antony mahatonga ny fiara desktop mpanjifa miala amin'ny NAS.

1. Ny zava-misy ara-matematika momba ny lesoka tsy azo averina amin'ny famakiana (UREs) mandritra ny fananganana RAID 5 na RAIDZ1¶

Amin'ny fiara 4 RAID 5 na ZFS RAIDZ1 pool, data ary parity blocks (P) dia mibaribary manerana ireo kapila efatra rehetra mampiasa OR Exclusive (XOR) kajy (D1 XOR D2 XOR D3 = P). Raha maty tanteraka ny Drive 2, dia tsy misy famerana sisa tavela ny array. Mba hananganana indray ny Drive 2 amin'ny kapila fanoloana vaovao, ny NAS dia tsy maintsy mamaky sehatra tsirairay avy amin'ny byte 0 ka hatramin'ny faran'ny kapila amin'ny Drive 1, Drive 3, ary Drive 4 miaraka (Reconstructed D2 = D1 XOR D3 XOR P).

Eritrereto ny zava-mitranga rehefa kapila mafy 12 terabyte (12,000 gigabyte) efatra novidina tamin'ny andiany famokarana iray ihany ireo fiara ireo, efa-taona lasa izay: - Ny fanamboarana terabytes 12 dia mitaky famakiana 36 terabytes (2.88 x 1014 bits tsirairay) mitohy mandritra ny 24 ka hatramin'ny 48 ora amin'ny entana mafana sy mekanika ambony indrindra. - Ny kapila mafy ho an'ny mpanjifa mazàna dia mitondra Error tsy azo averina amin'ny famakiana (URE) famaritana ny 1 error in 1014 bits (12.5 terabytes), ary ny fahanterana dia miteraka lesoka mangina eo amin'ny sehatry ny sehatra (Current_Pending_Sector) amin'ny faritra mangatsiaka amin'ny kapila izay tsy novakiana nandritra ny taona maro. - Ny fotoana Drive 3 dia mamely sehatra ratsy 4 kilobyte (0.004 megabyte) tsy azo vakina raha mbola tsy hita na antsasa-manila ny Drive 2, ny XOR Ny equation dia misy roa tsy fantatra (D2 ary D3).

2. Nahoana ny desktop no mandeha tsy misy TLER / SCT ERC voaroaka tanteraka noho ny sehatra ratsy 1¶

Ity ny fandrika miteraka lozam-pifamoivoizana marobe amin'ny Synology, QNAP ary 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.                 |
+-------------------------------------------------------------------------+

Mariho ny tena zava-nitranga: Tsy maty ny fiara 3. Manana izany 99.999999% sehatra salama ary sehatra 1 na 2 tsy azo vakina 4 kilobyte ihany (8 kilobytes ivelan'ny 12 terabytes). Saingy satria mdadm nandroaka ny Drive 3 tamin'ny laharan-tariby noho ny fe-potoana baiko 30 segondra, ny boky manontolo dia miseho ho Nidona. Raha clone ny Drive 3 miaraka amin'ny ddrescue (izay mitsambikina am-pahamendrehana ny 8 kilobytes amin'ny sehatra ratsy ary mandika ny 12 terabytes hafa) ary manery ny famoriam-bola vakiana fotsiny, dia mahazo saika 100 isan-jaton'ny rakitrao ianao.

3. Nahoana ianao no TSY MAINTSY mihazakazaka mdadm --create na tsindrio "Initialize"¶

Rehefa mianjera ny array dia angano roa manimba no mivezivezy amin'ny Internet: - ** Hevi-diso 1: "Avereno amboary ny array miaraka amin'ny baikon'ny fiara mitovy amin'ny fampiasana mdadm --create."** Na dia miaraka amin'ny --assume-clean, dikan-teny maoderina amin'ny mdadm default amin'ny hafa Data Offset sanda miankina amin'ny kernel sy mdadm famotsorana (2048 sectors vs 262144 sectors). Rahoviana mdadm --create manoratra dikan-teny vaovao 1.2 superblock amin'ny offset diso na amin'ny haben'ny tapany tsy mifanentana, dia misolo ny LVM2 lohatenin'ny volume ara-batana na ext4 superblock eo anoloan'ny volume. - ** Hevi-diso 2: "Esory ny fiara faharoa izay vao latsaka, ampidiro indray, ary tsindrio Amboary."** Raha nidina ny Drive 1 telo andro lasa izay (ka ny angon-drakitra dia 3 andro stale) ary Drive 3 dia nandao 10 minitra lasa izay (noho izany ny angon-drakitra misy azy), misintona sy mampiditra indray ny fiara diso na manery ny fananganana indray miaraka amin'ny Drive 1 ** voamarika "mavitrika" ary Drive 3 voamarika "spare" dia mahatonga ny NAS hatramin'ny andro taloha. parity stripes, manimba ny lahatahiry sy rakitra rehetra voaova tao anatin'ny 72 ora farany.

Dingana 2: Fanaraha-maso ny superblock sy Event counters soa aman-tsara amin'ny Linux mpamonjy voina¶

Mba hamonjena ny Synology, QNAP, TrueNAS, na Linux izay nianjera soa aman-tsara, esory ny kapila mpikambana rehetra (aorian'ny fametahana ny laharan'izy ireo) ary apetaho amin'ny PC desktop na mpizara mandeha Ubuntu 22.04 LTS / 24.04 LTS (efa nalaina avy amin'ny Live USB stick).

Dingana 1: Apetraho ao amin'ny Ubuntu ny fitaovana fanavotana forensika¶

Sokafy ny terminal amin'ny milina famonjena anao Ubuntu ary apetraho ireo fitaovana ilaina:

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

Dingana 2: Sarintany ny litera fiara rehetra, ny laharan-tariby ary ny fizarazarana¶

Tanisao ireo fitaovana fanakanana mifandray rehetra sy ny nomeraon-tsarin'izy ireo mba tsy hampifangaro ny kapila mpamonjy voina amin'ny kapila NAS loharano:

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

Jereo ny tabilao fisarahana amin'ny fiara Synology DSM, QNAP, na TrueNAS:

Dingana 3: Jereo mdadm --examine hahitana ny antony nianjeran'ny array (The Event Counter Matrix)¶

Amin'ny Synology, QNAP, na Linux mdadm array, diniho ny metadata RAID amin'ny fizarazarana data mpampiasa (ohatra, fizarazarana 3 amin'ny /dev/sdb3, /dev/sdc3, /dev/sdd3, /dev/sde3) tsy misy fametrahana na fanovana na inona na inona:

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

Ampitahao ny vokatra amin'ny fiara efatra:

/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)

Vakio tsara ity tantara forensika ity: 1. /dev/sdc3 (Device Role 1) manana ny Events isa ny 479012 hatramin'ny roa andro lasa izay (Oct 29). Niala voalohany io fiara io, roa andro lasa izay, ary tsy mandeha amin'ny Internet hatramin'izay. 2. /dev/sdb3 (Role 0) ary /dev/sde3 (Role 3) samy manana Events : 482190 amin'ny 14:12:09. 3. /dev/sdd3 (Role 2) manana Events : 482188 amin'ny 14:12:04, vao 5 segondra sy hetsika 2 aoriana sdb3 ary sde3. 4. Famaranana: Tsy maintsy amboarinao amin'ny fampiasana sdb3 (Role 0), sdd3 (Role 2), ary sde3 (Role 3) (izay mifanelanelana 2 monja ny kaontera hetsika), raha ** miala sdc3 (Role 1) mivoaka tanteraka**.

Dingana 3: Cloning isaky ny fiara bit-for-bit amin'ny GNU ddrescue¶

Alohan'ny hihazakazaka mdadm --assemble --force na zpool import -F, clone isaky ny fiara ilaina (indrindra ny fiara izay niala farany noho ny ratsy sehatra, toy ny /dev/sdd amin'ny ohatra etsy ambony) mankany amin'ny fiara tsy misy na inona na inona mitovy na lehibe kokoa, na amin'ny manta .img rakitra amin'ny boky fitahirizana lehibe.

Dingana 1: Nahoana ddrescue tsy maintsy misy mapfile¶

Standard dd manala zaza amin'ny sehatra ratsy voalohany, na miaraka amin'ny conv=noerror,sync mandany ora maro manodina ny lohany vakina amin'ny lalana simba nefa tsy mameno megabytes amin'ny angona tsara mifanila aminy. GNU ddrescue miasa amin'ny passage intelligent multistage: 1. Pass 1 (dingana fanaovana kopia): Mandika ny faritra salama sy mamaly haingana amin'ny kapila amin'ny hafainganam-pandeha feno (150 MB/s ho 250 MB/s), mitsambikina avy hatrany eo amin'ireo sakana miadana na tsy azo vakina mba tsy ho mafana loatra na maty ny fiara alohan'ny hahazoanao ny 99.99% data tsara. 2. Pass 2 (Déage de trimming): Mamaky hatrany amin'ny sisiny marina amin'ny sakana ratsy tsirairay avy eo aloha sy aoriana (reverse direction) mba hitoka-monina ny faritra simba ho any amin'ny sehatry ny fitaovana 4 kilobyte marina. 3. Pass 3 (Scraping phase): Averina averina moramora ireo sehatra simba nefa tsy namerina ny fiara fitateram-bahoaka tsy ilaina.

Dingana 2: Manaova dingana 2 ddrescue baiko clone¶

Tondroy foana ny mapfile (sdd_rescue.map). Raha tapaka ny fifandraisana ary mila tsingerin'ny herinaratra, ddrescue mamaky ny mapfile ary manohy amin'ny byte marina izay nialany nefa tsy namerina namaky sehatra iray efa voadika:

# 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

Dingana 4: Fanarenana ny Synology DSM (SHR-1 / SHR-2 / Classic RAID), QNAP, ary Linux mdadm¶

Raha vantany vao vonona ny kapila klôninao (na fitaovana famakiam-boky fotsiny) ary nesorina soa aman-tsara ny fiara NAS tany am-boalohany, araho ny filaharan'ny fivoriambe tsy manimba ny lampihazo.

Scenario A: Standard Linux mdadm na Synology Classic RAID (RAID 5 / RAID 6)¶

1. Atsaharo izay ampahany md array izay mety ho nanandrana natomboka ny Ubuntu:

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

2. Ampifandraiso amin'ny hery ireo partitions klone (sdb3, sdd3, sde3, manala ny efa maty ela sdc3) amin'ny ** fomba vakiana fotsiny**:

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

   Jereo ny vokatra: mdadm hanao tatitra forcing event count in /dev/sdd3(2) from 482188 up to 482190 ary mdadm: /dev/md2 has been started with 3 drives (out of 4).
3. Hamarino fa mavitrika sy voamarika ny array (auto-read-only) na (read-only):

   cat /proc/mdstat
   

Scenario B: Synology Hybrid RAID (SHR-1 ary SHR-2) miaraka amin'ny LVM2 ary Btrfs / ext4¶

Synology SHR (Synology Hybrid RAID) dia Linux manara-penitra 100 isan-jato mdadm + LVM2 (Logical Volume Manager): - Rehefa mitovy habe ny fiara rehetra ao amin'ny dobo SHR (ohatra, kapila 8 terabyte efatra), dia mamorona iray ny Synology. mdadm Fizarana RAID 5 (md2 eo amin'ny fizarana 3 isaky ny fiara) ary apetraho an LVM2 vondrona volume (vg1000 na vg1) ambonin'ny md2. - Rehefa manana habe mifangaro ny fiara ao amin'ny dobo SHR (ohatra, kapila roa 8 terabyte ary fiara 16 terabyte roa), dia mamorona roa misaraka ny Synology. mdadm arrays: md2 manerana ny Fizarana 5 (8 TB slice amin'ny fiara 4 rehetra ao amin'ny RAID 5) ary md3 manerana ny Fizarana 6 (ny sisa 8 TB tapaho amin'ny kapila 16 TB roa ao amin'ny RAID 1), avy eo mitambatra md2 + md3 ho tokana LVM2 Vondrona volume (vg1000).

Mametraka boky Synology SHR vakiana ao amin'ny Ubuntu aorian'ny fanangonana hery /dev/md2 (ary /dev/md3 raha SHR mifangaro): 1. Scan ny Synology LVM2 Boky Ara-batana sy Vondrona Boky:

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

Scenario C: Synology DSM 7+ Encryption Volume na Shared Folder Encryption (eCryptfs)¶

• ** Fampidirana lahatahiry iombonana (@sharename@ lahatahiry misy ECRYPTFS_FNEK_ENCRYPTED... anaran-drakitra)**: Adikao manontolo @encrypted_share@ esorina ny lahatahiry /mnt/synology_rescue Voalohany, amboary ary amboary izany amin'ny Ubuntu amin'ny fampiasana ny tenimiafinao encryption Synology na .key rakitra:

  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+ Fanafenana boky feno (LUKS): Raha /dev/vg1000/lv fampisehoana TYPE="crypto_LUKS" in blkid, sokafy vakiana fotsiny amin'ny fampiasana ny .rkey Ny rakitra Key Recovery nalaina rehefa noforonina ny boky:

  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
  

Scenario D: QNAP QTS (LVM2 Thin Provisioning ary DRBD sosona)¶

Ny singa maoderina QNAP NAS (QTS 4.3+ / 5.x) mampiditra node tokana anatiny DRBD fitaovana (/dev/drbd1) eo anelanelany /dev/md1 ary ny LVM2 Vondrona volume (vg1). 1. Manangona voalohany ny fizarazarana data QNAP (/dev/sd[b-e]3) vakiana fotsiny ao /dev/md1:

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

Dingana 5: Fanavotana TrueNAS sy Linux ZFS dobo (RAIDZ1, RAIDZ2, RAIDZ3)¶

Raha mampiasa TrueNAS CORE, TrueNAS SCALE, Proxmox VE, na Ubuntu ZFS, ny sitrana dia tsy mampiasa ny mpizara fitahirizanao. mdadm. Ny ZFS kosa dia manambatra ny mpitantana ny volume sy ny kopia amin'ny fanoratana (CoW) rafitra fichier ho rafitra ara-barotra tokana natsangana manodidina ny Uberblocks sy ny Vondrona Transaction (TXGs).

Dingana 1: Jereo ny marika 4 ZFS vdev (L0, L1, L2, L3) amin'ny kapila klona tsirairay¶

Ny fizarazaran'ny mpikambana ZFS tsirairay dia mitahiry dika mitovy efatra mitovy amin'ny firafitry ny dobo sy ny laharan'ireo 128 Uberblocks farany (etikety roa eo anoloan'ny fisarahana, L0 ary L1, ary etikety roa amin'ny farany indrindra, L2 ary L3). mihazakazaka zdb -l isaky ny fizarazarana klônina mba hijery ny toetry ny dobo sy ny Vondrona Transaction manolo-tena indrindra (txg):

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

Ampitahao ny txg: isa amin'ny kapila klonika rehetra. Tahaka ny mdadm's Events counter, raha latsaka ny kapila iray 5 minitra alohan'ny fahaverezam-pahefana na fanindroany kapila faharoa, dia ny txg dia ho ambany kely noho ny kapila sisa.

Dingana 2: Ampidiro ny dobo ZFS amin'ny fomba Read-Only (-o readonly=on)¶

Hamarino aloha ny dobo fanafarana tsy misy fametrahana na inona na inona amin'ny alalan'ny sudo zpool import -d /dev/disk/by-id. Aza manafatra dobo ZFS efa simba na maro kapila latsaka amin'ny fomba mamaky-manoratra. Rehefa nafarana miaraka amin'ny -o readonly=on, ZFS dia tsy manandrana manomboka resilver, tsy manoratra Uberblocks vaovao, ary tsy afaka mampatahotra ny kernel raha misy sarintany misy habakabaka (spacemap) dia hita mandritra ny fizarana fanoratana:

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

Dingana 3: Raha zpool import tsy mahomby amin'ny I/O error na corrupted data, mampiasa TXG Rollback (-F ary -T)¶

Raha latsaka tao anatin'ny segondra vitsy ny fiara roa nifandimby nandritra ny fipoahan'ny fanoratana mafy, ny Vondrona Transaction farany indrindra (TXG N) dia mety tsy feno amin'ny alàlan'ny tsipika parity mbola velona, raha toa ka TXG N-1 na TXG N-2 (nosoratana 5 ka hatramin'ny 15 segondra teo aloha) dia 100 isan-jato ao anaty buffer peratra Uberblock.

1. ** Andramo ny fijerena famerenana miverina maina tsy manimba (-F -n)**:

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

   Raha mitatitra ny ZFS Would be able to return pool to its state as of <timestamp>, mandehana ny fanafarana famerenam-boky mamaky fotsiny tsy misy -n:

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

2. ** Raha -F mbola tsy afaka mametraka ny Uberblocks farany indrindra, mitanisa isa Uberblock TXG manan-tantara miaraka amin'ny zdb ary manafatra TXG efa tranainy manokana (-T)**:

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

   Fidio a txg isa 30 ka hatramin'ny 60 segondra alohan'ny fianjerana (ohatra, txg = 9481020) ary ampidiro ny dobo mangatsiaka amin'io fotoana io amin'ny fomba vakiana fotsiny:

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

Dingana 6: Fanamarinana aorian'ny fahasitranana sy fisorohana ny fananganana indray amin'ny ho avy¶

Rehefa avy nandika ny 100 isan-jaton'ny angona sitrana ianao /mnt/synology_rescue na /mnt/zfs_rescue mankany amin'ny tanjona backup tsy miankina, araho ity lisitry ny fitaovana sy fanitsiana ity alohan'ny hamerenanao ny NAS anao:

• Aza mividy na oviana na oviana ny fiara NAS amin'ny mpivarotra iray ihany amin'ny andro iray ihany: Ny fiara avy amin'ny toeram-pamokarana mitovy dia mizara andian-doha sy firmware mitovy, ka mahatonga azy ireo tsy hahomby ao anatin'ny ora maromaro mandritra ny fanamboarana. Afangaro ny batch na ny mpanamboatra (Seagate IronWolf / Exos, WD Red Plus / Ultrastar, Toshiba N300 / MG).
• ** Mampiasà fiara NAS/Enterprise miaraka amin'ny TLER / SCT ERC afaka (na manangana Linux mdadm SCSI fe-potoana ho an'ny desktop drive)**: Ho an'ny mpanjifa amin'ny Linux mdadm, mampiasa a udev fitsipika hampiakarana /sys/block/sdX/device/timeout avy amin'ny 30 segondra ho 180 segondra izany mdadm miandry ny fanavaozana ny sehatra anatiny fa tsy manary ny fiara.
• ** Mamindra ny lasy misy kapila lehibe kokoa noho 8 TB avy amin'ny RAID 5 / SHR-1 / RAIDZ1 ho RAID 6 / SHR-2 / RAIDZ2**: Miaraka amin'ny 12 TB ho 24 TB ny fiara, ny fotoana fanamboarana tokana tokana dia mihoatra ny 30 ora, ka mahatonga ny fitoviana roa (RAID 6 / SHR-2 / RAIDZ2) zava-dehibe mba ho tafavoaka velona amin'ny sehatra ratsy mandritra ny famerenana indray.
• ** Fandaharana isam-bolana Data Scrubbing (mdadm check / zpool scrub) ary Extended SMART andrana**: Ny fikosoham-bary isam-bolana dia manamboatra lesoka ao amin'ny sehatra (Current_Pending_Sector) raha toa ka en ligne ny fiara rehetra.
• Tsarovy fa ny RAID dia avo lenta, fa tsy backup mihitsy: Araho ny 3-2-1 paikady backup miaraka amin'ny kopia an-tserasera.

Laharana vonjy taitra isam-paritra sy protocole masoivoho¶

Ny fahatapahan'ny fitahirizana misy fiantraikany amin'ny tambajotran'ny fahasalamana, ny fifandraisana maika, na ny firaketana an-tsoratra manokana araka ny lalàna dia mitaky fisondrotana avy hatrany:

• Etazonia sy Kanada: Dial 911 raha misy fianjeran'ny fitahirizana manakana ny rafi-pitsaboana hopitaly (EHR / PACS) na fandefasana. Tatitra ny ransomware lasibatra NAS (DeadBolt, LockBit, Akira) mankany CISA (1-844-Say-CISA / cisa.gov/report), FBI IC3 (ic3.gov), na ny Canadian Center for Cyber ​​Security (1-833-CYBER-88).
• Royaume-Uni: Dial 999 ho an'ny vonjy taitra miantraika amin'ny fiarovana ny aina na ny fikarakarana NHS. Eo ambanin'ny GDPR UK, tombantombana raha mitaky fampandrenesana ny ICO (0303 123 1113) ao anatin'ny 72 ora.
• Union Eoropeanina: Antsoy 112 manerana ny EU. Ny sampan-draharaha ao amin'ny NIS2 Directive dia tsy maintsy mitatitra ny fahatapahan'ny asa lehibe any amin'ny CSIRT nasionaly ao anatin'ny 24 ora, ary ny fahaverezan'ny angona manokana maharitra dia miteraka GDPR Article 33 mitatitra ao anatin'ny 72 ora.
• Australia sy Nouvelle Zélande: Antsoy 000 any Aostralia na 111 any Nouvelle Zélande; mitatitra ny fotodrafitrasa na ny ransomware NAS tranga amin'ny ACSC (1300 CYBER1) na CERT NZ (0800 237 869).
• India sy Azia-Pasifika: Antsoy 112 any Inde noho ny vonjy maika; mitatitra ny tranga fitahirizana fotodrafitrasa amin'ny CERT-In (incident@cert-in.org.in) ao anatin'ny varavarankely tsy maintsy 6 ora.

Fanontaniana apetraka matetika¶

Nahoana no mdadm --assemble --force mandà ny hanomboka ny array RAID 5 miaraka amin'ny not enough to start the array?¶

Amin'ny fiara 4 RAID 5 array, farafaharatsiny 3 amin'ny 4 fiara tsy maintsy ampitaina amin'ny mdadm --assemble --force. mihazakazaka sudo mdadm --mandinika /dev/sd[a-z]3 mba hijerena hoe nahoana no nolavina ny fiara fahatelo: na nandalo ny kapila manontolo ianao fa tsy ny fisarahana (/dev/sdd fa tsy ny /dev/sdd3), voamarika ho a Mitsitsy amin'ny alàlan'ny fanavaozana tapaka, na ny auto-assembler an'ny Ubuntu nanidy fiara iray ho tsy mavitrika /dev/md127 fitaovana (run sudo mdadm --stop --scan voalohany, dia avereno indray mdadm --assemble --force --readonly).

Ahoana raha nanomboka nanangana indray ny fiara (Recovery = 12%) talohan'ny nialan'ny fiara faharoa?¶

Raha maty ny Drive 2 dia nampiditra Drive 2 fanoloana ianao, ary tamin'ny 12% fanavaozana ny fandrosoana Drive 3 dia nilatsaka an-tserasera noho ny sehatra ratsy, aza mampiasa ny Drive 2 fanoloana 12% naorina indray. Fa kosa, klono ny tany am-boalohany Drive 3 miaraka amin'ny ddrescue. Satria ny Drive 3 dia mandeha tanteraka hatramin'ny nijanonan'ny fanamboarana tamin'ny 12%, ny famoriam-bola an-tery ny array mamaky fotsiny amin'ny fampiasana Drive 1, ny ddrescue Ny clone an'ny Drive 3, ary ny Drive 4 (nandao ny Drive 2) dia manome anao array tsy miovaova.

Azoko atao ve ny mametraka ny fiarako Synology na QNAP ao anaty chassis NAS vaovao raha maty ny famatsiana herinaratra na ny birao NAS?¶

Eny, samy Synology (Fifindra-monina HDDary QNAP (Direct NAS Migration) mitahiry ny fikirakirana RAID amin'ny fiara. Na izany aza, raha efa niala ny fiara roa na maromaro (`Volume Crashed`) alohan'ny hahafatesan'ny chassis dia aza baoritra ao anaty chassis NAS vaovao izy ireo, satria ny mpamantatra ny fifindra-monina dia mety hanisy fizarazarana na hiteraka fanamboarana manimba. Vonjeo aloha ny angona vakiana fotsiny ao amin'ny Ubuntu.

Ahoana no ahafantarako raha azo antoka ny clone ny fiara nilatsaka ddrescue mifanohitra amin'ny mila laboratoara fanadiovana?¶

Ampifandraiso amin'ny SATA ny fiara, velomy ary henoy mandritra ny 10 segondra eo am-pijerena sudo dmesg -w. Raha toa ka mamoaka feo mikitika, mikosoka, na mitabataba ny fiara, dia mihodina miakatra sy mihodina midina, na mitatitra ny fahafaha-manao toy ny 0 B / 4.1 GB in lsblk, tsy nahomby ara-batana ny loha mamaky/manoratra: tapaho avy hatrany ny herinaratra ary ampiasao laboratoara fanadiovana. Raha mihodina tsara ny fiara dia asehoy ny fahafahany feno lsblk, ary logs ihany Sector_ankehitriny_miandry na ny hadisoana amin'ny fotoana fiatoana, klono amin'ny ddrescue.

Inona no atao hoe "RAID 5 Write Hole", ary ahoana no atao ZFS na Btrfs misoroka izany mandritra ny fahatapahan-jiro?¶

Amin'ny fomba nentim-paharazana RAID 5 / RAID 6 Raha tsy misy diary, ny fanavaozana ny tsipika dia mitaky fanoratana ny sakana angona sy ny sakana parity amin'ny kapila roa miaraka. Raha tsy mahomby ny herinaratra, dia tsy mifanaraka intsony ny data sy ny parity (ny Soraty Hole). ZFS (`RAIDZ`) ary Btrfs esory ny lavaka fanoratana amin'ny alàlan'ny Copy-on-Write (`CoW`), soraty ny tsipika vaovao rehetra ho blocs tsy ampiasaina ary manavao ny tondro Uberblock/root raha tsy aorian'ny fametrahana ny disque feno.

Afaka mampiasa aho dmsetup overlay mba hitsapana ny mari-pamantarana RAID nefa tsy manova ny fiara cloned?¶

Eny, afaka mamorona Copy-on-Write ianao (`CoW`) overlay eny an-tampon'ny fitaovana vakiana fotsiny`losetup --read-only`) mampiasa Linux dmsetup (`snapshot` target) tohanan'ny rakitra kely ao /tmp. Izay manoratra avy mdadm --assemble --force na fsck -y mandehana any amin'ny fanariana /tmp overlay file, mamela anao hamerina ao anatin'ny 1 segondra raha ilaina.

Mpitarika mifandraika¶

• Ny array NAS RAID dia niharatsy, ny tsy fahombiazan'ny fiara maro, ary ny fanarenana ZFS/Btrfs
• RAID mpanara-maso ny fahafatesan'ny karatra, fanafarana fanafarana vahiny, ary nahoana ianao no tsy tokony hanomboka na oviana na oviana ny disks
• Hard drive tsy fahombiazana sy ny angona fanarenana
• SSD sy NVMe maody vakiana tampoka, 0% blocs, ary TRIM manakana ny famonjena
• rm -rf na Shift+Delete tsy nahy amin'ny Linux, macOS, na Windows: famerenam-boky tsy misy afa-tsy avy hatrany
• Backup amin'ny solosaina, paikady 3-2-1, ary fanarenana ny loza
• Laharana vonjy maika araka ny firenena

Loharano sy tari-dalana ofisialy¶

• Linux Raid Wiki (raid.wiki.kernel.org) & Ny Linux Kernel Organisation: Famerenana ny RAID rindrambaiko tsy nahomby (mdadm --assemble --force --readonly ary ny tsy fitovian'ny hetsika Counter).
• Free Software Foundation (GNU Project): *GNU ddrescue Torolàlana: Famerenana ny angona forensika avy amin'ny haino aman-jery tsy mahomby *.
• OpenZFS Documentation (openzfs.github.io): ZFS Pool Import Recovery (zpool import -F, Fanafarana vakiana Ihany, ary zdb Fanaraha-maso).
• Synology Inc.: * Synology Knowledge Center: Ahoana no ahafahako mampiasa PC hamerenana ny angona rehefa tsy miasa ny Synology NAS (mdadm + LVM2 Fametrahana)*.
• Institut Nasionaly momba ny fenitra sy ny teknolojia (NIST) (Etazonia): Famoaham-boky manokana 800-209: Torolàlana momba ny fiarovana ho an'ny fotodrafitrasa fitahirizana.