RAID Array Failure, Corrupted NAS Storage Pool, asin Rebuild Safety¶

Kun an sarong harong o sadit na negosyo na Network Attached Storage (NAS) appliance (arog kan Synology DiskStation, QNAP Turbo NAS, TrueNAS, o Unraid server) nagpopoon na mag-beep na may amber LED asin nagrereport nin "Storage Pool Degraded" o "Volume Crashed," an sunod na pag-click kan kagsadiri parateng nagdedeterminar kun baga 20 tera an dai masasalidahan na mga retrato kan pamilya asin mga rekord nin negosyo itinatago o permanenteng rinaraot. Sa laog nin mga dekada, an mga paragamit tinukduan na kun an sarong drive sa sarong RAID 5 o RAID 1 array nagigin pula, ika basta na sanang magbutong kan gadan na drive, mag-slide nin sarong bagong blangko na drive, asin mag-click kan "Repair / Rebuild."

Sa mga modernong halangkaw an kapasidad na mga storage pool na gibo sa 8 TB sagkod 24 TB na mga drive na binakal sa parehong manufacturing batch, an bulag na pagpoon nin sarong in-place RAID rebuild iyo an #1 na kawsa kan total, dai na mababawi na pagkagadan kan multi-drive array. An pagtogdok giraray nin 4-drive 16 TB RAID 5 array nagpipirit sa lambang natatadang aging drive na basahon an 100 porsyento kan mga sektor kaini na daing ontok sa laog nin 24 sagkod 72 na oras sa pinakahalangkaw na thermal asin mechanical load. Kun an saro sa mga natatadang sibling drive natamaan an sarong uncorrectable read error (URE) o nagtitios nin pagkaraot kan payo sa kabangaan kan pagtogdok liwat, an RAID controller sinisipa an ikaduwang drive na iyan paluwas sa pool asin pigbabaak an bilog na array. An pagligtas sa sarong emerhensya nin RAID, ZFS, o Btrfs nangangaipo nin pagpundo tulos kan gabos na pagsurat, pag-audit kan S.M.A.R.T. telemetry sa gabos na natatadang mga drive, pag-back up nin mga kritikal na folder bago makaduta sa topolohiya kan array, asin pag-imahe kan mga degradadong miyembrong disk gamit an GNU ddrescue bago pa man magprobar nin parity rebuild o read-only metadata assembly.

Gibohon ini ngonyan¶

1. Dai nanggad magluwas nin dakol na drive tanganing "i-reseat" sinda mantang naka-on an NAS o server, asin DAI nanggad mag-swap nin mga drive na dai pig-label an saindang eksaktong mga numero nin slot. Bago magduot sa sarong drive tray, magkua nin sharpie o label maker asin markahan an pisikal na ibabaw kan lambang drive kan eksaktong numero kan bay kaini (Bay 1 / sda, Bay 2 / sdb, Bay 3 / sdc). Dawa ngani an modernong Linux mdadm, LVM, asin ZFS na mga array nagtitipig nin mga UUID superblock sa lambang disk, an mga hardware RAID controller (Dell PERC, HP Smart Array, Broadcom/LSI MegaRAID) parateng nagbubugkos kan metadata nin kumpigurasyon sa pisikal na mga numero nin slot kan backplane kan SAS/SATA.
2. DAI tulos mag-click nin "Repair" o "Rebuild" sa sarong degraded RAID 5 / SHR-1 array kun mayo ka nin up-to-date na panluwas na backup. Mantang an sarong single-parity array (RAID 5, Synology SHR-1, o ZFS RAIDZ1) yaon sa Degraded Mode1, ** nagdadanay na online drives kan saimong mga file 100 porsyento pa man giraray na mababasa ngonyan**. Isaksak an sarong panluwas na USB 3.0 hard drive direkta sa NAS asin kopyahon an saimong pinakakritikal, dai masasalidahan na mga folder hale sa degraded pool bago mo ipasairarom an mga natatadang drive sa brutal na 48-oras na stress test kan sarong parity rebuild.
3. Dai nanggad i-click an "I-initialize an Disk," "Create New Pool," "Clear Configuration," o i-run fsck -y / btrfs check --repair sa sarong nabagsak na array. Kun an duwang drive nahuhulog sa sarong RAID 5 array nin sarabay (parati huli sa halipot na pagbaba kan suplay nin kuryente o SATA timeout imbes na tunay na pisikal na kagadanan), an NAS GUI mamarkahan an Storage Pool bilang "Nabagsak" asin mag-aalok na mag-initialize o magmukna giraray kan volume. An pag-initialize nagsusurat nin mga bagong superblock asin zero sa mga parity stripe, na rinaraot an mga datos na mababawi. Siring man, an pagdalagan btrfs check --repair sa sarong naraot na Btrfs volume notoryus sa komunidad kan Linux kernel sa pagraot kan extent tree na dai na mababawi.
4. Ipundo tulos an gabos na Docker container, Virtual Machines, Plex media server, mga rekording kan surveillance camera, asin mga nakaiskedyul na RAID Scrub. An lambang operasyon sa pagsurat sa sarong degraded array nagpapadakol kan peligro nin sarong parity write-hole o pagtulod nin sarong marginal second drive sa gilid. Mag-log in sa NAS web interface o SSH terminal asin pugulan an gabos na serbisyo sa likod asin mga trabahong halangkaw an I/O.
5. Kun an arin man na drive sa NAS naggigibo nin ritmikong pag-klik, pagtuktok, paggiling, o pag-iiriwal na mga tanog, isara an NAS nin malinig ngonyan mismo. An sarong pag-click o paggiling na drive nagkaigwa nin pisikal na pag-crash kan payo sa pagbasa/pagsurat (hilingon An pagkabigo kan hard drive asin pagbawi kan datos). An pagbayaan kaini na nag-iikot sa laog kan NAS enclosure makakagibo nin mga magnetic platter na magin alpog sa laog nin pirang minuto.
6. Hilingon kun an "NAS failure" talagang sarong gadan na NAS motherboard o panluwas na power brick. Kun an saimong Synology, QNAP, o Asustor NAS biglang dai na mag-on, o nagkukurap-kurap kan asul na power LED kaini nin daing ontok (arog kan bantog na Intel Atom C2000 clock-signal bug), **an saimong hard drive asin an saimong data haros **1000 porsyento na marhay. Puede mong ibalyo an mga drive na iyan sa sarong kapalit na NAS o ibugtak iyan na read-only sa arin man na Ubuntu Linux desktop PC gamit an mga standard SATA port.

flowchart TD
    A["NAS beeping / RAID array reports Degraded o Crashed status"] --> B{"Igwa daw nin mga drive na naggigibo nin mekanikal na pag-klik, paggiling, o pagkiskis nin mga ribok?"}
    B -->|"Iyo: Pisikal na pagbagsak kan payo"| C["I-off tulos an NAS, i-label an lambang drive kan Bay Number kaini, asin haleon an nag-click na drive"]
    B -->|"Dai: Silensio na operasyon"| D{"Ano an estado kan Storage Pool?"}
    D -->|"DEGRADED (1 drive dai nagin mapanggana, an volume mababasa pa man giraray)"| E["PUNTOKON an gabos na pagsurat kan Docker/VM/Surveillance asin DAI PA mag-click nin Rebuild"]
    E --> F["Hilingon an S.M.A.R.T. Mga atributo (ID 5, 187, 197, 198) sa gabos na SURVIVING drive"]
    F --> G["Isaksak an panluwas na USB drive asin kopyahon an mga kritikal na file sa naraot na pool ENOT"]
    G --> H{"Igwa daw nin mga natatadang drive na nagpapahiling nin maraot na mga sektor (ID 5 / 197 > 0)?"}
    H -->|"Iyo: An ikaduwang pagmaneho dai nagigibo"| I["I-down an kapangyarihan asin i-clone an lambang drive gamit an GNU ddrescue bago magprobar nin ano man na paggibo giraray"]
    H -->|"Dai: An pagbuhay nagtutulod nin 100% na marahay na salud"| J["Ibugtak an pansalidang CMR drive (dai nanggad SMR) asin padalaganon an parity Rebuild"]
    D -->|"NA-CRASH / OFFLINE (Dakol na mga drive an nawara)"| K["DAI mag-Initialize o magpadalagan nin fsck/btrfs --repair; i-off an kuryente asin i-label an gabos na drive bay"]
    C --> L["I-clone an gabos na nadegradadong mga miyembrong drive sa mga marahay na drive gamit an GNU ddrescue + mapfiles"]
    K --> L
    L --> M["I-assemble giraray an mga clone drive sa Read-Only mode sa paagi kan Linux mdadm/LVM, zpool import -o readonly=on, o UFS Explorer RAID"]

Pagsabot kun tano ta dai nagin mapanggana an mga rebuild kan RAID: An "Sibling Drive Batch" asin "SMR Drive" na mga siod¶

Tanganing makagibo nin ligtas na mga desisyon sa panahon nin emerhensya sa NAS, dapat mong masabutan an duwang pisikal na siod na naggagadan sa mga RAID array sa panahon nin pagbawi:

Siod 1: May Kaugnay na Pagkabigo sa Batch asin Dai Natatanos na mga Sala sa Pagbasa (URE)¶

Kadaklan sa mga kagsadiri nin NAS nagbabakal kan apat o anom na hard drive sa parehong aldaw hale sa parehong paratinda. An mga drive na iyan hale sa parehong linya nin pag-asembliya kan pabrika, igwa nin magkaparehong mga rebisyon kan firmware, nag-iikot sa eksaktong parehong kapalibutan nin pagyugyog kan chassis, asin nagtitipon nin eksaktong parehong bilang nin mga oras nin pag-on. * Kun an Drive 1 nagagadan pagkatapos nin 38,000 na oras nin operasyon, an Drive 2, 3, asin 4 yaon man sa 38,000 na oras nin pagkasulot. * Kun ika mag-pop nin sarong bagong kapalit na drive sa Bay 1 asin mag-click nin Rebuild sa sarong RAID 5 array, an NAS controller dapat na magbasa nin lambang solong sektor sa mga Drive 2, 3, asin 4 tanganing XOR-kalkulohon an mga nawawarang parity blocks para sa Bay 1. * Kun an Drive 3 toninong na nag-iistar nin 14 na dai mababasa na mga maraot na sektor (Current Pending Sectors, S.M.A.R.T. ID 197) sa sarong lumang folder na dai mo pa nabuksan sa laog nin duwang taon, an proseso nin pagtogdok liwat ma-slam head-first sa mga maraot na sektor na iyan sa Oras 19. Sa kadakol na hardware RAID cards asin mas lumang mga kernel kan S.M.A.R.T. An Recovery Control (TLER), sarong multi-second read stall nagigin dahelan kan controller na markahan an Drive 3 bilang "Failed/Faulted," na naghuhulog nin ikaduwang drive hale sa sarong single-parity RAID 5 array asin nag-crash kan bilog na volume.

Trap 2: Dai nanggad Magbugtak nin SMR (Shingled Magnetic Recording) Drive sa sarong RAID o ZFS Array¶

Kun nagbabakal nin sarong emerhensiyang pansalida na hard drive sa sarong lokal na tindahan nin elektroniko tanganing itogdok giraray an saimong NAS, beripikaron na an pansalidang hard drive naggagamit nin CMR (Conventional Magnetic Recording), NEVER SMR (Shingled Magnetic Recording). * Mga budget na hard drive sa desktop (arog kan standard na Western Digital Red non-Plus EFAX an mga modelo poon 2 TB sagkod 6 TB, mga Seagate Barracuda Compute desktop drive, asin kadakol na baratong panluwas na USB drive na "itinatago" kan mga paragamit sa mga plastik na kaso) naggagamit nin Drive-Managed SMR, kun saen an mga magnetic track nag-oorolay arog kan mga shingle sa atop. * Sa laog nin sarong sustenido na multi-terabyte RAID o ZFS resilver write, an panlaog na media cache kan sarong SMR drive napano nin lubos sa laog nin 30 minutos. Kun an cache pano na, an SMR drive nag-uuntok sa laog nin 10 sagkod 30+ na segundo mantang sa laog nagbabasa asin nagsusurat giraray kan bilog na mga shingled band, o nagbabalik nin ATA IDNF (Sector ID Not Found) timeout. * Linux mdadm, Synology DSM, asin orog na an ZFS (zed) interpretaron an mga 20-segundo na SMR stalls bilang sarong gadan na hard drive, na sinisipa an bagong-bagong kapalit na drive pabalik sa array sa tahaw kan pagtogdok liwat. Pirming magbakal nin CMR NAS/Enterprise drives (arog kan WD Red Plus / WD Red Pro, Seagate IronWolf / IronWolf Pro / Exos, o Toshiba N300 / MG Enterprise).

Diagnostic matrix: mga lebel nin RAID, pagtogot sa sala, asin mga patakaran sa pagbuhay¶

Lakdang-sa-lakdang na pag-triage para sa sarong "Degraded" NAS Pool (1 drive dai nagibo, an datos ma-access pa)¶

Kun an saimong NAS nagbibip huli ta an 1 drive sa sarong RAID 1, RAID 5, SHR-1, RAID 6, o RAIDZ pool dai nagin mapanggana, sundan an eksaktong pagkasunod-sunod na ini bago salidahan an disk:

Lakdang 1: Pag-audit kan S.M.A.R.T. mga atributo sa gabos na SURVIVING drive enot¶

Buksan an Storage Manager -> HDD/SSD -> Health Info -> S.M.A.R.T. Attribute (sa Synology/QNAP) o magdalagan smartctl -a /dev/sdX sa paagi kan SSH sa lambang healthy/online drive na natatada pa sa pool. Hilinga an RAW_VALUE kolum para sa apat na kritikal na atributong ini: * ID 5 (Reallocated_Sector_Ct): Dapat sa pinakamarahay na paagi 0. Kun an sarong natatadang pagmaneho igwa nin dinosena o ginatos na mga sektor na itinagama giraray, an ibabaw o mga payo kan platter kaini aktibong nagraraot. * ID 187 (Reported_Uncorrect): Dapat 0. * ID 197 (Current_Pending_Sector): KRITIKAL. Anuman na numero na mas dakula pa sa 0 nangangahulugan na an surviving drive sa presente igwa nin mga sektor na dai mababasa na naghahalat na magcausa nin crash sa oras na an sarong RAID rebuild magprobar na basahon sinda. * ID 198 (Offline_Uncorrectable): Dapat 0.

Reglamento sa Desisyon: * Kun an gabos na nakaligtas na mga pagmaneho nagpapahiling nin 0 sa mga ID 5, 187, 197, asin 198, puede mong ligtas na i-back up an saimong mga kritikal na folder sa sarong panluwas na USB drive dangan magpadagos sa sarong normal na NAS GUI Repair / Rebuild gamit an sarong marahay na CMR replacement drive. * Kun an ano man na natatadang drive sa sarong single-parity RAID 5 / SHR-1 / RAIDZ1 pool nagpapahiling nin Current_Pending_Sector > 0 o nagdadakula Reallocated_Sector_Ct, DAI MAGPAdalagan nin REBUILD. Kopyahon tulos an gabos na datos hale sa naraot na NAS pasiring sa mga panluwas na USB drive mantang naka-mount pa an volume; kun an volume nasasakitan na, i-down an NAS asin i-clone an mga nagkukulang na member drive sa sarong Linux PC gamit an GNU ddrescue enot.

Lakdang-sa-lakdang na pagligtas kun an sarong RAID / NAS Volume "Nag-crash" (Dakol na mga drive an nawara)¶

Paano kun magmata ka asin an saimong 4-bay RAID 5 NAS nagsasabi nin "Storage Pool 1: Nabagsak" huli ta an Drive 2 dai nagin mapanggana kan Martes na banggi asin an Drive 4 nawara kan Miyerkules na aga?

Kun tano ta an kadaklan na "2-drive failures" talagang pwedeng mabawi: Apuwera sana kun an saimong harong tinamaan nin kikilat o an NAS nahulog sa sarong eskalon, an duwang mekanikal na hard drive haros dai nanggad nagtitios nin total na kapahapahamak na mga pagbagsak sa payo sa eksaktong parehong segundo. Imbes, an aktuwal na nangyari sunod-sunod: 1. An Drive 2 nagmukna nin nagkapirang maraot na sektor asin pinaluwas sa array pirang aldaw o oras bago kaini (na binabayaan an array na nagdadalagan sa Degraded mode sa Drives 1, 3, asin 4). 2. Kan huri, an Drive 4 nakanompong nin sarong solong dai mababasa na sektor (o sarong halipot na SATA timeout) mantang an NAS nagpapadalagan nin sarong background scrub. Nin huli ta an array mayo nang redundancy tanganing ayuson an sarong maraot na sektor sa Drive 4, an RAID driver sinipa man an Drive 4 asin minarkahan an bilog na pool na Crashed.

Sa senaryong ini, an Drive 4 igwa kan pinakabagong, pinakabagong raid event counter (Events bilang) asin 99.9999% na marahay an salud, mantang an Drive 2 medyo lihis na sa petsa ("stale").

Kun pano mabawi an sarong na-crash na Synology, QNAP, o Linux mdadm ligtas na mag-array sa sarong Linux PC¶

Lakdang 1: I-down an NAS, i-label an lambang drive bay, asin ikonekta an mga drive sa sarong desktop PC na nagpapadalagan nin Ubuntu Linux Live USB¶

1. Isara an NAS. Lagan an lambang drive (Bay 1, Bay 2, Bay 3, Bay 4).
2. Ikonektar an mga drive sa mga SATA port kan motherboard (o sarong HBA card arog kan LSI 9211-8i/9300-8i sa IT Mode; likayan an mga baratong USB hub na nagdidiskonekta sa irarom nin karga) sa sarong desktop PC na naka-boot sa sarong Ubuntu Linux Live USB.
3. Magbukas nin terminal asin inspeksyunan an layout kan partisyon asin mdadm superblocks istriktong nasa 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

Lakdang 2: Basahon an Events kontra asin Array State output gikan sa mdadm --examine¶

Hilingon nin marhay an output kan sudo mdadm --examine /dev/sd[a-d]3 para sa lambang pagmaneho: * Mahihiling mo an mga linya arog kan: * /dev/sda3: Events : 48210, Array State : A.AA (A = Aktibo, . . = Nawala) * /dev/sdb3 (Drive 2, enot na nawara): Events : 47950, Array State : AAAA * /dev/sdc3: Events : 48210, Array State : A.AA * /dev/sdd3 (Drive 4, huring nawara): Events : 48209, Array State : A.AA * Mangnoha kun ano an Events an counter nagsasabi saimo: Mga nagmamaneho 1, 3, asin 4 (sda3, sdc3, sdd3) yaon sa laog nin 1 pangyayari sa lambang saro (48210 vs 48209), mantang an Drive 2 (sdb3) nahulog nin mas amay sa pangyayari 47950. * Kritikal na susundon: Sa sarong 4-drive RAID 5 array, kaipuhan mo sana nin 3 drive tanganing maibalik an 100 porsyento kan datos. DAPAT mong i-assemble an array gamit an 3 na pinakabagong drive (sda3, sdc3, asin sdd3) asin bayaan an stale drive (sdb3). Kun ika aksidenteng mag-force-assemble gamit an lumang stale drive (sdb3), an metadata kan filesystem kan duwang aldaw na an nakaagi dai makakatugma sa presenteng mga data stripe sa ibang mga drive asin mararaot an saimong mga folder.

Lakdang 3: I-clone an arin man na drive na may maraot na mga sektor gamit an GNU ddrescue enot¶

Bago mag-asembliya, i-clone an dai pa sana nahahaloy na nahulog na drive (/dev/sdd) (asin sa pinakamarahay na paagi an gabos na miyembrong drive) pasiring sa sarong marahay na kapalit na drive gamit an ddrescue (hilingon An pagkabigo kan hard drive asin pagbawi kan datos para sa bilog ddrescue sintaks):

# 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

Ngonyan haleon an saksakan kan orihinal na dai /dev/sdd asin ibugtak ini nin ligtas sa sarong estante tanganing makatrabaho mo an marahay na clone (/dev/sde).

Lakdang 4: I-assemble giraray an RAID array, LVM volume group, asin file system sa estriktong READ-ONLY mode¶

Sa Synology (SHR / RAID) asin QNAP na mga sistema, an storage stack igwa nin sagkod sa tolong layer: mdadm (RAID) -> LVM2 (Lohical Volume Manager) -> ext4 o Btrfs (File System). Uya an eksaktong pagkasunod-sunod kan mga pagboot tanganing maibugtak sinda nin ligtas 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

Sarong beses /mnt/nas_rescue mga mount, gabos kan saimong mga NAS shared folder (photo, homes, video, documents) maluwas sa laog /mnt/nas_rescue/ tanganing makopya mo sinda nin diretso sa sarong panluwas na USB backup drive.

• Paano kun an saimong Synology NAS igwa nin "Synology Hybrid RAID (SHR)" na may magkakalaen na sukol nin drive? An Synology SHR simpleng nagbabanga nin mas darakulang drive sa dakol na partisyon (sda5, sda6) asin naggigibo nin sarong separadong mdadm array sa lambang partition tier, dangan mag-iba sa mga md mga array na magkasararo sa laog nin sarong LVM Volume Group (vg1000). Nagdadalagan sudo mdadm --assemble --scan --readonly asin sudo vgchange -ay awtomatikong nagtatahi nin mga multi-tier SHR volumes pabalik sa Ubuntu.
• Commercial GUI Alternative (Windows/macOS/Linux): Kun ika bakong komportable sa mga pagboot sa terminal kan Linux o igwa nin komplikadong QNAP thin-provisioned LVM pool, an UFS Explorer RAID Recovery o ReclaiMe Free RAID Recovery pwedeng mag-inspeksyon kan gabos na konektadong NAS drive sa sarong Windows o Liuxn PC 10% read-only software mode, awtomatikong nakakadetektar kan kadakulaan kan stripe, parity rotation, asin LVM offsets, asin kopyahon an saimong mga folder na dai binabago an sarong sektor sa mga NAS drive.

ZFS (zpool) asin mga pagboot sa pagligtas sa emerhensya kan Btrfs¶

An mga modernong plataporma nin NAS (TrueNAS SCALE/CORE, Proxmox, Ubuntu Server, Unraid, asin Synology Btrfs volumes) orog na naggagamit nin mga sistema nin file na copy-on-write (CoW) imbes na legacy ext4. Kun sarong ZFS zpool o Btrfs pool nagsasayuma na mag-mount o nagigin dahelan nin kernel panic sa pag-boot pagkatapos nin pagkawara nin kuryente o pagkabigo kan drive, an normal na pag-mount mabibigo huli ta an OS naghihingoang i-replay an mga naraot na transaksyon sa pagsurat. Kaipuhan mong gamiton an mga parametro nin pag-rollback kan transaksyon na read-only.

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

Kun an sarong ZFS pool nagsasabi FAULTED, UNAVAIL, o nag-crash kan server (kernel panic) sa oras na probaran mong i-import ini pagkatapos nin sarong maating pagkawara nin 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>

Kun nakabugtak na sa irarom /mnt/zfs_rescue, kopyahon an saimong mga dataset gamit an rsync o zfs send bago pa man magprobar na mag-import kan pool read-write.

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

Imbes, probaran na i-mount o i-extract an Btrfs volume sa estriktong progresibong pagkasunod-sunod, poon sa pinakabakong invasive sagkod sa pinakahararom na pag-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 Emerhensya kan Hardware RAID Controller: "Foreign Configuration" asin Dead RAID Cards¶

An mga enterprise server (Dell PowerEdge na may PERC cards, HPE ProLiant na may Smart Array, Lenovo ThinkSystem, o mga workstation na may Broadcom/LSI MegaRAID controllers) naggagamit nin mga hardware RAID cards na may onboard NVRAM asin battery/supercapacitor cache (BBU / CacheVault).

1. Mag-import nin Foreign Configuration kumpara sa Clear Configuration (CRITICAL)¶

Kun an sarong drive temporaryong nagdidiskonekta o ibalyo mo an mga drive sa sarong kapalit na server chassis, an Dell PERC o LSI MegaRAID BIOS boot screen mapondo asin ma-anunsyo: "Mga (mga) dayuhan na kumpigurasyon na nakua sa adapter." * PIRMI pilion Import Foreign Configuration (o Preview Foreign Configuration -> Import). An "Foreign" na tag nangangahulugan sana na an RAID controller nakakahiling nin balidong eksistidong RAID metadata na nakasurat sa mga hard drive mismo (an Disk Data Format / DDF o LSI configuration sectors sa katapusan kan mga drive) na iba sa presenteng estado kan NVRAM kan kard. An pag-import binabasa an layout kan array diretso sa mga drive asin ibinabalik an saimong virtual disk sa online na dai nawawaran nin sarong byte. * DAI NUNKANG magpili Clear Foreign Configuration o Initialize Virtual Disk. An paghale o pag-initialize minapara kan metadata kan array o mina-zero kan mga drive. * Patanid sa Eksepsyon: Kun an sarong solong drive nawara tolong semana na an nakaagi, padagos kang nagsurat nin bagong datos sa degraded array sa laog nin tolong semana, dangan ika nagsasaksak giraray kan lumang 3-semanang-stale na solong drive na iyan, DAI mo pag-importar an foreign configuration gikan sa solong stale drive na iyan sa ibabaw kan saimong mga marahay na aktibong drive; imbes, salidahan o i-clone an stale drive.

2. Paano kun an Hardware RAID Card Mismo Magadan?¶

Kun an saimong server motherboard o PCIe hardware RAID controller card nagtitios nin sarong elektronikong pagkabigo asin dai mag-boot: * DAI mo kaipuhan na bakalon an eksaktong parehong rebisyon kan motherboard, asin an saimong datos yaon pa man giraray sa mga drive. * Magbakal nin kapalit na RAID controller gikan sa parehong pamilya nin controller chipset (halimbawa, an arin man na LSI/Broadcom MegaRAID SAS 2108/2208/3108 o Dell PERC H710/H730/H740 card pwedeng magbasa nin DDF metadata gikan sa mas lumang PERC card). * Ibugtak an kapalit na RAID card sa sarong nagtatrabahong PC, ikonektar an saimong mga may tatak na drive sa saindang orihinal na bay order, mag-boot sa controller BIOS (Ctrl+R o Ctrl+H o UEFI HII menu), asin pilion an Import Foreign Configuration. An controller mabasa kan layout kan RAID sa mga drive asin i-mount tulos an saimong volume.

Mga parating pighahapot¶

Mga kaugnay na giya¶

• An pagkabigo kan hard drive asin pagbawi kan datos
• Aksidenteng pagpara nin sagunson, naka-format na drive, asin pagbawi nin retrato
• Mga backup sa kompyuter: 3-2-1 na estratehiya asin pagbangon sa kalamidad
• An pagkabigo sa boot kan sistema nin Linux asin paghirahay kan GRUB
• Pagresponde sa emerhensya nin ransomware asin malware
• Mga numero nin emerhensya sa bilog na kinaban

An mga pinagkukuanan pig-tsek¶

• Linux Kernel Organization (Internasyonal): Linux RAID (mdadm) Wiki (raid.wiki.kernel.org), Pagbawi nin sarong Napalpak na Software RAID, asin Btrfs Kernel Documentation (btrfs.readthedocs.io sa btrfs rescue asin btrfs restore).
• Proyekto sa Dokumentasyon kan OpenZFS (Internasyonal): zpool import Read-Only asin Transaction Group Rollback (-F -o readonly=on) Reperensya sa Administrasyon.
• Synology Inc. (Taiwan/International): Opisyal na Artikulo sa Synology Knowledge Base KB-1079 (Paano ako magagamit nin PC tanganing mabawi an datos kun an sakuyang Synology NAS nag-malfunction gamit an Ubuntu mdadm asin lvm2).
• GNU Project / Free Software Foundation (Internasyonal): GNU ddrescue Manwal para sa Non-Destructive Block-Level Imaging kan mga Degraded RAID Member Drives.
• National Institute of Standards and Technology (NIST) (Estados Unidos): Espesyal na Publikasyon 800-86 asin Giya sa Pagkamasarigan sa Pagtipig sa RAID Rebuild Exposure Windows asin Uncorrectable Read Error (URE) Probabilities.