JBOD utan striping?

Du skrev ut två frågetecken.

1) Den logiska partitionen "går sönder" om en av diskarna går sönder.
2) Greyhole kräver Linux på burken som hyser diskarna.

https://en.wikipedia.org/wiki/Non-RAID_drive_architectures

MergerFS är namnet på lösningen! Lägg på SnapRAID och du får även redundans med paritet.

Openmediavault har stöd i GUI för båda dessa.

JBOD är just motsatsen till RAID0, d.v.s. i JBOD kan data ligga vart som helst och där finns ingen garanterad fördelning av data eftersom JBOD är inte avsett för prestanda(vilket RAID0 är).

Så Du är på rätt väg, d.v.s. baserat på din beskrivning så är det just JBOD Du skall ha. Nu skall Du bara hitta verktygen för att skapa din JBOD.

Har man haft sin första RAID0/JBOD-crash - så vill man inte använda RAID0/JBOD längre, i alla fall inte som storleksmässig stor NAS/server-lagring - även om man har backup på allt så är det ett jäkla jobb innan man är tillbaka till tiden strax innan JBOD-krachen - men många skall förmodligen uppleva det själv först innan man lyssnar på sådana argument...

För krasch kommer förr eller senare - du vet bara inte när...

Tycker att förslagen med mergeFS och snapRAID inte är så dum faktiskt, ja om man inte går in helt på en RAID5/6 eller RAID1/10-lösning förstås med mdadm-RAID, ZFS eller BTRFS då de senare också ha komprimerande filsystem om man vill, snapshot-hantering och förstås checkvärden på datat och ger läsfel om det inte stämmer längre.

Det finns också olika sätt att deduplicera - ZFS kan göra det nativt om man kan med att det blir resurskrävande och långsammare att hantera filsystemet - och man kan inte ångra sig om man väl slagit på denna funktion... - i BTFS finns olika program som kan deduplicera på filnivå (tex 'rmlint' som clonar/reflinkar filer med samma datakropp) eller blockbaserad deduplicering (tex. 'bees') och kan köras samtidigt som när man använder filsystemet. Deduplicering är dock alltid en processortung verksamhet och program kan spendera dygn på det på multi-TB av data i sin första körning - dock så går dom att stänga av eller pausa om man håller på med något diskintensivt.

Jag är inte emot mergeFS eller snapRAID, men så dyrt är det heller inte att smälla ihop en RAID5 på BTRFS (mer eller utan mdadm-RAID) och med en Rasperry-PI 4 mot USB-diskar eller diskar med dito USB-konverter-kort. Har gammel-NAS med betydligt mindre med resurser än en RPI4 och ändå körs med Btrfs. (problemet med USB-diskar är att hålla diskarna i den tillräckligt kalla när de är på i 24/7 - att startas/stoppa spindeln är heller inge bra och ingen garant att disken håller längre - snarare tvärt om, om de hela tiden är strömsatta...)

Visst ZFS är väldigt mycket 'säkrare' än din nuvarande ambition med JBOD/RAID1, och baserat på BTRFS och RAID5 så har man redan där ökat datasäkerheten mycket även om man kanske inte når riktigt ända fram till ZFS-nivå.

Och du måste ändå ha en full uppsättning diskar för hela lagringsvolymen som backup för din RAID ändå, så det där att man måste lagra på annat håll medans man mekar med sin RAID ser jag inte som något konstigt.

En RAID är inte en backup och logiska fel och ransomware/cryptovirus kan slå hårt på allt som är inkopplad online likaså blixtnedslag, och det är alltid väldigt oönskat när det händer. - därav också en ofta uppdaterad backup som normalt är offline och/eller ligger på molntjänst (molntjänst är dock mycket långsammare att hantera än en egen snurrdisk-uppsättning - framförallt när man önskar återställning).