Teip RAID Eagar, Linn Stórais NAS Truaillithe, agus Sábháilteacht Atógála¶

Nuair a thosaíonn fearas Stórála Ceangailte Líonra (NAS) baile nó gnó beag (cosúil le Synology DiskStation, QNAP Turbo NAS, TrueNAS, nó freastalaí Unraid) ag bíogáil le LED ómra agus tuairiscíonn "Linn Stórála Díghrádaithe" nó "Imleabhar Crashed," de ghnáth is é an chéad chliceáil seo chugainn an úinéara a chinneann cibé an scriostar 20 grianghraf teaghlaigh agus buan-áitithe. Le blianta fada anuas, tá sé múinte d’úsáideoirí nuair a iompaíonn tiomáint in eagar RAID 5 nó RAID 1 dearg, go dtarraingíonn tú an tiomántán marbh amach, sleamhnaíonn tiomántán nua bán isteach, agus cliceáil ar "Deisiúchán / Atóg."

I linnte stórála ard-acmhainne nua-aimseartha a tógadh le 8 dtiomántán TB go 24 TB a ceannaíodh ón mbaisc déantúsaíochta céanna, is é tosú dall ar atógáil RAID in-áit an #1 chúis le bás iomlán, neamh-aisghabhála eagair il-tiomáinte. Atógáil 4-tiomáint 16 TB RAID 5 fórsaí fórsaí gach tiomáint atá fágtha ag dul in aois a léamh 100 faoin gcéad dá earnálacha gan stad ar feadh 24 go 72 uair an chloig ag ualach teirmeach agus meicniúil uasta. Nuair a bhuaileann ceann de na siblíní a mhaireann earráid léite do-cheartaithe (URE) nó nuair a fhulaingíonn sé díghrádú cloigeann leath bealaigh tríd an atógáil, cuireann an rialtóir RAID an dara tiomáint amach as an linn agus tuairteanna an eagar iomlán. Má mhaireann éigeandáil RAID, ZFS, nó Btrfs ní mór gach scríobh a chur ar sos láithreach, ag iniúchadh S.M.A.R.T. teiliméadracht thar gach tiomántán marthanach, ag déanamh cúltaca de fhillteáin chriticiúla roimh dteagmháil le topology an eagar, agus íomháú dioscaí ball díghrádaithe le GNU ddrescue sula ndearnadh iarracht riamh ar phaireacht a atógáil nó ar thionól meiteashonraí inléite amháin.

Déan é seo anois¶

1. NÁ tarraing amach tiomántáin iolracha chun iad a “athshuíomh” agus an NAS nó an freastalaí á gcumhachtú air, agus NÁ athraigh tiomáint timpeall gan a n-uimhreacha beachta sliotán a lipéadú. Sula dteagmháil leat tráidire tiomána amháin, tóg géire nó déantóir lipéad agus marcáil barr fisiciúil gach tiomántáin lena uimhir bhá beacht (Bay 1 / sda, Bay 2 / sdb, Bay 3 / sdc). Cé go Linux nua-aimseartha mdadmStórálann arrays , LVM, agus ZFS sárbhloic UUID ar gach diosca, is minic a cheanglaíonn rialtóirí RAID crua-earraí (Dell PERC, HP Smart Array, Broadcom / LSI MegaRAID) meiteashonraí cumraíochta le huimhreacha fisiceacha sliotán eitleáin SAS/SATA.
2. NÁ cliceáil láithreach ar "Deisiú" nó "Athóg" ar eagar díghrádaithe RAID 5 / SHR-1 mura bhfuil cúltaca seachtrach cothrom le dáta agat. Cé go bhfuil eagar aonphaireachta (RAID 5, Synology SHR-1, nó ZFS RAIDZ1) i Mód Díghrádaithe (1 tiomántán marbh fós, tá do chuid tiomántán fágtha 100 faoin gcéad ar líne anois), inléite ar líne anois. Plugáil tiomáint seachtrach USB 3.0 crua go díreach isteach sa NAS agus cóipeáil do chuid fillteáin is tábhachtaí, nach féidir a athsholáthar den linn díghrádaithe roimh tú faoi réir na dtiomántán marthanach don tástáil struis brúidiúil 48 uair an chloig d'aththógáil paireacht.
3. NEVER click "Initialize Disk," "Create New Pool," "Clear Configuration," or run fsck -y / btrfs check --repair on a crashed array. When two drives drop out of a RAID 5 array simultaneously (often due to a brief power-supply dip or SATA timeout rather than true physical death), the NAS GUI will mark the Storage Pool as "Crashed" and offer to initialize or recreate the volume. Initializing writes fresh superblocks and zeros across the parity stripes, destroying recoverable data. Similarly, running btrfs check --repair ar líon truaillithe Btrfs tá clú ar an bpobal eithne Linux as a scrios an crann méid thar a ghnóthú.
4. Cuir stop le gach coimeádán Docker, Meaisíní Fíorúla, freastalaithe meáin Plex, taifeadtaí ceamara faireachais, agus scrobarnach RAID sceidealta láithreach. Méadaíonn gach oibríocht scríofa chuig eagar díghrádaithe an baol go mbeidh poll paireacht ann nó go gcuirfear an dara tiomáint imeallach thar an imeall. Logáil isteach i gcomhéadan gréasáin NAS nó teirminéal SSH agus stop gach seirbhís cúlra agus tascanna ard-I/O.
5. Má tá aon tiomántán sa NAS ag déanamh cliceáil rithimeach, bualadh, meilt, nó screadaíl fuaimeanna, stop an NAS go glan faoi láthair. D'fhulaing tiomáint cliceáil nó meilt timpiste ceann fisiciúil léite/scríobh (féach Teip tiomáint crua agus aisghabháil sonraí). Má fhágtar é ag sníomh taobh istigh den imfhálú NAS scórálfar na platters maighnéadacha isteach i ndeannach laistigh de nóiméad.
6. Check whether the "NAS failure" is actually just a dead NAS motherboard or external power brick. If your Synology, QNAP, or Asustor NAS suddenly will not power on at all, or blinks its blue power LED endlessly (such as the famous Intel Atom C2000 clock-signal bug), your hard drives and data are almost certainly 100 percent fine. You can migrate those drives into a replacement NAS or mount them read-only on any Ubuntu Linux desktop PC using standard SATA ports.

flowchart TD
    A["NAS beeping / RAID array reports Degraded or Crashed status"] --> B{"An bhfuil aon thiomáineann a dhéanann cliceáil meicniúil, meilt, nó scríobadh torann?"}
    B -->|"Sea: Tuairteáil cloigeann fisiciúil"| C["Power down NAS immediately, label each drive with its Bay Number, and remove the clicking drive"]
    B -->|"No: Silent operation"| D{"What is the Storage Pool status?"}
    D -->|"DEGRADED (1 drive failed, volume still readable)"| E["STOP gach scríobh Docker/VM/Faireachais agus NÁ cliceáil Atóg fós"]
    E --> F["Check S.M.A.R.T. Attributes (ID 5, 187, 197, 198) on all SURVIVING drives"]
    F --> G["Plug in external USB drive and copy critical files off the degraded pool FIRST"]
    G --> H{"Do any surviving drives show bad sectors (ID 5 / 197 > 0)?"}
    H -->|"Yes: Second drive is failing"| I["Power down and clone every drive with GNU ddrescue before attempting any rebuild"]
    H -->|"No: Surviving drives 100% healthy"| J["Insert replacement CMR drive (never SMR) and run parity Rebuild"]
    D -->|"CRASHED / OFFLINE (Multiple drives dropped out)"| K["Do NOT Initialize or run fsck/btrfs --repair; power down and label all drive bays"]
    C --> L["Clone all degraded member drives to healthy drives using GNU ddrescue + mapfiles"]
    K --> L
    L --> M["Reassemble cloned drives in Read-Only mode via Linux mdadm/LVM, zpool import -o readonly=on, or UFS Explorer RAID"]

Understanding why RAID rebuilds fail: The "Sibling Drive Batch" and "SMR Drive" traps¶

To make safe decisions during a NAS emergency, you must understand the two physical traps that kill RAID arrays during recovery:

Trap 1: Correlated Batch Failure and Uncorrectable Read Errors (URE)¶

Most NAS owners buy all four or six hard drives on the same day from the same retailer. Those drives come off the same factory assembly line, share identical firmware revisions, spin in the exact same chassis vibration environment, and accumulate the exact same number of power-on hours. * When Drive 1 dies after 38,000 hours of operation, Drives 2, 3, and 4 are also at 38,000 hours of wear. * If you pop a fresh replacement drive into Bay 1 and click Rebuild on a RAID 5 array, the NAS controller must read every single sector across Drives 2, 3, and 4 to XOR-calculate the missing parity blocks for Bay 1. * Má tá Drive 3 ag cothú go ciúin 14 droch-earnáil neamh-inléite (** Earnálacha ar Feitheamh Reatha, S.A.RT. ID 197**) i bhfillteán d'aois nár oscail tú le dhá bhliain, beidh an próiseas atógáil slam ceann-an chéad cheann sna droch-earnálacha sin ag Uair 19. Ar go leor crua-earraí cártaí RAID ar Feitheamh agus S.C.T.R.nel léamh amháin níos sine (SCRTLE) Aisghabháil gan eithne amháin (SCRTLE read-Enerred). cuireann stalla faoi deara don rialtóir Tiomántán 3 a mharcáil mar "Theip/Ligeann," ag titim an dara tiomáint as eagar aon-phaireacht RAID 5 agus ag tuairteáil an toirt ar fad.

Gaiste 2: Ná cuir Tiomántán SMR (Taifeadadh Maighnéadach Sciatháin) isteach in Eagar RAID nó ZFS¶

Nuair a bhíonn tiomántán crua athsholáthair éigeandála á cheannach ag siopa leictreonaice áitiúil chun do NAS a atógáil, deimhnigh go n-úsáideann an tiomántán athsholáthair CMR (Taifeadadh Maighnéadach Gnásúil), NÁ SMR (Taifeadadh Maighnéadach Shingle). * Tiomántáin chrua deisce buiséid (amhail caighdeánach Western Digital Red non-Plus EFAX samhlacha ó 2 TB go 6 TB, tiomántáin deisce Seagate Barracuda Compute, agus go leor tiomántán USB seachtracha saor a úsáideann úsáideoirí ** SMR Bainistithe le Tiomántán**, áit a bhforluíonn rianta maighnéadacha cosúil le shingles dín. * Le linn RAID il-terabyte marthanach nó scríobh ath-tarrthóra ZFS, líonann taisce meán inmheánach tiomáint SMR go hiomlán laistigh de 30 nóiméad. Nuair a bhíonn an taisce lán, fanfaidh an tiomántán SMR ar feadh 10 go 30+ soicind agus é ag léamh agus ag athscríobh bandaí iomlána shining, nó filleann sé ATA IDNF (Sector ID Not Found) am istigh. * Linux mdadm, Synology DSM, agus go háirithe ZFS (zed) léirmhíniú ar na stallaí SMR 20-soicind sin mar thiomáint crua marbh, ** ag ciceáil an feachtas athsholáthair nua-aimseartha díreach amach as an eagar** i lár an atógála. Ceannaigh ** Tiomántáin CMR NAS/Fiontar** i gcónaí (cosúil le WD Red ** Plus ** / WD Red ** Pro**, Seagate IronWolf / IronWolf Pro / Exos, nó Toshiba N300 / MG Enterprise).

Maitrís diagnóiseach: Leibhéil RAID, lamháltas lochtanna, agus rialacha marthanais¶

Triáis céim ar chéim le haghaidh Linn NAS "Díghrádaithe" (theip ar thiomáint 1, tá sonraí fós inrochtana)¶

Má tá do NAS ag bíog toisc gur theip ar thiomántán 1 i linn RAID 1, RAID 5, SHR-1, RAID 6, nó RAIDZ, lean an seicheamh cruinn seo sula n-athshocraítear an diosca:

Céim 1: Iniúchadh S.M.A.R.T. tréithe ar gach tiomántán survIVING ar dtús¶

Oscail ** Bainisteoir Stórála -> HDD/SSD -> Eolas Sláinte -> S.M.A.R.T. Tréith** (ar Synology/QNAP) nó rith smartctl -a /dev/sdX via SSH ar gach tiomáint folláin/ar líne atá fágtha fós sa linn. Féach ar an RAW_VALUE colún do na ceithre airí ríthábhachtacha seo: * ID 5 (Reallocated_Sector_Ct): Caithfidh go hidéalach 0. Má tá na mórán nó na céadta earnálacha ath-leithdháilte ag tiomáint marthanach, tá a dhromchla nó a cinn plátaí ag dul i léig go gníomhach. * ID 187 (Reported_Uncorrect): Caithfidh go bhfuil 0. * ID 197 (Current_Pending_Sector): CRITICIÚIL. Uimhir ar bith níos mó ná 0 ciallaíonn sé go bhfuil earnálacha neamh-inléite ag tiomáint marthanach * faoi láthair ag fanacht le timpiste a chruthú* an nóiméad a dhéanann atógáil RAID iarracht iad a léamh. * ID 198 (Offline_Uncorrectable): Caithfidh go bhfuil 0.

** Riail Cinnidh:** * Má thaispeánann gach tiomántán atá fágtha 0 ar IDanna 5, 187, 197, agus 198, is féidir leat do fhillteáin ríthábhachtacha a chúltaca go sábháilte chuig tiomántán USB seachtrach agus ansin dul ar aghaidh le gnáth-GhUI NAS Deisiú / Aththógáil ag baint úsáide as tiomáint athsholáthair CMR sláintiúil. * Má léiríonn aon tiomántán marthanach i gcomhthiomsú RAID 5 / SHR-1 / RAIDZ1 aon-phaireacht Current_Pending_Sector > 0 nó ag ardú Reallocated_Sector_Ct, NÁ RITH A ATÓGÁIL. Cóipeáil na sonraí go léir as an NAS díghrádaithe chuig tiomántáin USB seachtracha láithreach agus an toirt fós gléasta; má tá an méid ag streachailt cheana féin, cumhacht síos an NAS agus clónáil na thiomáineann ball teip ar PC Linux ag baint úsáide as GNU ddrescue ar dtús.

Tarrtháil céim ar chéim nuair a thiteann "Timpistí" Imleabhar RAID / NAS (Thiomáineann iomadúla amach)¶

Cad a tharlaíonn má dhúisíonn tú agus go ndeir do NAS 4-bhá RAID 5 "Linn Stórála 1: Crashed" mar gur theip ar Drive 2 oíche Dé Máirt agus gur thit Drive 4 amach maidin Dé Céadaoin?

Cén fáth a bhfuil an chuid is mó de "teipeanna 2-thiomáint" inghnóthaithe i ndáiríre: Murar bhuail tintreach do theach nó murar thit an NAS síos staighre, ní fhulaingíonn dhá thiomántán crua meicniúla tuairteanna cinn tubaisteach ar fad ag an soicind céanna. Ina áit sin, tá an méid a tharla i ndáiríre seicheamhach: 1. D’fhorbair Drive 2 cúpla droch-earnáil agus cuireadh tús leis as an eagar laethanta nó uaireanta roimhe sin (rud a d’fhág an t-eagar ag rith i mód Díghrádaithe ar Tiomántáin 1, 3, agus 4). 2. Níos déanaí, tháinig Drive 4 ar earnáil amháin nach bhféadfaí a léamh (nó teorainn ama gearr SATA) agus an NAS ag rith scrobarnach chúlra. Toisc nach raibh iomarcaíocht ag an eagar a thuilleadh chun an droch-earnáil sin a réiteach ar Drive 4, chiceáil an tiománaí RAID Drive 4 amach freisin agus mharcáil sé an linn iomlán Crased.

Sa chás seo, tá an t-áiritheoir teagmhais ruathar is úire, cothrom le dáta ag ** Drive 4 (Events chomhaireamh) agus tá sé 99.9999% sláintiúil**, cé go bhfuil Drive 2 beagán as dáta ("sean").

Conas Synology, QNAP, nó Linux tuairteála a ghnóthú mdadm eagar go sábháilte ar ríomhaire Linux¶

Céim 1: Cumhacht síos an NAS, lipéadaigh gach cuan tiomána, agus ceangail na thiomáineann le ríomhaire deisce ag rith Ubuntu Linux Live USB¶

1. Dún an NAS. Cuir lipéad ar gach tiomántán (Bay 1, Bay 2, Bay 3, Bay 4).
2. Ceangail na tiomántáin le calafoirt SATA motherboard (nó cárta HBA cosúil le LSI 9211-8i / 9300-8i i Mód TF; seachain moil USB saor a dhínascadh faoi ualach) ar ríomhaire deisce atá tosaithe isteach i Ubuntu Linux Live USB.
3. Oscail críochfort agus iniúchadh ar leagan amach na críochdheighilte agus mdadm superblocks ** go docht i mód diagnóiseach inléite amháin**:

# 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

Céim 2: Léigh an Events cuntar agus Array State aschur ó mdadm --examine¶

Féach go géar ar aschur na sudo mdadm --examine /dev/sd[a-d]3 do gach tiomántán: * Feicfidh tú línte mar: * /dev/sda3: Events : 48210, Array State : A.AA (A = Gníomhach, . = ar iarraidh) * /dev/sdb3 (Tiomántán 2, thit amach ar dtús): Events : 47950, Array State : AAAA * /dev/sdc3: Events : 48210, Array State : A.AA * /dev/sdd3 (Drive 4, thit amach ar deireadh): Events : 48209, Array State : A.AA * Fógra cad é an Events insíonn cuntar duit: ** Tiomántáin 1, 3, agus 4 (sda3, sdc3, sdd3) atá laistigh d'imeacht amháin óna chéile (48210 vs 48209), agus Tiomántán 2 (sdb3) thit amach i bhfad níos luaithe ag ócáid 47950. * ** Riail chriticiúil: In eagar RAID 4-thiomáint 5, ní gá duit ach 3 thiomántán chun 100 faoin gcéad de na sonraí a athchruthú. NÍ MÓR duit an t-eagar a chur le chéile ag úsáid na dtiomántán 3 is úire (sda3, sdc3, agus sdd3) agus fág amach an sean-thiomáint (sdb3). Má iompaíonn tú le chéile trí thimpiste ag baint úsáide as an sean tiomántán (sdb3), mímheaitseálfaidh meiteashonraí an chórais comhad dhá lá ó shin na stiallacha sonraí reatha ar na tiomántáin eile agus éilleoidh siad do fhillteáin.

Céim 3: Clón aon tiomáint le droch-earnálacha ag baint úsáide as GNU ddrescue ar dtús¶

Sula gcuirfidh tú le chéile, clónáil an tiomántán a thit le déanaí (/dev/sdd) (agus go hidéalach gach tiomántán ball) chuig tiomáint athsholáthair sláintiúil ag baint úsáide as ddrescue (féach Teip tiomáint crua agus aisghabháil sonraí le haghaidh iomlán ddrescue comhréir):

# 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

Anois díphlugáil an bhunteip /dev/sdd agus é a chur go sábháilte ar seilf ionas go mbeidh tú ag obair leis an clón sláintiúil (/dev/sde).

Céim 4: Déan an t-eagar RAID, an grúpa toirte LVM, agus an córas comhaid a athcheangal i mód docht LÉIGH-AMHÁIN¶

Ar chórais Synology (SHR / RAID) agus QNAP, tá suas le trí shraith ag an gcruach stórála: mdadm (RAID) → LVM2 (Bainisteoir Imleabhar Loighciúil) -> ext4 nó Btrfs (Córas Comhad). Seo é an t-ord cruinn chun iad a shuiteáil go sábháilte i mód inléite amháin ar 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

Uair amháin /mnt/nas_rescue gléasta, d'fhillteáin chomhroinnte NAS go léir (photo, homes, video, documents) le feiceáil taobh istigh /mnt/nas_rescue/ ionas gur féidir leat iad a chóipeáil go díreach ar thiomáint seachtrach USB cúltaca.

• ** Cad a tharlaíonn má bhí "Synology Hibrid RAID (SHR)" ag do Synology NAS le méideanna tiomántán measctha?** Ní dhéanann Synology SHR ach tiomántáin níos mó a roinnt ina ilchríocha (sda5, sda6) agus cruthaíonn sé leithleach mdadm eagar trasna gach sraithe deighilte, ansin téann sé sin md eagair le chéile laistigh de ** Grúpa Imleabhar LVM amháin (vg1000)**. Rith sudo mdadm --assemble --scan --readonly agus sudo vgchange -ay stitches go huathoibríoch toirteanna SHR il-shraith ar ais le chéile ar Ubuntu.
• ** Malartach GUI Tráchtála (Windows/macOS/Linux):** Má tá tú míchompordach le horduithe teirminéil Linux nó má tá comhthiomsú LVM tanaí-sholáthair QNAP agat, is féidir le ** UFS Explorer RAID Recovery** nó ReclaiMe Free RAID Recovery iniúchadh a dhéanamh ar gach tiomántán NAS atá ceangailte ar ríomhaire Windows nó Linux i 100% inléite amháin, modh uainíochta 100% agus modh uainíochta na Stripe a bhrath go huathoibríoch, an parity a chóipeáil agus an modh rothlaithe a bhrath go huathoibríoch fillteáin amach gan aon earnáil amháin a mhodhnú ar thiomáineann an NAS.

ZFS (zpool) agus orduithe tarrthála éigeandála Btrfs¶

Úsáideann ardáin nua-aimseartha NAS (TrueNAS SCALE/CORE, Proxmox, Ubuntu Server, Unraid, agus Synology Btrfs) córais comhaid cóip-ar-scríobh (CoW) in ionad oidhreachta ext4. Má tá ZFS zpool nó Btrfs pool a dhiúltóidh gléasadh nó ina chúis le scaoll eithne ar tosaithe tar éis briseadh cumhachta nó teip tiomántán, teipfidh ar an bhfeistiú gnáth toisc go ndéanann an OS iarracht idirbhearta scríbhneoireachta damáiste a athimirt. Ní mór duit paraiméadair ais-rolladh idirbhearta inléite amháin a úsáid.

1. ZFS (zpool) Aisghabháil Éigeandála (TrueNAS / Proxmox / Linux ZFS)¶

Má luann linn snámha ZFS FAULTED, UNAVAIL, nó tuairteanna ar an bhfreastalaí (scaoll eithne) an toirt a dhéanann tú iarracht é a iompórtáil tar éis caillteanas cumhachta neamhghlan:

# 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>

Nuair a bheidh sé suite faoi /mnt/zfs_rescue, cóipeáil do thacair sonraí le húsáid rsync nó zfs send sula ndearna tú iarracht riamh an linn a allmhairiú léamh-scríobh.

2. Aisghabháil Éigeandála Btrfs (Synology Btrfs / Unraid Cache Pool / Linux Btrfs)¶

Ina áit sin, déan iarracht toirt Btrfs a fheistiú nó a bhaint amach in ord dian forásach, ón scanadh is lú ionrach go dtí an scanadh is doimhne:

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

Crua-earraí Éigeandálaí Rialaithe RAID: "Cumraíocht Eachtrach" agus Cártaí RAID Marbh¶

Úsáideann freastalaithe fiontair (Dell PowerEdge le cártaí PERC, HPE ProLiant le Smart Array, Lenovo ThinkSystem, nó stáisiúin oibre le rialaitheoirí Broadcom/LSI MegaRAID) cártaí RAID crua-earraí le NVRAM ar bord agus taisce ceallraí/toilleora (BBU / CacheVault).

1. Cumraíocht Eachtrach a Iompórtáil vs Cumraíocht Ghlan (CRITICIÚIL)¶

Nuair a dhícheanglaíonn tiomántán faoi láthair nó nuair a bhogann tú tiomántáin isteach i bhfonnadh freastalaí athsholáthair, sosóidh scáileán tosaithe Dell PERC nó LSI MegaRAID BIOS agus fógróidh sé: "Cumraíocht(í) eachtracha a aimsítear ar an oiriúntóir." * Roghnaigh i gcónaí Import Foreign Configuration (nó Preview Foreign Configuration -> Import). Ciallaíonn an chlib “Eachtrach” go simplí go bhfeiceann an rialaitheoir RAID meiteashonraí RAID bailí atá ann cheana féin scríofa ar na tiomántáin chrua iad féin (na hearnálacha cumraíochta ** Formáid Sonraí Diosca / DDF ** nó LSI ag deireadh na dtiomántán) atá difriúil ó staid reatha NVRAM an chárta. Léann iompórtáil leagan amach an eagar díreach as na tiomántáin agus tugann sé do dhiosca fíorúil ar ais ar líne gan beart amháin a chailleadh. * NÁ roghnaigh Clear Foreign Configuration nó Initialize Virtual Disk. Má dhéantar na meiteashonraí eagair a ghlanadh nó a thúsú, scriostar na tiomántáin. * Rabhadh Eisceacht: Má thit tiomántán amháin amach trí seachtaine ó shin, choinnigh tú ag scríobh sonraí nua leis an eagar díghrádaithe ar feadh trí seachtaine, agus ansin cuireann tú an seantiomáint singil 3 seachtaine sin ar ais isteach, NÁ iompórtáil an chumraíocht choigríche ón tiomántán stale sin thar bharr do thiomántán gníomhach sláintiúil; ina ionad sin, athchuir nó clónáil an sean-thiomáint.

2. Cad a tharlaíonn má fhaigheann an Cárta RAID Crua-earraí Féin bás?¶

Má tá teip leictreonach ar do mháthairchlár freastalaí nó do chárta rialtóra RAID crua-earraí PCIe agus nach dtosóidh sé: * NÍ gá duit an t-athbhreithniú díreach céanna ar an máthairchlár a cheannach, agus tá do shonraí fós slán ar na tiomántáin. * Ceannach rialtóir RAID athsholáthair ón ** teaghlach chipset rialaitheoir céanna ** (mar shampla, is féidir le haon chárta LSI/Broadcom MegaRAID SAS 2108/2208/3108 nó Dell PERC H710/H730/H740 meiteashonraí DDF a léamh ó chárta PERC níos sine). * Suiteáil an cárta RAID athsholáthair isteach i ríomhaire oibre, ceangail do thiomáineann lipéadaithe ina n-ordú bá bunaidh, tosaithe isteach sa BIOS rialtóra (Ctrl+R nó Ctrl+H nó roghchlár UEFI HII), agus roghnaigh Iompórtáil Cumraíocht Eachtrach. Léifidh an rialtóir an leagan amach RAID as na tiomántáin agus gléasfaidh sé d'imleabhar láithreach.

Ceisteanna coitianta¶

Treoracha gaolmhara¶

• Teip tiomáint crua agus aisghabháil sonraí
• Scriosadh comhaid thaisme, tiomántán formáidithe, agus aisghabháil grianghraf
• Cúltacaí ríomhaire: straitéis 3-2-1 agus athshlánú tubaiste
• Teip tosaithe an chórais Linux agus deisiú GRUB
• Freagra éigeandála Ransomware agus malware
• Uimhreacha éigeandála domhanda

Foinsí seiceáilte¶

• Eagraíocht Eithne Linux (Idirnáisiúnta): Linux RAID (mdadm) Vicí (raid.wiki.kernel.org), RAID Bogearraí a Theip ar Aisghabháil, agus Doiciméadúchán Eithne Btrfs (btrfs.readthedocs.io ar btrfs rescue agus btrfs restore).
• Tionscadal Doiciméadúcháin OpenZFS (Idirnáisiúnta): zpool import Inléite Amháin agus aischur Grúpa Idirbheart (-F -o readonly=on) Tagairt Riaracháin.
• Synology Inc. (Téaváin / Idirnáisiúnta): Airteagal Bunús Eolais Oifigiúil Synology KB-1079 (Conas is féidir liom ríomhaire a úsáid chun sonraí a aisghabháil nuair a bhíonn mífheidhm le mo Synology NAS ag baint úsáide as Ubuntu mdadm agus lvm2).
• Tionscadal GNU / Fondúireacht Bogearraí Saor in Aisce (Idirnáisiúnta): GNU ddrescue Lámhleabhar le haghaidh Íomháú Bloc-Leibhéil Neamh-Mhillteach ar Thiomántán Ball Díghrádaithe RAID.
• An Institiúid Náisiúnta um Chaighdeáin agus Teicneolaíocht (NIST) (Stáit Aontaithe Mheiriceá): Foilseachán Speisialta 800-86 agus Treoir um Iontaofacht Stórála ar Raid Atógáil Windows Nochtadh agus Dóchúlachtaí Earráide Do-cheartaithe (URE).