RAID Array Failure, Nadaot nga NAS Storage Pool, ug Rebuild Safety¶

Kung ang usa ka appliance sa balay o gamay nga negosyo nga Network Attached Storage (NAS) (sama sa Synology DiskStation, QNAP Turbo NAS, TrueNAS, o Unraid server) magsugod sa pag-beep gamit ang amber LED ug magreport "Storage Pool Degraded" o "Volume Crashed," ang sunod nga pag-klik sa tag-iya kasagarang magdeterminar kung ang mga litrato sa tag-iya sa irreplaceable sa 20 ka ma-record sa pamilya kasagarang matino kung ang mga litrato sa irreplaceable sa irreplaced sa 20 ka pamilya. naguba. Sulod sa mga dekada, ang mga tiggamit gitudloan nga kung ang usa ka drive sa usa ka RAID 5 o RAID 1 array mahimong pula, ibira ra nimo ang patay nga drive, i-slide ang usa ka bag-ong blangko nga drive, ug i-klik "Pag-ayo / Pagtukod Pag-usab."

Sa moderno nga high-capacity storage pool nga gitukod gamit ang 8 TB ngadto sa 24 TB nga mga drive nga gipalit gikan sa samang manufacturing batch, buta nga nagsugod sa usa ka in-place RAID rebuild mao ang #1 nga hinungdan sa total, dili mabawi nga multi-drive array nga kamatayon. Ang pagtukod pag-usab sa usa ka 4-drive nga 16 TB RAID 5 array nagpugos sa matag nahabilin nga aging drive sa pagbasa sa 100 porsyento sa mga sektor niini nga walay hunong sulod sa 24 ngadto sa 72 ka oras sa pinakataas nga thermal ug mekanikal nga load. Kung ang usa sa mga nahabilin nga igsoon nga nagmaneho naigo sa usa ka dili matul-id nga sayup sa pagbasa (URE) o nag-antus sa pagkadaot sa ulo sa tungatunga sa pagtukod pag-usab, ang RAID controller mopatid sa ikaduha nga pagmaneho gikan sa pool ug ma-crash ang tibuuk nga array. Ang paglahutay sa usa ka RAID, ZFS, o Btrfs nga emerhensya nanginahanglan paghunong dayon sa tanan nga pagsulat, pag-audit sa S.M.A.R.T. telemetry sa tanang buhi nga mga drive, pag-back up sa mga kritikal nga folder sa wala pa paghikap sa array topology, ug pag-imaging sa mga degraded nga member disk gamit ang GNU ddrescue sa wala pa mosulay sa usa ka parity rebuild o read-only metadata assembly.

Buhata kini karon¶

1. ** AYAW pag-ibut og daghang mga drive aron "i-reseat" kini samtang ang NAS o server gipaandar, ug AYAW magbayloay og drive nga walay label sa ilang eksaktong mga numero sa slot.** Sa dili pa mohikap sa usa ka tray sa drive, pagkuha og sharpie o taghimo og label ug markahi ang pisikal nga tumoy sa matag drive gamit ang eksaktong numero sa bay niini (Bay 1 / sda, Bay 2 / sdb, Bay 3 / sdc). Bisan tuod modernong Linux mdadmAng , LVM, ug ZFS arrays nagtipig ug UUID superblocks sa matag disk, hardware RAID controllers (Dell PERC, HP Smart Array, Broadcom/LSI MegaRAID) kasagarang nagbugkos sa metadata sa configuration ngadto sa pisikal nga SAS/SATA backplane slot numbers.
2. ** AYAW dayon i-klik ang "Pag-ayo" o "Pagtukod pag-usab" sa usa ka degraded RAID 5 / SHR-1 array kung wala kay pinakabag-o nga external backup.** Samtang ang single-parity array (RAID 5, Synology SHR-1, o ZFS RAIDZ1) anaa sa Degraded Mode (1 drive dead, ang nahabilin nga drives online kay mabasa gihapon karon ** ang tanan sa imong mga drive online), **0 sa imong mga drive online gihapon ang mabasa. I-plug ang usa ka eksternal nga USB 3.0 hard drive direkta sa NAS ug kopyaha ang imong labing kritikal, dili mapulihan nga mga folder gikan sa nadaot nga pool *sa wala pa nimo ipaubos ang nahabilin nga mga drive sa brutal nga 48-oras nga stress test sa usa ka parity rebuild.
3. ** AYAW i-klik ang "Initialize Disk," "Create New Pool," "Clear Configuration," o run fsck -y / btrfs check --repair sa usa ka nahagsa nga laray.** Sa diha nga duha ka mga drive mahulog gikan sa usa ka RAID 5 array sa dungan (kasagaran tungod sa usa ka mubo nga power-supply dip o SATA timeout kay sa tinuod nga pisikal nga kamatayon), ang NAS GUI markahan ang Storage Pool ingon "Nahagsa" ug nagtanyag sa pagsugod o pag-recreate sa volume. Ang pagsugod nagsulat ug bag-ong mga superblock ug mga sero sa mga parity stripes, nga nagguba sa mabawi nga datos. Sa susama, pagdagan btrfs check --repair sa usa ka dunot nga gidaghanon sa Btrfs nabantog sa Linux kernel nga komunidad tungod sa pagguba sa gidak-on sa kahoy nga dili na maulian.
4. Hunonga dayon ang tanang Docker container, Virtual Machines, Plex media server, surveillance camera recording, ug naka-iskedyul nga RAID Scrubs. Ang matag operasyon sa pagsulat ngadto sa usa ka degraded array mopataas sa risgo sa parity write-hole o pagduso sa marginal second drive sa ibabaw sa ngilit. Pag-log in sa NAS web interface o SSH terminal ug ihunong ang tanang serbisyo sa background ug high-I/O nga mga buluhaton.
5. Kung adunay bisan unsang drive sa NAS nga naghimo og ritmikong pag-klik, pagtuktok, paggaling, o pagsinggit nga mga tunog, isira ang NAS nga limpyo karon dayon. Ang usa ka pag-klik o paggaling nga drive nag-antus sa pisikal nga pagbasa/pagsulat sa ulo nga nabangga (tan-awa Lisud nga drive kapakyasan ug data recovery). Ang pagbilin niini nga magtuyok sulod sa NAS enclosure mag-iskor sa mga magnetic platters ngadto sa abog sulod sa mga minuto.
6. ** Susiha kon ang "NAS failure" sa tinuod usa lang ka patay nga motherboard sa NAS o external power brick.** Kon ang imong Synology, QNAP, o Asustor NAS kalit nga dili na ma-on, o mokidlap ang asul nga power LED nga walay kataposan (sama sa sikat nga Intel Atom C2000 clock-signal bug), ang imong mga hard drive ug data halos 100 porsyento nga maayo. Mahimo nimong ibalhin ang mga drive ngadto sa usa ka kapuli nga NAS o i-mount kini nga read-only sa bisan unsang Ubuntu Linux desktop PC gamit ang standard SATA ports.

flowchart TD
    A["Ang NAS beeping / RAID array report Degraded o Crashed status"] --> B{"Aduna bay bisan unsang mga drive nga naghimo sa mekanikal nga pag-klik, paggaling, o pag-scrape nga mga ingay?"}
    B -->|"Oo: Pisikal nga pagkabunggo sa ulo"| C["I-power down dayon ang NAS, markahi ang matag drive gamit ang Bay Number niini, ug kuhaa ang clicking drive"]
    B -->|"Dili: Hilom nga operasyon"| D{"Unsa ang kahimtang sa Storage Pool?"}
    D -->|"DEGRADED (1 drive napakyas, volume mabasa gihapon)"| E["Hunonga ang tanan nga Docker / VM / Surveillance nagsulat ug AYAW i-klik Pag-usab pa"]
    E --> F["Susihon ang S.M.A.R.T. Mga kinaiya (ID 5, 187, 197, 198) sa tanang SURVIVING drive"]
    F --> G["I-plug ang eksternal nga USB drive ug kopyaha ang mga kritikal nga file gikan sa degraded nga pool UNA"]
    G --> H{"Ang bisan unsang buhi nga mga drive nagpakita sa dili maayo nga mga sektor (ID 5 / 197 > 0)?"}
    H -->|"Oo: Ang ikaduhang drive napakyas"| I["I-power down ug i-clone ang matag drive gamit ang GNU ddrescue sa dili pa mosulay sa bisan unsang pagtukod pag-usab"]
    H -->|"Dili: Ang pag-survive makapahimsog sa 100%."| J["Isulod ang puli nga CMR drive (dili gyud SMR) ug padagana ang parity Rebuild"]
    D -->|"NA-CRASH / OFFLINE (Nawala ang daghang mga drive)"| K["AYAW Pagsugod o pagdagan fsck/btrfs --repair; power down ug label ang tanang drive bays"]
    C --> L["I-clone ang tanang degraded nga member drive ngadto sa himsog nga drive gamit ang GNU ddrescue + mapfiles"]
    K --> L
    L --> M["I-reassemble ang mga cloned drive sa Read-Only mode pinaagi sa Linux mdadm/LVM, zpool import -o readonly=on, o UFS Explorer RAID"]

Ang pagsabut kung nganong napakyas ang pagtukod pag-usab sa RAID: Ang "Sibling Drive Batch" ug "SMR Drive" nga mga lit-ag¶

Aron makahimo og luwas nga mga desisyon atol sa usa ka emerhensya sa NAS, kinahanglan nimong masabtan ang duha ka pisikal nga mga lit-ag nga makapatay sa mga arrays sa RAID sa panahon sa pagkaayo:

Trap 1: May Kaangtanan nga Batch Failure ug Uncorrectable Read Errors (URE)¶

Kadaghanan sa mga tag-iya sa NAS mopalit sa tanan nga upat o unom nga mga hard drive sa parehas nga adlaw gikan sa parehas nga retailer. Ang mga drive gikan sa parehas nga linya sa asembliya sa pabrika, nag-ambit sa parehas nga mga pagbag-o sa firmware, nagtuyok sa eksaktong parehas nga palibot sa pag-vibrate sa chassis, ug nag-ipon sa eksaktong parehas nga gidaghanon sa mga oras sa kuryente. * Kung mamatay ang Drive 1 pagkahuman sa 38,000 ka oras nga operasyon, ang Drive 2, 3, ug 4 anaa usab sa 38,000 ka oras nga pagsul-ob. * Kung mag-pop ka usa ka bag-ong kapuli nga drive sa Bay 1 ug i-klik ang Rebuild sa usa ka RAID 5 array, ang NAS controller kinahanglan nga magbasa matag usa ka sektor sa Drives 2, 3, ug 4 hangtod sa XOR-makalkula ang nawala nga parity blocks para sa Bay 1. * Kung ang Drive 3 hilom nga nagtago sa 14 nga dili mabasa nga dili maayo nga mga sektor (Current Pending Sectors, S.M.A.R.T. ID 197) sa usa ka karaan nga folder nga wala nimo maablihan sa duha ka tuig, ang proseso sa pagtukod pag-usab mag-una sa mga dili maayo nga sektor sa Oras 19. Sa daghang mga hardware RAID card nga wala’y usa ka STL-Second nga Pag-ayo sa Error nga wala’y usa ka STLCT nga Errorll nga Pag-ayo sa usa ka Error nga pag-recover. hinungdan sa controller nga markahan ang Drive 3 isip "Failed/Faulted," nga naghulog sa ikaduhang drive gikan sa single-parity RAID 5 array ug nag-crash sa tibuok volume.

Trap 2: Ayaw Pagsulod ug SMR (Shingled Magnetic Recording) Drive sa RAID o ZFS Array¶

Kung mopalit ug emergency replacement hard drive sa lokal nga tindahan sa elektroniko aron matukod pag-usab ang imong NAS, veria nga ang puli nga drive naggamit ug CMR (Conventional Magnetic Recording), DILI GYUD SMR (Shingled Magnetic Recording). * Budget desktop hard drive (sama sa standard Western Digital Red non-Plus EFAX mga modelo gikan sa 2 TB ngadto sa 6 TB, Seagate Barracuda Compute desktop drive, ug daghang barato nga external USB drive nga ang mga user "gitaktak" gikan sa mga plastik nga kaso) naggamit sa Drive-Managed SMR, diin ang magnetic tracks nagsapaw sama sa roof shingles. * Atol sa usa ka padayon nga multi-terabyte RAID o ZFS resilver pagsulat, ang internal nga media cache sa SMR drive mapuno sa hingpit sulod sa 30 minutos. Kung puno na ang cache, ang SMR drive mohunong sulod sa 10 ngadto sa 30+ segundos samtang internally nagbasa ug nag-rewrite sa tibuok shingled bands, o nagbalik ug ATA IDNF (Sector ID Not Found) timeout. * Linux mdadm, Synology DSM, ug ilabina ZFS (zed) hubaron kadtong 20-segundos nga mga stall sa SMR isip usa ka patay nga hard drive, gipatid-a ang bag-ong puli nga drive balik dayon gikan sa array sa tunga-tunga sa pagtukod pag-usab. Kanunay pagpalit CMR NAS/Enterprise drive (sama sa WD Red Plus / WD Red Pro, Seagate IronWolf / IronWolf Pro / Exos, o Toshiba N300 / MG Enterprise).

Diagnostic matrix: lebel sa RAID, pagtugot sa sayup, ug mga lagda sa pagkaluwas¶

Step-by-step triage para sa usa ka "Degraded" NAS Pool (1 drive napakyas, data gihapon accessible)¶

Kung nag-beep ang imong NAS tungod kay ang 1 drive sa RAID 1, RAID 5, SHR-1, RAID 6, o RAIDZ pool napakyas, sunda kini nga eksaktong pagkasunod-sunod sa dili pa ilisan ang disk:

Lakang 1: Pag-audit sa S.M.A.R.T. mga hiyas sa tanang SURVIVING drive una¶

Ablihi ang Storage Manager -> HDD/SSD -> Health Info -> S.M.A.R.T. Attribute (sa Synology/QNAP) o run smartctl -a /dev/sdX pinaagi sa SSH sa matag healthy/online drive nga nahibilin pa sa pool. Tan-awa ang RAW_VALUE kolum para niining upat ka kritikal nga mga hiyas: * ID 5 (Reallocated_Sector_Ct): Kinahanglan gyud 0. Kung ang usa ka buhi nga drive adunay mga dosena o gatusan nga gi-reallocate nga mga sektor, ang ibabaw sa platter o mga ulo niini aktibo nga nagdaot. * ID 187 (Reported_Uncorrect): Kinahanglan gyud 0. * ID 197 (Current_Pending_Sector): KRITIKAL. Bisan unsang numero nga mas dako pa sa 0 nagpasabot nga ang naluwas nga drive karon adunay dili mabasa nga mga sektor nga naghulat nga magpahinabog pagkahagsa sa higayon nga ang usa ka RAID pagtukod pag-usab mosulay sa pagbasa niini. * ID 198 (Offline_Uncorrectable): Kinahanglan gyud 0.

Lagda sa Desisyon: * Kung ang tanan nga buhi nga mga drive nagpakita 0 sa mga ID 5, 187, 197, ug 198, mahimo nimong luwas nga i-back up ang imong kritikal nga mga folder sa usa ka eksternal nga USB drive ug dayon ipadayon ang usa ka normal nga NAS GUI **Pag-ayo / Pagtukod Pag-usab ** gamit ang usa ka himsog nga CMR replacement drive. * Kung bisan unsang buhi nga drive sa usa ka single-parity RAID 5 / SHR-1 / RAIDZ1 pool nagpakita Current_Pending_Sector > 0 o nagkadako Reallocated_Sector_Ct, ** AYAW PAGDUGAY UG PAGTUKOD **. Kopyaha ang tanang datos gikan sa degraded nga NAS ngadto sa external USB drive diha-diha dayon samtang ang volume gi-mount pa; kung ang volume naglisud na, ipaubos ang NAS ug i-clone ang napakyas nga mga drive sa miyembro sa Linux PC gamit ang GNU ddrescue una.

Ang sunod-sunod nga pagluwas kung ang usa ka RAID / NAS Volume "Na-crash" (Nawala ang daghang mga drive)¶

Unsa kaha kung momata ka ug ang imong 4-bay RAID 5 NAS nag-ingon "Storage Pool 1: Na-crash" tungod kay ang Drive 2 napakyas kaniadtong Martes sa gabii ug ang Drive 4 nahulog sa Miyerkules sa buntag?

Ngano nga kadaghanan sa "2-drive nga mga kapakyasan" tinuod nga mabawi: Gawas kung ang imong balay naigo sa kilat o ang NAS nahulog sa usa ka hagdanan, ang duha ka mekanikal nga hard drive halos dili gyud makasinati sa kinatibuk-ang katalagman nga pagkabangga sa ulo sa parehas nga segundo. Hinuon, ang tinuod nga nahitabo sunud-sunod: 1. Ang Drive 2 nakahimo og pipila ka dili maayo nga mga sektor ug gipapahawa gikan sa array mga adlaw o mga oras sa sayo pa (gibiyaan ang array nga nagdagan sa Degraded mode sa Drives 1, 3, ug 4). 2. Sa ulahi, ang Drive 4 nakasugat sa usa ka dili mabasa nga sektor (o usa ka mubo nga SATA timeout) samtang ang NAS nagdagan sa usa ka background scrub. Tungod kay ang array wala nay redundancy sa pag-ayo sa usa ka dili maayo nga sektor sa Drive 4, ang RAID driver gisipa usab ang Drive 4 ug gimarkahan ang tibuok pool Crashed.

Niini nga senaryo, Drive 4 adunay pinakabag-o, up-to-the-minuto nga raid event counter (Events count) ug 99.9999% nga himsog, samtang ang Drive 2 medyo wala na sa petsa ("stale").

Giunsa pagbawi ang nahagsa nga Synology, QNAP, o Linux mdadm array nga luwas sa usa ka Linux PC¶

Lakang 1: I-power down ang NAS, label ang matag drive bay, ug ikonektar ang mga drive sa desktop PC nga nagpadagan sa Ubuntu Linux Live USB¶

1. Ipalong ang NAS. Butangi og label ang matag drive (Bay 1, Bay 2, Bay 3, Bay 4).
2. Ikonektar ang mga drive sa motherboard SATA ports (o usa ka HBA card sama sa LSI 9211-8i/9300-8i sa IT Mode; likayi ang barato nga USB hubs nga disconnect ubos sa load) sa desktop PC nga gi-boot sa Ubuntu Linux Live USB.
3. Ablihi ang usa ka terminal ug susiha ang partition layout ug mdadm superblock estrikto sa read-only diagnostic mode:

# List all connected drives and partitions without mounting anything
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE

# Inspect the Linux Software RAID (mdadm) superblock metadata on the data partitions
# Note: On Synology DSM, Partition 1 is Root OS, Partition 2 is Swap, and Partition 3 (or 5) is your User Data array (e.g., /dev/sda3, /dev/sdb3, /dev/sdc3, /dev/sdd3)
sudo mdadm --examine /dev/sd[a-d]3

Lakang 2: Basaha ang Events counter ug Array State output gikan sa mdadm --examine¶

Tan-awa pag-ayo ang output sa sudo mdadm --examine /dev/sd[a-d]3 alang sa matag drive: * Makita nimo ang mga linya sama sa: * /dev/sda3: Events : 48210, Array State : A.AA (A = Aktibo, . = Nawala) * /dev/sdb3 (Drive 2, una nga nahulog): Events : 47950, Array State : AAAA * /dev/sdc3: Events : 48210, Array State : A.AA * /dev/sdd3 (Drive 4, katapusan nga nahulog): Events : 48209, Array State : A.AA * Matikdi kung unsa ang Events ang counter nagsulti kanimo: Drives 1, 3, ug 4 (sda3, sdc3, sdd3) naa sa sulod sa 1 ka panghitabo sa usag usa (48210 vs 48209), samtang ang Drive 2 (sdb3) nahulog sa sayo pa sa panghitabo 47950. * Kritikal nga lagda: Sa 4-drive nga RAID 5 array, kinahanglan nimo 3 drive aron matukod pag-usab ang 100 porsyento sa datos. KINAHANGLAN nimong i-assemble ang array gamit ang 3 pinakabag-o nga drive (sda3, sdc3, ug sdd3) ug biyai ang stale drive (sdb3). Kung wala ka tuyoa nga napugos pag-assemble gamit ang daan nga stale drive (sdb3), ang filesystem metadata gikan sa duha ka adlaw ang milabay dili motakdo sa kasamtangan nga data stripes sa ubang mga drive ug makadaot sa imong mga folder.

Lakang 3: I-clone ang bisan unsang drive nga adunay dili maayo nga mga sektor gamit ang GNU ddrescue una¶

Sa dili pa mag-assemble, i-clone ang bag-o lang nahulog nga drive (/dev/sdd) (ug labing maayo ang tanan nga mga drive sa miyembro) sa usa ka himsog nga kapuli nga drive gamit ddrescue (tan-awa Lisud nga drive kapakyasan ug data recovery para puno ddrescue syntax):

# Clone the dropped drive (/dev/sdd) to a healthy new spare drive (/dev/sde) with a mapfile
sudo ddrescue -f -n /dev/sdd /dev/sde /root/drive4_clone.map
sudo ddrescue -d -f -r3 /dev/sdd /dev/sde /root/drive4_clone.map

Karon i-unplug ang orihinal nga napakyas /dev/sdd ug ibutang kini nga luwas sa usa ka estante aron magamit nimo ang himsog nga clone (/dev/sde).

Lakang 4: I-reassemble ang RAID array, LVM volume group, ug file system sa higpit nga READ-ONLY mode¶

Sa Synology (SHR / RAID) ug mga sistema sa QNAP, ang storage stack adunay hangtod sa tulo ka mga layer: mdadm (RAID) -> LVM2 (Lohikal nga Volume Manager) -> ext4 o Btrfs (Sistema sa File). Ania ang eksaktong pagkasunod-sunod sa command aron luwas nga i-mount kini sa read-only mode sa Ubuntu:

# Install mdadm, lvm2, and btrfs-progs inside the Ubuntu Live environment
sudo apt update && sudo apt install -y mdadm lvm2 btrfs-progs

# Stop any partial auto-assembled md arrays first
sudo mdadm --stop --scan

# Assemble the 3 freshest RAID 5 partitions in READ-ONLY mode (using --force ONLY if the 3rd drive's event count is off by 1-2 events, on the cloned drive)
sudo mdadm --assemble --readonly --run /dev/md127 /dev/sda3 /dev/sdc3 /dev/sde3

# Check that /dev/md127 is now active (even in degraded [UU_U] read-only state)
cat /proc/mdstat

# Activate the LVM Volume Group in read-only mode
sudo vgchange -ay --readonly

# List the discovered Logical Volumes (look for /dev/vg1000/lv or /dev/vg1/volume_1)
sudo lvs

# Create a mount point and mount the Logical Volume strictly READ-ONLY (-o ro,noload for ext4 or -o ro,norecovery for Btrfs)
sudo mkdir -p /mnt/nas_rescue

# For ext4 volumes:
sudo mount -o ro,noload /dev/vg1000/lv /mnt/nas_rescue

# OR for Btrfs volumes (such as Synology Btrfs pools):
sudo mount -o ro,norecovery /dev/vg1000/lv /mnt/nas_rescue

Kausa /mnt/nas_rescue mounts, tanan nimong gipaambit nga mga folder sa NAS (photo, homes, video, documents) makita sa sulod /mnt/nas_rescue/ para makopya nimo sila diretso sa external USB backup drive.

• Unsa kaha kung ang imong Synology NAS adunay "Synology Hybrid RAID (SHR)" nga adunay nagkasagol nga gidak-on sa drive? Ang Synology SHR yano nga nagbahin sa mas dagkong mga drive sa daghang mga partisyon (sda5, sda6) ug nagmugna og bulag mdadm array tabok sa matag partition tier, unya apil sa mga md mga arrays sa sulod sa usa ka LVM Volume Group (vg1000). Nagdagan sudo mdadm --assemble --scan --readonly ug sudo vgchange -ay Awtomatiko nga nagtahi sa daghang lebel nga mga volume sa SHR balik sa Ubuntu.
• Komersyal nga GUI Alternative (Windows/macOS/Linux): Kung dili ka komportable sa Linux terminal commands o adunay komplikadong QNAP thin-provisioned LVM pool, UFS Explorer RAID Recovery o ReclaiMe Free RAID Recovery makasusi sa tanang konektadong NAS drives sa Windows o Linux PC sa 100% read-only nga software mode, ug maka-detect sa imong stripe nga gidak-on sa LVM, awtomatikong ma-detect ang imong stripe mode ug LVM. mga folder nga walay pagbag-o sa usa ka sektor sa NAS drive.

ZFS (zpool) ug Btrfs emergency rescue commands¶

Ang modernong mga plataporma sa NAS (TrueNAS SCALE/CORE, Proxmox, Ubuntu Server, Unraid, ug Synology Btrfs volumes) nagkadaghang naggamit ug copy-on-write (CoW) nga mga file system imbes nga legacy ext4. Kung ang usa ka ZFS zpool o Btrfs pool nagdumili sa pag-mount o hinungdan sa usa ka kernel panic sa boot pagkahuman sa pagkawala sa kuryente o pagkapakyas sa pagmaneho, ** ang normal nga pag-mount mapakyas tungod kay ang OS misulay sa pag-replay sa nadaot nga mga transaksyon sa pagsulat **. Kinahanglan nimong gamiton ang read-only transaction rollback parameters.

1. ZFS (zpool) Emergency Recovery (TrueNAS / Proxmox / Linux ZFS)¶

Kung ang usa ka ZFS pool nag-ingon FAULTED, UNAVAIL, o na-crash ang server (kernel panic) sa diha-diha dayon nga imong pagsulay sa pag-import niini human sa usa ka hugaw nga pagkawala sa kuryente:

# 1. Inspect all visible ZFS pools on the connected disks without importing them
sudo zpool import

# 2. ALWAYS attempt a Read-Only Import first (prevents ZFS from writing to disks or replaying the ZIL/SLOG)
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue <pool_name>

# 3. What if a normal import causes a kernel panic or says 'damaged pool metadata'?
# Use -F (Rollback/Recovery Mode) with -n (Dry Run ONLY) to see if ZFS can rewind the last few seconds of corrupted Transaction Groups (TXGs):
sudo zpool import -F -n <pool_name>

# 4. Combine Read-Only + Safe Transaction Group Rewind (-F -o readonly=on) so no disk sectors are altered while you copy your data off:
sudo zpool import -f -F -o readonly=on -R /mnt/zfs_rescue <pool_name>

# 5. For heavily damaged pools where Space Map allocation tables are corrupt, disable space map loading prior to read-only import:
echo 1 | sudo tee /sys/module/zfs/parameters/zfs_recover
sudo zpool import -f -F -o readonly=on -R /mnt/zfs_rescue <pool_name>

Sa higayon nga gitaod sa ubos /mnt/zfs_rescue, kopyaha ang imong mga dataset sa paggamit rsync o zfs send sa wala pa mosulay sa pag-import sa pool read-write.

2. Btrfs Emergency Recovery (Synology Btrfs / Unraid Cache Pool / Linux Btrfs)¶

Hinoon, sulayi ang pag-mount o pagkuha sa Btrfs volume sa estrikto nga progresibong han-ay, gikan sa pinakagamay nga invasive ngadto sa pinakalawom nga scan:

# Stage 1: Mount Read-Only without replaying the corrupted Journal Log Tree (fixes 80% of power-loss Btrfs mount failures)
sudo mount -t btrfs -o ro,norecovery /dev/sdX1 /mnt/btrfs_rescue
# (Note: on newer Linux kernels 5.11+, use: -o ro,rescue=nologreplay)

# Stage 2: Mount Read-Only using the backup Root Tree + ignoring bad checksums (for multi-drive or bit-rot corruption)
sudo mount -t btrfs -o ro,rescue=all /dev/sdX1 /mnt/btrfs_rescue
# (On older kernels: sudo mount -t btrfs -o ro,usebackuproot,nologreplay,degraded /dev/sdX1 /mnt/btrfs_rescue)

# Stage 3: If the volume still refuses to mount in the kernel, extract files directly in userspace without mounting using 'btrfs restore'
# First, list available backup tree roots:
sudo btrfs-find-root /dev/sdX1

# Then run 'btrfs restore' (strictly read-only userspace extractor) to dump all files to an external healthy drive:
sudo btrfs restore -v -i -m -S /dev/sdX1 /mnt/external_usb_backup/

Mga Emerhensiya sa Hardware RAID Controller: "Foreign Configuration" ug Dead RAID Cards¶

Ang mga server sa negosyo (Dell PowerEdge nga adunay PERC card, HPE ProLiant nga adunay Smart Array, Lenovo ThinkSystem, o mga workstation nga adunay Broadcom/LSI MegaRAID controllers) naggamit sa hardware RAID card nga adunay onboard NVRAM ug baterya/supercapacitor cache (BBU / CacheVault).

1. Import Foreign Configuration kumpara sa Clear Configuration (KRITIKAL)¶

Kung ang usa ka drive sa makadiyot madiskonekta o imong ibalhin ang mga drive ngadto sa usa ka puli nga chassis sa server, ang Dell PERC o LSI MegaRAID BIOS boot screen mohunong ug mopahibalo: "Foreign configuration(s) found on adapter." * PILI KANUNAY Import Foreign Configuration (o Preview Foreign Configuration -> Import). Ang "Foreign" nga tag nagpasabot lamang nga ang RAID controller nakakita sa balido nga kasamtangan nga RAID metadata nga gisulat sa mga hard drive mismo (ang Disk Data Format / DDF o LSI configuration sectors sa katapusan sa mga drive) nga lahi gikan sa card sa kasamtangan nga NVRAM state. Ang pag-import nagbasa sa array nga layout diretso sa mga drive ug nagdala sa imong virtual disk balik online nga walay pagkawala sa usa ka byte. * ** AYAW pilia Clear Foreign Configuration o Initialize Virtual Disk.** Ang paghawan o pag-initialize mopahid sa array metadata o mo-zero sa mga drive. * Exception Warning: Kung ang usa ka drive nahulog tulo ka semana ang milabay, nagpadayon ka sa pagsulat sa bag-ong data sa degraded array sulod sa tulo ka semana, ug unya imong i-plug ang daan nga 3-week-stale single drive balik, DILI import ang langyaw nga configuration gikan nianang single stale drive sa ibabaw sa imong himsog nga aktibo nga drive; hinoon, ilisan o i-clone ang stale drive.

2. Unsa kaha kung ang Hardware RAID Card Mismo Mamatay?¶

Kung ang imong server motherboard o PCIe hardware RAID controller card nag-antos sa elektronik nga kapakyasan ug dili mag-boot: * DILI nimo kinahanglan nga mopalit sa eksaktong samang rebisyon sa motherboard, ug ang imong data wala gihapon sa mga drive. * Pagpalit ug puli nga RAID controller gikan sa parehas nga controller chipset family (pananglitan, ang bisan unsang LSI/Broadcom MegaRAID SAS 2108/2208/3108 o Dell PERC H710/H730/H740 card makabasa sa DDF metadata gikan sa mas karaan nga PERC card). * I-install ang puli nga RAID card sa usa ka nagtrabaho nga PC, ikonektar ang imong gimarkahan nga mga drive sa ilang orihinal nga bay order, pag-boot sa controller BIOS (Ctrl+R o Ctrl+H o UEFI HII menu), ug pilia ang Import Foreign Configuration. Ang controller magbasa sa RAID layout sa mga drive ug i-mount dayon ang imong volume.

Kanunay nga gipangutana nga mga pangutana¶

May kalabotan nga mga giya¶

• Lisud nga drive kapakyasan ug data recovery
• Ang aksidente nga pagtangtang sa file, na-format nga drive, ug pagbawi sa litrato
• Pag-backup sa kompyuter: 3-2-1 nga estratehiya ug pagbawi sa katalagman
• Linux system boot failure ug GRUB repair
• Ransomware ug malware emergency nga tubag
• Mga numero sa emerhensya sa kalibutan

Gisusi ang mga tinubdan¶

• Linux Kernel Organization (Internasyonal): Linux RAID (mdadm) Wiki (raid.wiki.kernel.org), Pagbawi sa Napakyas nga Software RAID, ug Btrfs Kernel Documentation (btrfs.readthedocs.io sa btrfs rescue ug btrfs restore).
• OpenZFS Documentation Project (Internasyonal): zpool import Read-Only ug Transaction Group Rollback (-F -o readonly=on) Reperensya sa Administrasyon.
• Synology Inc. (Taiwan/International): Opisyal nga Artikulo sa Base sa Kahibalo sa Synology KB-1079 (Unsaon nako paggamit ang usa ka PC aron mabawi ang datos kung ang akong Synology NAS malfunctions gamit ang Ubuntu mdadm ug lvm2).
• GNU Project / Free Software Foundation (Internasyonal): GNU ddrescue Manwal alang sa Non-Destructive Block-Level Imaging sa Degraded RAID Member Drives.
• National Institute of Standards and Technology (NIST) (Estados Unidos): Espesyal nga Publikasyon 800-86 ug Giya sa Pagkakasaligan sa Pagtipig sa RAID Rebuild Exposure Windows ug Uncorrectable Read Error (URE) Probabilities.