Uppgradera inte ned ZimaOS till 1.4.2 bara för att återfå JBOD. Den aktuella ZimaOS-dokumentationen från september 2026 listar återigen JBOD som en lagringslayout som stöds, så rätt väg är att uppdatera till den aktuella stabila versionen och kontrollera menyn Storage → Combine där.
Den ursprungliga tråden dokumenterade ett tillfälligt glapp: JBOD fanns i 1.4.2, försvann från gränssnittet i 1.5.4 med texten ”Coming soon”, och användare testade RAID0 som en tillfällig lösning. Den historiska lösningen är inte längre den rätta rekommendationen.
Aktuella ZimaOS stöder JBOD igen
Den aktuella ZimaOS-guiden för RAID och JBOD listar uttryckligen JBOD och beskriver det som att diskar sammanfogas till en stor volym utan redundans.
Varför RAID0 var ett dåligt alternativ
RAID0 fördelar data över flera enheter och slösar vanligtvis kapacitet när medlemsenheterna har olika storlek. Användarens exempel med NVMe-enheter på 2 TB, 1 TB och 500 GB visade endast 452 GB tillgängligt trots 3,5 TB råkapacitet.
När JBOD är lämpligt
JBOD är användbart när du vill ha ett stort gemensamt namnrymd från enheter med olika storlek och kapacitet är viktigare än feltålighet. Det är inte lämpligt för den enda kopian av viktig information.
JBOD har ingen redundans
Den aktuella ZimaOS-dokumentationen varnar för att den kombinerade volymen kan bli oanvändbar om en JBOD-medlem går sönder. Säkerhetskopiera viktig information innan du skapar eller bygger om volymen.
Så kontrollerar du den aktuella lagringsmenyn
Öppna Settings → Storage → Combine. Om JBOD är tillgängligt väljer du de avsedda diskarna och kontrollerar den uppskattade kapaciteten innan du skapar något.
Om JBOD fortfarande saknas
Notera den aktuella ZimaOS-versionen, diskmodellerna, anslutningstypen, styrenheten och om alla enheter visas som tillgängliga diskar. Utgå inte från att JBOD saknas på grund av ett maskinvarufel innan grundläggande identifiering har verifierats.
Formatera inte om bara för att få knappen att visas
Formatering förstör data och installerar inte en funktion som saknas i gränssnittet. Uppdatera först, verifiera att maskinvaran identifieras och initiera endast diskar efter att du medvetet har valt en lagringslayout.
Guiden för säkerhetskopieringsplanering är det rätta kompletterande steget innan du ändrar disklayouten.
Skriv ned råkapaciteten innan du skapar JBOD
Notera varje disks modell och storlek och jämför totalen med kapacitetsuppskattningen i den aktuella guiden. Då upptäcker du ett oavsiktligt RAID0-val eller en saknad disk innan den destruktiva skapandeprocessen börjar.
Överväg separata diskar i stället för en JBOD-volym
Om diskarna innehåller orelaterade data minskar separata lagringsutrymmen konsekvenserna av ett fel. Du kan dela flera mappar via SMB utan att kombinera alla diskar till en enda volym utan redundans.
Verifiera poolen efter omstart
Starta om en gång efter skapandet och bekräfta att JBOD-volymen återgår till Healthy/tillgänglig och att alla medlemsdiskar finns på plats. Gör detta innan du fyller volymen med den enda kopian av viktig information.
Vanliga frågor
Vilken aktuell ZimaOS-version har JBOD?
Den aktuella dokumentationen från september 2026 listar JBOD bland de aktuella lagringsfunktionerna, så använd den senaste stabila versionen i stället för att nedgradera till 1.4.2.
Är JBOD säkrare än RAID0?
Nej. Ingen av dem erbjuder redundans.
Använder JBOD all kapacitet på diskar med olika storlek?
Det är utformat för att sammanfoga kapacitet, vilket gör det mer lämpligt än RAID0 för enheter med olika storlek.
Bör jag nedgradera till 1.4.2?
Nej. Det var en historisk lösning under en period då det nyare gränssnittet tillfälligt saknade JBOD.
