De oorspronkelijke RAID-checklist uit de community vraagt gebruikers te bevestigen dat er ten minste twee schijven beschikbaar zijn, de schijfstatus te controleren, te verifiëren dat elke schijf kan worden geformatteerd, het beoogde koppelpunt leeg te houden, opnieuw op te starten en opnieuw te proberen de array aan te maken.
De antwoorden laten zien waarom die checklist slechts een beginpunt was. Tussen ZimaOS 1.2.1 en 1.3.0 kregen gebruikers ook te maken met een verdwijnende RAID-interface, fouten met een alleen-lezen bestandssysteem en onjuiste toewijzing van schijfsleuven op hardware die niet van ZimaCube was. Dit zijn historische gevallen en geen bewering over de huidige ZimaOS-interface.
Begin met de oorspronkelijke vijf controles
Bevestig dat er ten minste twee schijven beschikbaar zijn
De handleiding begint met de vereiste voor het minimale aantal schijven. Schijven die al als afzonderlijke opslag waren ingeschakeld, werden in de historische RAID-configurator niet altijd als beschikbare leden weergegeven.
Controleer de schijfstatus en formatteer elke schijf afzonderlijk
De volgende controles maken onderscheid tussen een eenvoudig schijfprobleem en een probleem bij het aanmaken van de array. De handleiding adviseert de gezondheidsstatus te controleren en te bevestigen dat elke schijf afzonderlijk kan worden geformatteerd zonder fout.
Houd het koppelpunt leeg en probeer het na de herstart opnieuw
In de handleiding staat dat het beoogde RAID-koppelpunt nog geen bestanden mag bevatten. Bestaande gegevens moeten worden geback-upt voordat het koppelpunt wordt gewist. Na het voltooien van de controles eindigt de oorspronkelijke reeks met een herstart van het systeem en een nieuwe poging om de array aan te maken.
De historische gebruikersinterface voor RAID verwachtte niet-toegewezen of uitgeschakelde schijven
Verschillende gebruikers formatteerden schijven afzonderlijk en schakelden ze in, waarna het RAID-toegangspunt verdween of er geen schijven konden worden geselecteerd. Een teamreactie legde uit dat de schijven als afzonderlijke opslag moesten worden uitgeschakeld, zodat ze opnieuw als beschikbare schijven in de RAID-workflow konden verschijnen. Het formatteren werd vervolgens uitgevoerd tijdens het aanmaken van de array.
Dit loste niet elk geval op. ZimaOS 1.2.2 bevatte een oplossing met betrekking tot het uitschakelen van afzonderlijke schijven, en latere reacties meldden aanvullende bugs bij het selecteren van schijven tot en met versie 1.2.4. Een gebruiker bevestigde later dat het oorspronkelijke probleem in versie 1.3.0 was opgelost, hoewel die gebruiker de RAID-interface nog steeds moeilijk te vinden vond.
Een alleen-lezen bestandssysteem veroorzaakte een ander probleem
In het opslaglogboek van een gebruiker stond dat ZimaOS niet kon aanmaken /media/Files werd weergegeven, omdat het bestandssysteem alleen-lezen was. Een teamlid maakte onderscheid tussen dit probleem en een ontbrekende knop en vroeg de gebruiker de mountstatus te controleren met:
mount -l | grep "/ "
mount -l | grep /media
lsblkEr werd gevraagd te controleren of de betreffende mount als ro in plaats van rw. In de thread worden mislukte mounts, bestandssysteemfouten, machtigingen of andere configuratieproblemen als mogelijke oorzaken genoemd, maar voor dat specifieke geval met alleen-lezen toegang wordt geen definitieve oplossing vermeld.
Hardware die niet van ZimaCube was, bracht bugs in de toewijzing van schijfsleuven aan het licht
Een andere groep reacties kwam van gebruikers die ZimaOS draaiden op systemen van derden met meerdere SATA-controllers of NVMe-apparaten. Hun schijven waren zichtbaar en konden worden geformatteerd, maar het RAID-diagram toonde lege bays, onverwachte bay-nummers of minder selecteerbare schijven dan het besturingssysteem detecteerde.
Het team publiceerde later een procedure voor schijfweergave op niet-ZimaCube-apparaten. Een gebruiker van ZimaOS 1.2.5 meldde dat het volgen van die procedure de weergegeven schijven corrigeerde en RAID-creatie mogelijk maakte. Een andere gebruiker bevestigde dat dezelfde procedure het probleem onmiddellijk oploste.
Wijzigingen aan arrays via de opdrachtregel waren geen algemene oplossing
Een latere deelnemer maakte via de gebruikersinterface een RAID 5-array met vier schijven en voegde een vijfde NVMe-apparaat toe met mdadmDe gebruiker omschreef het resultaat als niet ideaal. Omdat die opdrachten een actieve array wijzigen en specifiek waren voor die machine, presenteert deze communitysamenvatting ze niet als een herbruikbare reparatiereeks.
Het laatste antwoord van het team in mei 2025 classificeerde een ander rapport over een ontbrekende schijfsleuf als een hardwareprobleem van derden en vroeg de gebruiker een afzonderlijk onderwerp te openen, zodat engineers schermafbeeldingen en opnamen konden beoordelen. Dat bevestigt de belangrijkste grens: zichtbaarheid van een schijf in het besturingssysteem garandeert niet dat een hardwarespecifieke slotkoppeling correct wordt weergegeven door een oudere RAID-gebruikersinterface.
Veelgestelde vragen
Waarom verdween de RAID-optie nadat de schijven waren geformatteerd?
In verschillende historische gevallen met versie 1.2.x werden schijven die als afzonderlijke opslag waren ingeschakeld, niet langer als beschikbaar beschouwd door de RAID-workflow. Door ze uit te schakelen werd het RAID-pad weer zichtbaar, hoewel afzonderlijke problemen met de gebruikersinterface en slotkoppeling sommige systemen nog steeds troffen.
Heeft het upgraden van ZimaOS elk probleem met ontbrekende schijven opgelost?
Nee. Sommige gebruikers meldden oplossingen na latere releases of een schone installatie, terwijl anderen nog steeds de procedure voor schijfweergave op niet-ZimaCube-apparaten nodig hadden. De uitkomst hing ervan af of de oorzaak lag in de historische gebruikersinterface, een alleen-lezenbestandssysteem of een hardwarekoppeling van derden.
