Downgrade ZimaOS niet naar 1.4.2 alleen om JBOD terug te krijgen. In de huidige documentatie van ZimaOS van september 2026 wordt JBOD opnieuw vermeld als ondersteunde opslagindeling. De juiste aanpak is daarom om te updaten naar de huidige stabiele versie en daar het menu Opslag → Combineren te controleren.
De oorspronkelijke thread legde een tijdelijke onderbreking vast: JBOD bestond in 1.4.2, verdween in de interface van 1.5.4 met de melding ‘Binnenkort beschikbaar’ en gebruikers experimenteerden met RAID0 als tijdelijke oplossing. Die historische oplossing is niet langer de juiste aanbeveling.
Het huidige ZimaOS ondersteunt JBOD weer
De huidige ZimaOS-handleiding voor RAID en JBOD vermeldt JBOD expliciet en beschrijft het als het samenvoegen van schijven tot één groot volume zonder redundantie.
Waarom RAID0 een slechte vervanging was
RAID0 verdeelt gegevens over meerdere schijven en verspilt doorgaans capaciteit wanneer de schijven verschillende groottes hebben. In het voorbeeld van de gebruiker met NVMe-schijven van 2 TB, 1 TB en 500 GB was slechts 452 GB beschikbaar, ondanks 3,5 TB aan ruwe capaciteit.
Wanneer JBOD zinvol is
JBOD is nuttig wanneer je één grote naamruimte van schijven met verschillende groottes wilt en capaciteit belangrijker vindt dan fouttolerantie. Het is niet geschikt als enige kopie van belangrijke gegevens.
JBOD heeft geen redundantie
De huidige documentatie van ZimaOS waarschuwt dat het gecombineerde volume onbruikbaar kan worden als één JBOD-schijf uitvalt. Maak een back-up van belangrijke gegevens voordat je het volume aanmaakt of opnieuw opbouwt.
Zo controleer je het huidige opslagmenu
Open Instellingen → Opslag → Combineren. Als JBOD beschikbaar is, selecteer je de gewenste schijven en controleer je de geschatte capaciteit voordat je iets aanmaakt.
Als JBOD nog steeds ontbreekt
Noteer de huidige ZimaOS-versie, schijfmodellen, het verbindingstype, de controller en of alle schijven als beschikbare schijven worden weergegeven. Ga er niet van uit dat ontbrekend JBOD op een hardwarestoring wijst voordat de basisdetectie is gecontroleerd.
Formatteer niet opnieuw alleen om de knop zichtbaar te maken
Formatteren vernietigt gegevens en installeert geen ontbrekende interfacefunctie. Update eerst, controleer of de hardware wordt gedetecteerd en initialiseer schijven pas nadat je bewust een opslagindeling hebt gekozen.
De handleiding voor back-upplanning is de juiste begeleidende stap voordat je de schijfindeling wijzigt.
Noteer de ruwe capaciteit voordat je JBOD aanmaakt
Noteer het model en de grootte van elke schijf en vergelijk het totaal met de capaciteitsinschatting in de huidige wizard. Zo ontdek je een onbedoelde RAID0-selectie of een ontbrekende schijf voordat het destructieve aanmaakproces begint.
Overweeg afzonderlijke schijven in plaats van één JBOD-volume
Als de schijven niet-gerelateerde gegevens bevatten, verkleinen afzonderlijke opslagruimtes de impact van een storing. Je kunt meerdere mappen via SMB beschikbaar maken zonder elke schijf samen te voegen tot één niet-redundant volume.
Controleer de pool na het opnieuw opstarten
Start het systeem na het aanmaken eenmaal opnieuw op en controleer of het JBOD-volume weer de status Healthy/beschikbaar heeft en alle schijven in de pool aanwezig zijn. Doe dit voordat je het volume vult met de enige kopie van belangrijke gegevens.
Veelgestelde vragen
Welke huidige ZimaOS-versie heeft JBOD?
De huidige documentatie van september 2026 vermeldt JBOD als onderdeel van de huidige opslagfuncties. Gebruik daarom de nieuwste stabiele versie in plaats van te downgraden naar 1.4.2.
Is JBOD veiliger dan RAID0?
Nee. Geen van beide biedt redundantie.
Gebruikt JBOD de volledige capaciteit van schijven met verschillende groottes?
JBOD is ontworpen om capaciteiten aan elkaar te koppelen en is daardoor geschikter dan RAID0 voor schijven met verschillende groottes.
Moet ik downgraden naar 1.4.2?
Nee. Dat was een historische oplossing voor een periode waarin de nieuwere interface JBOD tijdelijk niet ondersteunde.
