Den ursprungliga RAID-checklistan från communityn ber användarna bekräfta att minst två diskar är tillgängliga, kontrollera diskhälsan, verifiera att varje disk kan formateras, hålla den avsedda monteringspunkten tom, starta om och försöka skapa arrayen igen.
Svaren visar varför checklistan bara var en utgångspunkt. Mellan ZimaOS 1.2.1 och 1.3.0 stötte användare också på ett försvunnet RAID-gränssnitt, fel om skrivskyddat filsystem och felaktig mappning av diskplatser på maskinvara som inte var ZimaCube. Detta är historiska fall och inget påstående om det aktuella ZimaOS-gränssnittet.
Börja med de ursprungliga fem kontrollerna
Bekräfta att minst två diskar är tillgängliga
Guiden börjar med kravet på minsta antal diskar. Diskar som redan var aktiverade som separat lagring visades inte alltid som tillgängliga medlemmar i den historiska RAID-konfiguratorn.
Kontrollera diskhälsa och individuell formatering
Nästa kontroller skiljer ett grundläggande diskproblem från ett problem med att skapa en array. Guiden rekommenderar att du granskar hälsostatusen och bekräftar att varje disk kan slutföra en individuell formatering utan fel.
Håll monteringspunkten tom och försök igen efter omstart
Guiden anger att den avsedda RAID-monteringspunkten inte redan bör innehålla filer. Befintliga data bör säkerhetskopieras innan monteringspunkten rensas. Efter att kontrollerna har slutförts avslutas den ursprungliga sekvensen med en omstart av systemet och ett nytt försök att skapa arrayen.
Det historiska användargränssnittet förväntade sig otilldelade eller inaktiverade diskar
Flera användare formaterade och aktiverade diskar individuellt och upptäckte sedan att RAID-alternativet hade försvunnit eller att inga diskar kunde väljas. En teammedlem förklarade att diskarna behövde inaktiveras som individuell lagring för att åter visas som tillgängliga diskar i RAID-arbetsflödet. Formateringen hanterades sedan när arrayen skapades.
Detta löste inte alla fall. ZimaOS 1.2.2 innehöll en korrigering relaterad till inaktivering av enskilda diskar, och senare svar rapporterade ytterligare buggar vid diskval genom version 1.2.4. En användare bekräftade senare att det ursprungliga problemet var löst i 1.3.0, även om RAID-gränssnittet fortfarande var svårt att hitta.
Ett skrivskyddat filsystem orsakade ett annat fel
En användares lagringslogg visade att ZimaOS inte kunde skapa /media/Files eftersom filsystemet var skrivskyddat. En teammedlem skiljde detta från ett problem med en saknad knapp och bad användaren kontrollera monteringsstatusen med:
mount -l | grep "/ "
mount -l | grep /media
lsblkDen begärda kontrollen var om den relevanta monteringen visades som ro i stället för rw. Tråden listar misslyckad montering, filsystemsfel, behörigheter eller andra konfigurationsproblem som möjliga orsaker, men dokumenterar ingen slutlig åtgärd för just det skrivskyddade fallet.
Maskinvara som inte kommer från ZimaCube avslöjade fel i mappningen av diskplatser
En annan grupp svar kom från användare som körde ZimaOS på system från tredje part med flera SATA-styrenheter eller NVMe-enheter. Diskarna syntes och kunde formateras, men RAID-diagrammet visade tomma fack, oväntade facknummer eller färre valbara diskar än vad operativsystemet upptäckte.
Teamet publicerade senare en diskvisningsprocedur för icke-ZimaCube-enheter. En användare på ZimaOS 1.2.5 rapporterade att proceduren korrigerade de visade diskarna och möjliggjorde skapande av RAID. En annan användare bekräftade att samma procedur löste problemet omedelbart.
Ändringar av arrayer via kommandoraden var ingen generell lösning
En senare deltagare skapade en RAID 5-array med fyra diskar via användargränssnittet och lade till en femte NVMe-enhet med mdadm. Användaren beskrev resultatet som inte idealiskt. Eftersom dessa kommandon ändrar en aktiv array och var specifika för den maskinen presenterar denna communitysammanfattning dem inte som en återanvändbar reparationssekvens.
Det slutliga teamsvaret i maj 2025 klassificerade ytterligare en rapport om ett saknat diskfack som ett maskinvaruproblem från tredje part och bad användaren att skapa ett separat ämne så att ingenjörerna kunde granska skärmbilder och inspelningar. Det förstärker den huvudsakliga avgränsningen: att disken syns i operativsystemet garanterar inte att en maskinvaruspecifik platsmappning återges korrekt av ett äldre RAID-gränssnitt.
Vanliga frågor
Varför försvann RAID-alternativet efter att diskarna hade formaterats?
I flera historiska fall med version 1.2.x betraktades diskar som hade aktiverats som individuell lagring inte längre som tillgängliga av RAID-arbetsflödet. När de inaktiverades blev RAID-alternativet synligt igen, även om separata fel i användargränssnittet och platsmappningen fortfarande påverkade vissa system.
Löste uppgradering av ZimaOS alla fall där diskar saknades?
Nej. Vissa användare rapporterade att problemet åtgärdades efter senare versioner eller en ren installation, medan andra fortfarande behövde proceduren för att visa diskar på icke-ZimaCube-enheter. Resultatet berodde på om orsaken var det historiska användargränssnittet, ett skrivskyddat filsystem eller mappning av maskinvara från tredje part.
