የRAID ድርድር ውድቀት፣ የተበላሸ NAS ማከማቻ ገንዳ፣ እና ደህንነትን እንደገና ገንባ¶

የቤት ወይም የአነስተኛ ንግድ ኔትወርክ አባሪ ማከማቻ (ኤንኤኤስ) መገልገያ (እንደ ሲኖሎጂ ዲስክ ጣቢያ፣ QNAP Turbo NAS፣ TrueNAS፣ ወይም Unraid አገልጋይ) በአምበር LED ድምጽ ማሰማት ሲጀምር እና ዘገባው "ማከማቻ ገንዳ ተበላሽቷል" ወይም *"ድምጽ የተበላሹ" ይድናሉ ወይም በቋሚነት ይደመሰሳሉ. ለብዙ አሥርተ ዓመታት ተጠቃሚዎች በRAID 5 ወይም RAID 1 ድርድር ውስጥ ያለው ድራይቭ ወደ ቀይ ሲቀየር በቀላሉ የሞተውን ድራይቭ አውጥተህ አዲስ ባዶ ድራይቭ አስገብተህ **"ጥገና/አድስ" የሚለውን ተጫን።

ከተመሳሳይ የማኑፋክቸሪንግ ባች በተገዙ ከ8 ቴባ እስከ 24 የቲቢ ድራይቮች የተገነቡ ዘመናዊ ከፍተኛ አቅም ያላቸው ማከማቻ ገንዳዎች በጭፍን የቦታ RAID መልሶ መገንባት #1 ለድምሩ የማይገኝ የባለብዙ ድራይቭ ድርድር ሞት ነው። ባለ 4-ድራይቭ 16 ቲቢ RAID 5 ድርድር መልሶ መገንባት እያንዳንዱን የእርጅና መንዳት 100 በመቶ ሴክተሩን ከ 24 እስከ 72 ሰአታት በከፍተኛ የሙቀት እና ሜካኒካል ሸክም ያለማቋረጥ እንዲያነብ ያስገድዳል። በህይወት ካሉት ወንድም እህት አሽከርካሪዎች አንዱ የማይስተካከል የንባብ ስህተት (URE) ሲመታ ወይም በግንባታው አጋማሽ ላይ የጭንቅላት መበላሸት ሲያጋጥመው፣ የRAID መቆጣጠሪያው ሁለተኛውን ከመዋኛ ገንዳው አውጥቶ መላውን ድርድር ያበላሸዋል። ከRAID፣ ZFS ወይም Btrfs ድንገተኛ አደጋ መትረፍ ሁሉንም ጽሁፎች ቆም ብሎ ማቆም፣ S.M.A.R.Tን ኦዲት ማድረግን ይጠይቃል። ቴሌሜትሪ በሁሉም የተረፉ ድራይቮች፣ ወሳኝ ማህደሮችን መደገፍ በፊት የአደራደር ቶፖሎጂን ከመንካት እና የተበላሹ የአባላት ዲስኮችን በጂኤንዩ መቅረጽ ddrescue የንባብ-ብቻ ዲበ ውሂብ ስብስብን እንደገና ለመገንባት ከመሞከርዎ በፊት።

ይህንን አሁን ያድርጉ¶

1. ** ኤንኤኤስ ወይም አገልጋዩ በሚበራበት ጊዜ ብዙ ድራይቮች እንዲያስቀምጡዋቸው በጭራሽ አይውሰዱ እና ትክክለኛውን የመግቢያ ቁጥራቸውን ሳይሰይሙ አይለዋወጡም።** አንድን ድራይቭ ትሪ ከመንካትዎ በፊት ሹል ወይም መለያ ሰሪ ይውሰዱ እና የእያንዳንዱን ድራይቭ አካላዊ የላይኛው ክፍል በትክክለኛው የባህር ዳርቻ ቁጥር ምልክት ያድርጉበት ()Bay 1 / sda, Bay 2 / sdb, Bay 3 / sdc). ምንም እንኳን ዘመናዊ ሊኑክስ mdadm, LVM እና ZFS ድርድሮች በእያንዳንዱ ዲስክ ላይ የUUID ሱፐርብሎኮችን ያከማቻሉ፣ የሃርድዌር RAID ተቆጣጣሪዎች (Dell PERC፣ HP Smart Array፣ Broadcom/LSI MegaRAID) ብዙውን ጊዜ የውቅር ሜታዳታን ከአካላዊ SAS/SATA የጀርባ አውሮፕላን ማስገቢያ ቁጥሮች ጋር ያቆራኛሉ።
2. **የተዘመነ ውጫዊ መጠባበቂያ ከሌለህ በተበላሸ RAID 5/SHR-1 ድርድር ላይ "ጥገና" ወይም "Rebuild" የሚለውን አትጫን። አሁን ሊነበብ የሚችል *** ውጫዊ ዩኤስቢ 3.0 ሃርድ ድራይቭን በቀጥታ ወደ NAS ይሰኩት እና በጣም ወሳኝ የሆኑ የማይተኩ ማህደሮችዎን ከተበላሸ ገንዳ በፊት የተረፉትን ድራይቮች ወደ ጨካኙ የ48 ሰአታት የጭንቀት ፈተና የአንድን እኩልነት መልሶ ግንባታ ከመውሰድዎ በፊት ይቅዱ።
3. "ዲስክን ማስጀመር"፣ "አዲስ ገንዳ ፍጠር"፣ "ውቅረትን አጽዳ" የሚለውን በጭራሽ አይጫኑ ወይም አይሂዱ። fsck -y / btrfs check --repair በተበላሸ ድርድር ላይ። ሁለት ድራይቮች ከRAID 5 ድርድር በአንድ ጊዜ ሲወድቁ (ብዙውን ጊዜ በአጭር የሃይል አቅርቦት ወይም በSATA ጊዜ ማብቂያ ምክንያት ከእውነተኛ አካላዊ ሞት ይልቅ) NAS GUI የማጠራቀሚያ ገንዳውን "ብልሽት" በማለት ምልክት በማድረግ ድምጹን ለመጀመር ወይም እንደገና ለመፍጠር ያቀርባል። ማስጀመር አዲስ ሱፐርብሎኮችን እና ዜሮዎችን በፓርቲ ሰንሰለቶች ላይ ይጽፋል፣ ይህም መልሶ ሊገኝ የሚችል ውሂብ ያጠፋል። በተመሳሳይ, መሮጥ btrfs check --repair በተበላሸ Btrfs መጠን በሊኑክስ ከርነል ማህበረሰብ ውስጥ ከማገገም በላይ ያለውን የዛፍ ዛፍ በማጥፋት ታዋቂ ነው።
4. ** ሁሉንም የዶከር ኮንቴይነሮች፣ ቨርቹዋል ማሽኖች፣ ፕሌክስ ሚዲያ ሰርቨሮች፣ የክትትል ካሜራ ቅጂዎች እና የታቀዱ RAID Scrubs ወዲያውኑ ያቁሙ።** እያንዳንዱ የመፃፍ ተግባር ለተበላሸ አደራደር የመፃፍ እድልን ይጨምራል ወይም የኅዳግ ሰከንድ ድራይቭ ጠርዝ ላይ የመግፋት እድልን ይጨምራል። ወደ NAS የድር በይነገጽ ወይም የኤስኤስኤች ተርሚናል ይግቡ እና ሁሉንም የበስተጀርባ አገልግሎቶችን እና ከፍተኛ I/O ተግባራትን ያቁሙ።
5. በ NAS ውስጥ ያለ ማንኛውም ድራይቭ ምት እየጫነ፣ እያንኳኳ፣ እየፈጨ ወይም እየጮኸ ከሆነ፣ አሁኑኑ NASን በንጽህና ይዝጉት። ጠቅ ማድረግ ወይም መፍጨት አንፃፊ አካላዊ የማንበብ/የመፃፍ የጭንቅላት ግጭት አጋጥሞታል (ይመልከቱ) የሃርድ ድራይቭ ውድቀት እና የውሂብ መልሶ ማግኛ). በ NAS ማቀፊያ ውስጥ እንዲሽከረከር መተው መግነጢሳዊ ፕላተሮችን በደቂቃዎች ውስጥ ወደ አቧራነት ይመታል።
6. "የNAS አለመሳካት" በእውነቱ የሞተ NAS Motherboard ወይም የውጭ ሃይል ጡብ መሆኑን ያረጋግጡ። የእርስዎ ሲኖሎጂ፣ QNAP፣ ወይም Asustor NAS በድንገት የማይበራ ከሆነ ወይም ሰማያዊውን ሃይል ኤልኢዲውን ያለማቋረጥ ብልጭ ድርግም የሚያደርግ ከሆነ (እንደ ታዋቂው ኢንቴል Atom C2000 የሰዓት ምልክት ሳንካ) ** የእርስዎ ሃርድ ድራይቭ እና ዳታ በእርግጠኝነት 1.00 በመቶ ጥሩ ናቸው*** እነዚያን ድራይቮች ወደ ተተኪ NAS ማዛወር ወይም ተነባቢ-ብቻ በማንኛውም የኡቡንቱ ሊኑክስ ዴስክቶፕ ፒሲ ላይ መደበኛ የSATA ወደቦችን በመጠቀም መጫን ይችላሉ።

flowchart TD
    A["የ NAS ድምጽ ማሰማት / RAID ድርድር የተበላሸ ወይም የተበላሸ ሁኔታን ሪፖርት ያደርጋል"] --> B{"ሜካኒካል ጠቅ ማድረግ፣ መፍጨት ወይም መቧጠጥ የሚያደርጉ አሽከርካሪዎች አሉ?"}
    B -->|"አዎ፡ አካላዊ የጭንቅላት ብልሽት"| C["NASን ወዲያውኑ ያጥፉ፣ እያንዳንዱን ድራይቭ በቤይ ቁጥራቸው ምልክት ያድርጉ እና ድራይቭን ጠቅ ያድርጉ"]
    B -->|"አይ፡ ጸጥ ያለ አሰራር"| D{"የማከማቻ ገንዳ ሁኔታ ምንድ ነው?"}
    D -->|"DEGRADED (1 ድራይቭ አልተሳካም፣ የድምጽ መጠኑ አሁንም ሊነበብ ይችላል)"| E["ሁሉንም ዶከር/ቪኤም/ክትትል ይጽፋል እና አሁንም እንደገና መገንባትን አይጫኑ"]
    E --> F["የኤስ.ኤም.ኤ.አር.ቲ.ን ያረጋግጡ. ባህሪያት (መታወቂያ 5፣ 187፣ 197፣ 198) በሁሉም የSURVIVING ድራይቮች ላይ"]
    F --> G["ውጫዊ የዩኤስቢ አንጻፊ ይሰኩ እና ወሳኝ ፋይሎችን ከተበላሸ ገንዳ ላይ ይቅዱ"]
    G --> H{"በሕይወት የተረፉ ድራይቮች መጥፎ ዘርፎችን ያሳያሉ (መታወቂያ 5/197 > 0)?"}
    H -->|"አዎ፡- ሁለተኛ ድራይቭ እየተሳካ ነው።"| I["ማንኛውንም ድጋሚ ለመገንባት ከመሞከርዎ በፊት እያንዳንዱን ድራይቭ በጂኤንዩ ddrescue ያጥፉት"]
    H -->|"አይ፡ መትረፍ 100% ጤናማ ያደርገዋል"| J["መተኪያ CMR ድራይቭን አስገባ (በጭራሽ SMR) እና እኩልነት ዳግም ግንባታን አሂድ"]
    D -->|"የተሰበረ/ከመስመር ውጭ (በርካታ ድራይቮች ቀርተዋል)"| K["አትጀምር ወይም fsck/btrfs አታሂድ --ጥገና; ኃይልን ያጥፉ እና ሁሉንም የድራይቭ መስመሮችን ይሰይሙ"]
    C --> L["GNU ddrescue + mapfilesን በመጠቀም ሁሉንም የተበላሹ አባላትን ወደ ጤናማ አሽከርካሪዎች ያዙሩ"]
    K --> L
    L --> M["በሊኑክስ mdadm/LVM፣zpool import -o readonly=on ወይም UFS Explorer RAID በኩል ክሎነድ ድራይቮችን በንባብ ብቻ ያሰባስቡ።"]

የ RAID መልሶ ግንባታዎች ለምን እንዳልተሳካ መረዳት፡ የ"ወንድም ድራይቭ ባች" እና "SMR Drive" ወጥመዶች¶

በ NAS ድንገተኛ አደጋ ጊዜ አስተማማኝ ውሳኔዎችን ለማድረግ፣ በማገገም ወቅት የRAID ድርድሮችን የሚገድሉትን ሁለቱን አካላዊ ወጥመዶች መረዳት አለቦት።

ወጥመድ 1፡ ተዛማጅ ባች ውድቀት እና የማይስተካከሉ የንባብ ስህተቶች (URE)¶

አብዛኛዎቹ የኤንኤኤስ ባለቤቶች አራቱን ወይም ስድስቱን ሃርድ ድራይቮች የሚገዙት በተመሳሳይ ቀን ከተመሳሳይ ቸርቻሪ ነው። እነዚያ ድራይቮች ከተመሳሳይ የፋብሪካ መሰብሰቢያ መስመር ይወጣሉ፣ ተመሳሳይ የጽኑዌር ክለሳዎችን ይጋራሉ፣ በተመሳሳዩ የሻሲ ንዝረት አካባቢ ይሽከረከራሉ እና ትክክለኛው ተመሳሳይ የኃይል-ሰዓታት ብዛት ይሰበስባሉ። * Drive 1 ከ38,000 ሰአታት ቀዶ ጥገና በኋላ ሲሞት፣ አሽከርካሪዎች 2፣ 3 እና 4 እንዲሁ በ38,000 ሰአታት የሚለብሱ ናቸው። * አዲስ ምትክ ድራይቭ ወደ ቤይ 1 ብቅ ካደረጉ እና በRAID 5 ድርድር ላይ Rebuild ን ጠቅ ካደረጉ የ NAS መቆጣጠሪያው ** እያንዳንዱን ሴክተር ** በ Drives 2, 3, እና 4 ላይ ማንበብ አለበት XOR - የጎደሉትን የቤይ 1 እኩልነት ማስላት። * Drive 3 በጸጥታ 14 የማይነበብ መጥፎ ሴክተሮችን (አሁን በመጠባበቅ ላይ ያሉ ሴክተሮች፣ኤስ.ኤም.ኤ.አር.ቲ. መታወቂያ 197) በሁለት ዓመት ውስጥ ባልከፈቱት አሮጌ ፎልደር ውስጥ በጸጥታ ከያዘ፣ የመልሶ ግንባታው ሂደት በሰአት 19 መጀመሪያ ወደ እነዚያ መጥፎ ዘርፎች በሰአት 19 ላይ። ባለብዙ ሰከንድ ንባብ ድንኳን ተቆጣጣሪው **Drive 3ን "አልተሳካም/አልተሳካም" የሚል ምልክት እንዲያደርግ ያደርገዋል።

ወጥመድ 2፡ በፍፁም SMR (Shingled Magnetic Recording) ወደ RAID ወይም ZFS ድርድር አታስገባ¶

የእርስዎን NAS ን እንደገና ለመገንባት በአካባቢያዊ የኤሌክትሮኒክስ መደብር የድንገተኛ ምትክ ሃርድ ድራይቭ ሲገዙ ** የምትክ ድራይቭ CMR (የተለመደ መግነጢሳዊ ቀረጻ) መጠቀሙን ያረጋግጡ፣ በጭራሽ SMR (Shingled Magnetic Recording)**። * የበጀት ዴስክቶፕ ሃርድ ድራይቭ (እንደ መደበኛ ምዕራባዊ ዲጂታል ቀይ ፕላስ ያልሆነ) EFAX ሞዴሎች ከ 2 ቴባ እስከ 6 ቲቢ ፣ ሴጌት ባራኩዳ ኮምፒዩት ዴስክቶፕ ድራይቮች እና ብዙ ርካሽ ውጫዊ ዩኤስቢ አንጻፊዎች ተጠቃሚዎች ከፕላስቲክ ጉዳዮች ላይ “የሚያስወግዱ”) Drive-Managed SMR የሚጠቀሙ ሲሆን መግነጢሳዊ ትራኮች እንደ ጣሪያ ሺንግልዝ ይደራረባሉ። ቀጣይነት ባለው ባለብዙቴራባይት RAID ወይም ZFS ሪሲልቨር ጽሁፍ ወቅት፣ የSMR ድራይቭ የውስጥ ሚዲያ መሸጎጫ በ30 ደቂቃ ውስጥ ሙሉ በሙሉ ይሞላል። አንዴ መሸጎጫው ከሞላ፣ የSMR አንፃፊው ከ10 እስከ 30+ ሰከንድ* ውስጥ ይቆማል እና ሁሉንም የተቆራረጡ ባንዶችን ከውስጥ እያነበበ እንደገና እየፃፈ ወይም ATA ይመልሳል። IDNF (Sector ID Not Found) ጊዜው አልፏል. * ሊኑክስ mdadmሲኖሎጂ DSM፣ እና በተለይ ZFS (zed) እነዚያን የ20 ሰከንድ የኤስኤምአር መሸጫ ቦታዎች እንደ ሞተ ሃርድ ድራይቭ ተርጉም፣ **ብራንድ-አዲሱን ተተኪ ድራይቭ ከድጋፉ ወደ ኋላ በመመለስ በመልሶ ግንባታው መሃል። ሁልጊዜ CMR NAS/Enterprise drives ይግዙ (እንደ WD Red Plus/WD Red Pro፣ Seagate IronWolf/IronWolf Pro/Exos፣ወይም Toshiba N300/MG Enterprise)።

የምርመራ ማትሪክስ፡ የRAID ደረጃዎች፣ የስህተት መቻቻል እና የመዳን ህጎች¶

ለ"የተበላሸ" NAS ገንዳ የደረጃ በደረጃ ሙከራ (1 ድራይቭ አልተሳካም፣ ውሂብ አሁንም ድረስ ይገኛል)¶

በRAID 1፣ RAID 5፣ SHR-1፣ RAID 6 ወይም RAIDZ ገንዳ ውስጥ ስላልተሳካ የእርስዎ NAS እየጮኸ ከሆነ ዲስኩን ከመተካትዎ በፊት ይህንን ትክክለኛ ቅደም ተከተል ይከተሉ፡

ደረጃ 1፡ ኦዲት S.M.A.R.T. በመጀመሪያ በሁሉም SURVIVING ድራይቮች ላይ ባህሪያት¶

ክፍት ** የማከማቻ አስተዳዳሪ -> HDD/SSD -> የጤና መረጃ -> S.M.A.R.T. ባህሪ** (በሲኖሎጂ/QNAP ላይ) ወይም አሂድ smartctl -a /dev/sdX በእያንዳንዱ ጤናማ/በመስመር ላይ መኪና በSSH በኩል አሁንም ገንዳው ውስጥ ይቀራል። ይመልከቱ RAW_VALUE ዓምድ ለእነዚህ አራት ወሳኝ ባህሪያት፡- * ** መታወቂያ 5 (Reallocated_Sector_Ct):** በትክክል መሆን አለበት። 0. በሕይወት የተረፈ አንጻፊ በደርዘን የሚቆጠሩ ወይም በመቶዎች የሚቆጠሩ እንደገና የተቀመጡ ዘርፎች ካሉት፣ የሳህኑ ወለል ወይም ጭንቅላቶች በንቃት እያዋረዱ ነው። * መታወቂያ 187Reported_Uncorrect):**** መሆን አለበት። 0. * መታወቂያ 197 (እ.ኤ.አ.)Current_Pending_Sector):** ወሳኝ:: ማንኛውም በላይ ቁጥር:: 0 ማለት በሕይወት የሚተርፈው ድራይቭ በአሁኑ ጊዜ RAID መልሶ መገንባት ሊያነባቸው በሚሞክርበት ጊዜ የማይነበቡ ዘርፎች አሉት። * መታወቂያ 198 (እ.ኤ.አ.)Offline_Uncorrectable):*** መሆን አለበት። 0.

** የውሳኔ ህግ * ሁሉም የተረፉ ድራይቮች ከታዩ 0 መታወቂያ 5፣ 187፣ 197 እና 198 ላይ፣ የእርስዎን ወሳኝ አቃፊዎች ደህንነቱ በተጠበቀ ሁኔታ ወደ ውጫዊ የዩኤስቢ አንጻፊ ማስቀመጥ እና ከዚያ በተለመደው NAS GUI ** መጠገን/ግንባታ** ጤናማ የሲኤምአር መተኪያ ድራይቭ በመጠቀም መቀጠል ይችላሉ። * በነጠላ-ተመጣጣኝ RAID 5 / SHR-1 / RAIDZ1 ገንዳ ውስጥ * ካለ * በሕይወት የሚተርፍ ድራይቭ Current_Pending_Sector > 0 ወይም እየጨመረ Reallocated_Sector_Ct, ** ዳግመኛ መገንባትን አታካሂድ **. ድምጹ ገና በተጫነበት ጊዜ ሁሉንም ውሂብ ከተበላሸው NAS ወደ ውጫዊ የዩኤስቢ አንጻፊዎች ወዲያውኑ ይቅዱ; ድምጹ ቀድሞውንም እየታገለ ከሆነ NAS ን ያጥፉ እና ያልተሳኩትን የአባላት ድራይቭ ጂኤንዩ በመጠቀም በሊኑክስ ፒሲ ላይ ይዝጉ ddrescue አንደኛ።

የ RAID / NAS መጠን "ብልሽት" ሲከሰት ደረጃ በደረጃ ማዳን (በርካታ ድራይቮች ሲቀሩ)¶

ከእንቅልፍህ ነቅተህ ባለ 4-ባይ RAID 5 NAS "Storage Pool 1: Crashed"*Drive 2 ማክሰኞ ማታ ላይ ስላልተሳካ እና Drive 4 ረቡዕ ጠዋት ላይ ቢቋረጥስ?

ለምን አብዛኞቹ "ባለ2-ድራይቭ አለመሳካቶች" በእርግጥ መልሶ ማግኘት ይቻላል: ቤትዎ በመብረቅ ካልተመታ ወይም ኤን.ኤ.ኤ.ኤ.ኤስ በደረጃ በረራ ላይ እስካልወደቀ ድረስ፣ ሁለት ሜካኒካዊ ሃርድ ድራይቮች በአንድ ሰከንድ አጠቃላይ አሰቃቂ የጭንቅላት ግጭት በጭራሽ አይደርስባቸውም። ይልቁንም፣ የተከሰተው ነገር በቅደም ተከተል ነው፡- 1. Drive 2 ጥቂት መጥፎ ዘርፎችን አዳበረ እና ከቀናት ወይም ከሰዓታት በፊት ከድርድር ተባረረ (አደራደሩን በDegraded mode በDrive 1፣ 3 እና 4 ላይ እያሄደ)። 2. በኋላ፣ NAS የጀርባ ማጽጃ እያካሄደ እያለ ** Drive 4** አንድ ነጠላ የማይነበብ ዘርፍ* (ወይም አጭር የSATA ጊዜ ማብቂያ) አጋጥሞታል። ድርድር ከአሁን በኋላ ያንን ነጠላ መጥፎ ዘርፍ በDrive 4 ላይ ለማስተካከል ተደጋጋሚነት ስለሌለው፣ የRAID ሹፌሩ Drive 4 ን በማስወጣት ሙሉውን ገንዳ ብልሽት ምልክት አድርጓል።

በዚህ ሁኔታ ውስጥ፣ ** Drive 4 በጣም ትኩስ፣ እስከ ደቂቃ የሚደርስ የወረራ ክስተት ቆጣሪ አለው።Events ቆጠራ) እና 99.9999% ጤናማ ነው**፣ Drive 2 ደግሞ ትንሽ ጊዜ ያለፈበት ነው ("ያረጀ")።

የተበላሸ ሲኖሎጂ፣ QNAP ወይም Linux እንዴት ማገገም እንደሚቻል mdadm በሊኑክስ ፒሲ ላይ ደህንነቱ በተጠበቀ ሁኔታ ያደራጁ¶

ደረጃ 1፡ NASን ያጥፉ፣ እያንዳንዱን ድራይቭ ቦታ ይሰይሙ እና ሾፌሮቹን ኡቡንቱ ሊኑክስ ላይቭ ዩኤስቢ ከሚያሄድ ዴስክቶፕ ፒሲ ጋር ያገናኙ።¶

1. NASን ዝጋ። ለእያንዳንዱ ድራይቭ ምልክት ያድርጉ (Bay 1, Bay 2, Bay 3, Bay 4).
2. ሾፌሮቹን ከማዘርቦርድ SATA ወደቦች ጋር ያገናኙ (ወይም HBA ካርድ እንደ LSI 9211-8i/9300-8i በ IT Mode ውስጥ፣ በጭነት ውስጥ ግንኙነታቸውን የሚያቋርጡ ርካሽ የዩኤስቢ መገናኛዎችን ያስወግዱ) ወደ Ubuntu Linux Live USB በተጫነ ዴስክቶፕ ላይ።
3. ተርሚናል ይክፈቱ እና የክፋይ አቀማመጥን ይፈትሹ እና mdadm ሱፐርብሎኮች በንባብ-ብቻ የምርመራ ሁነታ ላይ በጥብቅ፡

# 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

ደረጃ 2: ያንብቡ Events ቆጣሪ እና Array State ውፅኢት ከ mdadm --examine¶

ውጽኢቱውን ንዕኡ ምሉእ ብምሉእ እዩ። sudo mdadm --examine /dev/sd[a-d]3 ለእያንዳንዱ ድራይቭ: * እንደዚህ ያሉ መስመሮችን ታያለህ- * /dev/sda3: Events : 48210, Array State : A.AA (A = ንቁ ፣ . = የጠፋ) * /dev/sdb3 (Drive 2፣ መጀመሪያ ተቋርጧል) Events : 47950, Array State : AAAA * /dev/sdc3: Events : 48210, Array State : A.AA * /dev/sdd3 (Drive 4፣ በመጨረሻ የተቋረጠ)፦ Events : 48209, Array State : A.AA * ምን እንደሆነ አስተውል Events ቆጣሪ ይነግርዎታል፡ ** አሽከርካሪዎች 1፣ 3 እና 4 (4)sda3, sdc3, sdd3እርስ በርስ በ 1 ክስተት ውስጥ ናቸው (48210 vs 48209፣ Drive 2 እያለ (sdb3) በዝግጅቱ ላይ በጣም ቀደም ብሎ ወድቋል 47950. * ወሳኝ ህግ፡ ባለ 4-ድራይቭ RAID 5 ድርድር፣ 100 በመቶውን መረጃ መልሶ ለመገንባት 3 ድራይቮች ብቻ ያስፈልግዎታል። 3 ትኩስ አሽከርካሪዎችን በመጠቀም (ድርድር) መሰብሰብ አለቦት።sda3, sdc3, እና sdd3 እና ** ከቆመበት ድራይቭ ይውጡ (sdb3)። በድንገት የድሮውን የቆየ ድራይቭ ተጠቅመው በግዳጅ ከተሰበሰቡ (sdb3), ከሁለት ቀናት በፊት የነበረው የፋይል ሲስተም ዲበዳታ በሌሎች ዲስኮች ላይ ካሉት የመረጃ ሰንጠረዦች ጋር አይዛመድም እና ማህደሮችዎን ያበላሻል።

ደረጃ 3 ጂኤንዩን በመጠቀም ማንኛውንም ድራይቭ ከመጥፎ ሴክተሮች ጋር ይዝጉ ddrescue አንደኛ¶

ከመሰብሰብዎ በፊት በቅርቡ የወደቀውን ድራይቭ ይዝጉ (/dev/sdd) (እና በሐሳብ ደረጃ ሁሉም አባል መንዳት) ወደ ጤናማ ምትክ ድራይቭ በመጠቀም ddrescue (ተመልከት የሃርድ ድራይቭ ውድቀት እና የውሂብ መልሶ ማግኛ ለሙሉ ddrescue አገባብ፡-

# 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

አሁን ዋናውን አለመሳካቱን ይንቀሉት /dev/sdd እና ከጤናማው ክሎኑ ጋር እንዲሰሩ በጥንቃቄ መደርደሪያ ላይ ያስቀምጡት (/dev/sde).

ደረጃ 4፡ የRAID ድርድርን፣ የኤልቪኤም ድምጽ ቡድንን እና የፋይል ስርዓቱን በጥብቅ READ-ONLY ሁነታ እንደገና ሰብስብ።¶

በሲኖሎጂ (SHR/RAID) እና QNAP ሲስተሞች፣ የማከማቻ ቁልል እስከ ሶስት እርከኖች አሉት፡ mdadm (RAID) -> LVM2 (ሎጂካል የድምጽ መጠን አስተዳዳሪ) -> ext4 ወይም Btrfs (የፋይል ስርዓት)። በኡቡንቱ ተነባቢ-ብቻ ሁነታ ላይ እነሱን በአስተማማኝ ሁኔታ ለመጫን ትክክለኛው የትዕዛዝ ቅደም ተከተል ይኸውና፡

# 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

አንድ ጊዜ /mnt/nas_rescue ሰቀላዎች፣ ሁሉም የእርስዎ NAS የተጋሩ አቃፊዎች (photo, homes, video, documents) ውስጥ ይታያል /mnt/nas_rescue/ ስለዚህ በቀጥታ ወደ ውጫዊ የዩኤስቢ መጠባበቂያ አንጻፊ መቅዳት ይችላሉ።

• የእርስዎ ሲኖሎጂ NAS "Synology Hybrid RAID (SHR)" ከተደባለቀ የመኪና መጠን ጋር ቢኖረውስ? Synology SHR በቀላሉ ትላልቅ ተሽከርካሪዎችን ወደ ብዙ ክፍልፋዮች ከፍሎsda5, sda6) እና የተለየ ይፈጥራል mdadm በእያንዳንዱ ክፍልፍል ደረጃ ላይ አደራደር፣ ከዚያም እነዚያን ይቀላቀላል md በአንድ ** LVM ጥራዝ ቡድን ውስጥ አንድ ላይ ተደርድሯል (vg1000)**። መሮጥ sudo mdadm --assemble --scan --readonly እና sudo vgchange -ay በኡቡንቱ ላይ ባለብዙ-ደረጃ SHR ጥራዞችን በራስ ሰር ይሰፋል።
• ** የንግድ GUI አማራጭ (ዊንዶውስ/ማክኦኤስ/ሊኑክስ):** በሊኑክስ ተርሚናል ትእዛዞች ካልተመቸዎት ወይም ውስብስብ የሆነ የQNAP ቀጭን-የተዘጋጀ LVM ገንዳ ካለዎት UFS Explorer RAID Recovery ወይም ReclaiMe Free RAID Recovery ሁሉንም የተገናኙ የ NAS ድራይቮች በዊንዶውስ ወይም ሊኑክስ ፒሲ በ 100% የሶፍትዌር መጠን ፣ በ 100% ሮልቲ ሞድ ላይ መመርመር ይችላል ። LVM ማካካሻ ያደርጋል፣ እና በNAS ድራይቮች ላይ አንድ ሴክተር ሳይቀይሩ ማህደሮችዎን ይቅዱ።

ZFS (zpool) እና Btrfs የአደጋ ጊዜ ማዳን ትዕዛዞች¶

ዘመናዊ የኤንኤኤስ መድረኮች (TrueNAS SCALE/CORE፣ Proxmox፣ Ubuntu Server፣ Unraid እና Synology Btrfs ጥራዞች) ከውርስ ይልቅ የቅጂ-ላይ-ጽሑፍ (CoW) የፋይል ስርዓቶችን በብዛት ይጠቀማሉ። ext4. አንድ ** ZFS ከሆነ zpool** ወይም Btrfs ፑል ለመሰካት ፈቃደኛ አልሆነም ወይም ከኃይል መቆራረጥ ወይም ድራይቭ ውድቀት በኋላ በሚነሳበት ጊዜ የከርነል ድንጋጤ ይፈጥራል፣ **መደበኛ መጫን አይሳካም ምክንያቱም OS የተበላሹ የፅሁፍ ግብይቶችን ለመጫወት ስለሚሞክር ***። ተነባቢ-ብቻ የግብይት መልሶ መመለሻ መለኪያዎችን መጠቀም አለቦት።

1. ZFS (zpoolድንገተኛ መልሶ ማግኛ (TrueNAS / Proxmox / Linux ZFS)¶

የ ZFS ገንዳ ከተናገረ FAULTED, UNAVAIL, ወይም ንጹሕ ያልሆነ የሃይል መጥፋት ተከትሎ እሱን ለማስመጣት በሞከሩበት ቅጽበት አገልጋዩን (የከርነል ሽብር) ያበላሸዋል፡

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

አንዴ ከስር ከተጫነ /mnt/zfs_rescue, በመጠቀም የእርስዎን የውሂብ ስብስቦች ያጥፉ rsync ወይም zfs send ገንዳውን ለማንበብ ከመሞከርዎ በፊት።

2. Btrfs የአደጋ ጊዜ መልሶ ማግኛ (ሲኖሎጂ Btrfs / Unraid Cache Pool / Linux Btrfs)¶

በምትኩ፣ የBtrfs ድምጽን በጥብቅ ተራማጅ ቅደም ተከተል፣ ከትንሽ ወራሪ እስከ ጥልቅ ቅኝት ለመጫን ይሞክሩ፡

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

የሃርድዌር RAID መቆጣጠሪያ ድንገተኛ ሁኔታዎች፡ "የውጭ ውቅር" እና የሞቱ RAID ካርዶች¶

የኢንተርፕራይዝ አገልጋዮች (Dell PowerEdge ከPERC ካርዶች፣HPE ProLiant with Smart Array፣Lenovo ThinkSystem፣ወይም ከBroadcom/LSI MegaRAID ተቆጣጣሪዎች ጋር ያሉ የስራ ቦታዎች)የሃርድዌር RAID ካርዶችን ከቦርድ NVRAM እና ባትሪ/ከፍተኛ አቅም ያለው መሸጎጫ ይጠቀማሉ።BBU / CacheVault).

1. የውጭ ውቅር ከውጭ አስመጣ ከግልጽ ውቅረት (ወሳኝ)¶

አንድ ድራይቭ ለጊዜው ሲቋረጥ ወይም ድራይቮቹን ወደ ምትክ አገልጋይ ቻሲዝ ሲያንቀሳቅሱ፣ የ Dell PERC ወይም LSI MegaRAID ባዮስ ማስነሻ ስክሪን ባለበት ያቆማል እና ያስታውቃል፡- "የውጭ ውቅረት(ዎች) አስማሚ ላይ ይገኛሉ።" * ** ሁልጊዜ ይምረጡ Import Foreign Configuration (ወይም Preview Foreign Configuration -> Import.** የ"ውጭ" መለያ በቀላሉ ማለት የ RAID መቆጣጠሪያው በሃርድ ድራይቮቹ ላይ የተፃፈውን ትክክለኛ ነባር RAID ሜታዳታ ያያል ማለት ነው (የ ዲስክ ዳታ ፎርማት/ዲዲኤፍ ወይም የ LSI ውቅረት ሴክተሮች በድራይቮቹ መጨረሻ ላይ) ከካርዱ የአሁኑ የNVRAM ሁኔታ ይለያል። ማስመጣት የድርድር አቀማመጥን በቀጥታ ከአሽከርካሪዎች ላይ ያነባል እና አንድ ባይት ሳይጠፋ ቨርቹዋል ዲስክዎን ወደ መስመር ላይ ያመጣል። * ** በጭራሽ አይምረጡ Clear Foreign Configuration ወይም Initialize Virtual Disk.** ማጽዳት ወይም ማስጀመር የድርድር ሜታዳታን ያብሳል ወይም ድራይቮቹን ዜሮ ያደርገዋል። * ** ልዩ ማስጠንቀቂያ፡** አንድ ነጠላ ድራይቭ ከሶስት ሳምንታት በፊት ከተቋረጠ፣ ለተበላሸው ድርድር ለሶስት ሳምንታት አዲስ መረጃ መፃፍህን ቀጠልክ፣ እና ያንን የቆየ ባለ 3-ሳምንት-ቆየ ነጠላ ድራይቭ መልሰው ሰክተኸዋል፣ ** የውጭ ውቅረትን ከዛ ነጠላ የቆየ አንጻፊ አታስመጣ** ከጤናማ ንቁ አንጻፊዎች በላይ። ይልቁንስ የቆየውን ድራይቭ ይተኩ ወይም ይዝጉ።

2. የሃርድዌር RAID ካርድ ራሱ ቢሞትስ?¶

የአገልጋይ ማዘርቦርድ ወይም PCIe ሃርድዌር RAID መቆጣጠሪያ ካርድ የኤሌክትሮኒክስ ብልሽት ካጋጠመው እና የማይነሳ ከሆነ፡- * ** ትክክለኛውን የእናትቦርድ ክለሳ መግዛት አያስፈልግም፣ እና የእርስዎ ውሂብ አሁንም በሾፌሮቹ ላይ እንዳለ ነው።** * ምትክ የRAID መቆጣጠሪያን ከ ** ከተመሳሳይ ተቆጣጣሪ ቺፕሴት ቤተሰብ ይግዙ *** (ለምሳሌ ማንኛውም LSI/Broadcom MegaRAID SAS 2108/2208/3108 ወይም Dell PERC H710/H730/H740 ካርድ የዲዲኤፍ ሜታዳታን ከአሮጌ PERC ካርድ ማንበብ ይችላል።) * ተተኪውን RAID ካርድ በሚሰራ ፒሲ ውስጥ ይጫኑ፣ የተሰየሙትን ድራይቮች በመጀመሪያው የባህር ወሽመጥ ቅደም ተከተል ያገናኙ፣ ወደ መቆጣጠሪያው ባዮስ (BIOS) ይግቡ (Ctrl+R ወይም Ctrl+H ወይም UEFI HII ሜኑ) እና የውጭ ውቅረትን አስመጣ የሚለውን ይምረጡ። ተቆጣጣሪው የ RAID አቀማመጥን ከድራይቮች ላይ ያነብባል እና ድምጽዎን ወዲያውኑ ይጭናል.

በተደጋጋሚ የሚጠየቁ ጥያቄዎች¶

ተዛማጅ መመሪያዎች¶

• የሃርድ ድራይቭ ውድቀት እና የውሂብ መልሶ ማግኛ
• ድንገተኛ ፋይል መሰረዝ፣ የተቀረጸ ድራይቭ እና የፎቶ መልሶ ማግኛ
• የኮምፒውተር ምትኬዎች፡ 3-2-1 ስልት እና የአደጋ ማገገም
• የሊኑክስ ስርዓት ማስነሻ ውድቀት እና የ GRUB ጥገና
• Ransomware እና ማልዌር የአደጋ ጊዜ ምላሽ
• ዓለም አቀፍ የአደጋ ጊዜ ቁጥሮች

ምንጮች ተረጋግጠዋል¶

• ሊኑክስ ከርነል ድርጅት (አለምአቀፍ)፡ ሊኑክስ RAID (mdadmዊኪ (raid.wiki.kernel.org) ያልተሳካ የሶፍትዌር RAID እና Btrfs Kernel Documentation መልሶ ማግኘት (btrfs.readthedocs.io ላይ btrfs rescue እና btrfs restore).
• OpenZFS ሰነድ ፕሮጄክት (አለምአቀፍ)፡- zpool import ተነባቢ-ብቻ እና የግብይት ቡድን ተመልሷል (-F -o readonly=on) የአስተዳደር ማጣቀሻ.
• ሲኖሎጂ Inc. (ታይዋን / ዓለም አቀፍ): ኦፊሴላዊ ሲኖሎጂ እውቀት መሠረት አንቀጽ KB-1079 (የእኔ ሲኖሎጂ NAS ኡቡንቱን በመጠቀም ሲበላሽ እንዴት መረጃን ለማግኘት ፒሲ መጠቀም እችላለሁ mdadm እና lvm2).
• ጂኤንዩ ፕሮጀክት / ነፃ የሶፍትዌር ፋውንዴሽን (አለምአቀፍ): ጂኤንዩ ddrescue የተበላሹ የ RAID አባል ድራይቮች አግድ-ደረጃ ምስል የማያጠፋ መመሪያ።
• ብሔራዊ ደረጃዎች እና ቴክኖሎጂ ኢንስቲትዩት (NIST) (ዩናይትድ ስቴትስ): ልዩ ህትመት 800-86 እና የማከማቻ አስተማማኝነት መመሪያ ስለ RAID መልሶ መገንባት ተጋላጭነት ዊንዶውስ እና የማይስተካከል የንባብ ስህተት (URE) እድሎች።