Återställningen av källan var enkel och verifierades av användaren: en RAID 5 med fyra diskar hade en disk markerad som Skadad. Ägaren stängde av ZimaCube, bytte ut disken, startade systemet igen, följde ZimaOS lagringsanvisningar och rapporterade att återuppbyggnaden hade startat med uppskattningsvis 13,5 timmar kvar.
Den aktuella dokumentationen för ZimaOS beskriver nu samma hanterade arbetsflöde mer uttryckligt: när en RAID-disk går sönder blir arrayen degraderad, data förblir åtkomlig och efter att den trasiga disken har bytts ut vägleder ZimaOS användaren genom återuppbyggnaden. Den ursprungliga källan rapporterade också att en annan RAID 0-array blev skrivskyddad samtidigt. Den aktuella dokumentationen beskriver dock inte detta som normalt permanent beteende för varje orelaterad array.
Bekräfta vilken fysisk disk som faktiskt gick sönder
Innan du drar ut något ska du matcha lagringsstatusen i ZimaOS mot den fysiska platsen/serienumret. I en degraderad RAID 5 kan ett uttag av fel fungerande medlem förvandla ett fel på en enda disk till ett mycket farligare avbrott med flera diskar.
Kopiera kritiska data före återuppbyggnaden om arrayen fortfarande är åtkomlig
RAID 5 klarar ett medlemsfel, men återuppbyggnaden läser intensivt från alla överlevande diskar. Om en annan disk har tveksam SMART-status eller oläsbara sektorer är det under återuppbyggnaden som dessa svagheter får störst betydelse.
Om arrayen är åtkomlig och informationen inte går att ersätta bör du, när det är praktiskt möjligt, kopiera de viktigaste filerna till oberoende lagring innan en lång återuppbyggnad påbörjas.
Källan bytte disken när systemet var avstängt
OP:n stängde av ZimaCube innan den skadade disken byttes ut. Det är den säkraste standardmetoden när du inte uttryckligen förlitar dig på ett dokumenterat arbetsflöde för diskbyte under drift.
Efter att ersättningsdisken har installerats startar du systemet och låter ZimaOS upptäcka den degraderade arrayen och den nya kompatibla disken.
Använd återuppbyggnadsanvisningen i ZimaOS
Källanvändaren publicerade inget manuellt reparationskommando med mdadm. De följde anvisningarna i lagringsgränssnittet, och återuppbyggnaden startade utan problem.
Den aktuella lagringsvägledningen från IceWhale säger samma sak: byt ut den trasiga disken och låt ZimaOS vägleda dig genom återuppbyggnaden.
Använd det aktuella arbetsflödet för lagringsåterställning i ZimaOS.
Använd en ersättningsdisk som är lika stor eller större
En ersättningsdisk måste vara tillräckligt stor för RAID-medlemmens struktur. Två diskar som säljs med samma nominella kapacitet kan skilja sig något i antal användbara sektorer, så om möjligt minskar det överraskningar att matcha modell och kapacitet.
Övervaka återuppbyggnadens förlopp och diskarnas hälsa
ZimaOS 1.3.2 och senare har tydligare visning av förloppet för RAID-återuppbyggnad och paritetsoperationer. Undvik onödiga avstängningar under återuppbyggnaden, övervaka temperaturer och SMART-status och håll om möjligt belastningen lägre.
Verifiera arrayen efter återställningen
När återuppbyggnaden är klar ska du bekräfta att:
- RAID-statusen åter är frisk;
- alla förväntade medlemmar är aktiva;
- delningar och appar kan läsa och skriva normalt;
- viktiga filer öppnas korrekt;
- din oberoende säkerhetskopia är aktuell.
Att källans andra RAID 0 blev skrivskyddad var ett separat symtom
Användaren rapporterade att båda arrayerna blev skrivskyddade, trots att endast RAID 5 hade den skadade disken. Tråden dokumenterade inte varför den orelaterade RAID 0-arrayen skyddades på det sättet eller vilken exakt åtgärd som återställde skrivåtkomsten.
Anta inte att ett aktuellt ZimaOS-system alltid gör alla arrayer skrivskyddade efter ett RAID-fel.
Vanliga frågor om RAID 5-återställning
Lyckades källanvändaren starta återuppbyggnaden av RAID5?
Ja. Efter att den trasiga disken hade bytts ut och anvisningarna följts gick arrayen in i återställningsläge med en uppskattad återstående tid på cirka 13,5 timmar.
Bör jag köra mdadm-kommandon manuellt först?
Inte för det arbetsflöde som bekräftats av källan. Använd den hanterade återuppbyggnaden i ZimaOS, såvida inte IceWhale ger versionsspecifika CLI-instruktioner.
Är RAID 5 en säkerhetskopia?
Nej. RAID upprätthåller tillgängligheten vid ett diskfel, men skyddar inte mot oavsiktlig radering, datakorruption, stöld eller ytterligare ett fel under återuppbyggnaden.
