• OpenZFS 2.4.2 släppt – redo för Linux 7.0 och med viktiga stabilitetsfixar

    OpenZFS 2.4.2 är en viktig underhållsversion för alla som använder ZFS på Linux eller FreeBSD. Uppdateringen ger stöd för kommande Linuxkärna 7.0 och rättar flera fel som kan påverka dataintegritet, snapshots, block cloning och dRAID. Det är ingen version fylld av stora nyheter, men den innehåller sådana förbättringar som gör stor skillnad i servrar, NAS-system och andra miljöer där lagringen måste vara stabil och pålitlig.

    OpenZFS har släppts i version 2.4.2, en underhållsversion som framför allt riktar sig till användare med nya Linuxkärnor och avancerade lagringsmiljöer. Den nya versionen ger stöd för Linuxkärnor från 4.18 upp till 7.0 och fortsätter även att stödja FreeBSD 13.3 samt FreeBSD 14.0 och senare.

    För den som använder ZFS i servrar, NAS-system eller arbetsstationer med stora datamängder är detta en viktig uppdatering. Den handlar inte om stora nya funktioner, utan om något minst lika viktigt: kompatibilitet, stabilitet och dataintegritet.

    Vad är OpenZFS?

    OpenZFS är både ett filsystem och en volymhanterare. Det betyder att systemet inte bara lagrar filer, utan också hanterar diskar, spegling, redundans, snapshots och kontroll av dataintegritet.

    Till skillnad från enklare filsystem är ZFS byggt för att upptäcka fel. Varje datablock kan kontrolleras med checksummor, vilket gör det möjligt att upptäcka om data har förändrats eller skadats. I system med redundans kan ZFS dessutom ofta reparera felet automatiskt genom att läsa en korrekt kopia från en annan disk.

    Det är därför ZFS ofta används i NAS-servrar, backupservrar, virtualiseringsmiljöer och andra system där datatillförlitlighet är viktigare än maximal enkelhet.

    Stöd för Linuxkärna 7.0

    Den största nyheten i OpenZFS 2.4.2 är kompatibiliteten med Linuxkärna 7.0. Linuxkärnan förändras hela tiden, och interna gränssnitt som drivrutiner och filsystem använder kan justeras, tas bort eller ersättas.

    För ett projekt som OpenZFS innebär det att koden måste följa med. Annars kan ZFS sluta kompilera eller fungera korrekt på nyare distributioner.

    I denna version finns förbättringar kopplade till bland annat:

    fs_context-baserad montering

    hantering av monteringsalternativ

    lease handlers

    ändringar kring ACL-stöd

    ändringar i block queue-API:er

    Detta är tekniska detaljer, men i praktiken betyder det att OpenZFS fungerar bättre på moderna Linuxsystem där kärnans interna API:er har förändrats.

    Viktiga fixar för dRAID

    En stor del av uppdateringen rör dRAID, en variant av RAID i ZFS som är utformad för stora lagringspooler. dRAID kan ge snabbare återuppbyggnad efter diskfel, särskilt i system med många diskar.

    Men komplexiteten gör också att buggar i detta område kan vara allvarliga. OpenZFS 2.4.2 rättar flera problem som rör just dRAID.

    Bland annat åtgärdas:

    sällsynta checksummefel efter återuppbyggnad

    checksummeproblem med degraderade diskar

    risk för datakorruption efter att en disk rensats i vissa dRAID-scenarier

    ett dödläge i vdev_rebuild()

    ett importfel som kunde uppstå efter diskbyte i dRAID-pooler

    Detta gör versionen särskilt viktig för administratörer som använder ZFS i större lagringssystem.

    Fix för läskorruption efter block cloning

    OpenZFS 2.4.2 löser även ett problem där läskorruption kunde uppstå efter block cloning följt av trunkering.

    Block cloning är en teknik där filsystemet kan undvika att kopiera data i onödan. I stället kan flera filer eller delar av filer hänvisa till samma datablock tills något faktiskt ändras. Det sparar både tid och lagringsutrymme.

    Men just därför måste hanteringen vara extremt korrekt. Om ett block delas mellan flera objekt och ett av dem sedan kortas av eller ändras får inte andra data påverkas. Fixen i denna version stärker tillförlitligheten i sådana situationer.

    Bättre hantering av snapshots och montering

    Snapshots är en av ZFS mest uppskattade funktioner. De gör det möjligt att frysa ett filsystems tillstånd vid en viss tidpunkt. Det används ofta för backup, återställning, replikering och skydd mot misstag.

    I OpenZFS 2.4.2 finns flera förbättringar kring snapshots och montering. Bland annat rättas ett dödläge som kunde uppstå vid automatisk montering av snapshots samtidigt som zfs recv kördes.

    zfs recv används när man tar emot replikerad ZFS-data, exempelvis från en annan server. I backupmiljöer kan detta köras ofta och automatiskt. Därför är det viktigt att snapshot-hanteringen fungerar stabilt även när flera saker sker samtidigt.

    Versionen rättar även minnesläckor och referensläckor kopplade till monterade eller redan avmonterade filsystem.

    POSIX_FADV_DONTNEED och prestandarelaterade förbättringar

    OpenZFS 2.4.2 lägger till stöd för POSIX_FADV_DONTNEED. Det är ett sätt för program att tala om för operativsystemet att viss data inte längre behöver ligga kvar i cache.

    Det kan vara användbart vid exempelvis stora sekventiella läsningar, backupjobb eller andra arbetslaster där data bara används en gång. Genom att släppa onödig cache kan systemet använda minnet effektivare.

    Versionen förbättrar även hanteringen av POSIX_FADV_DONTNEED för filer som bara består av ett enda block.

    Många små förbättringar i bakgrunden

    Förutom de större fixarna innehåller OpenZFS 2.4.2 även en rad mindre förbättringar. Det handlar bland annat om städning i kod för val av allocation class, minnesläckor, byggförbättringar och utökad testning.

    CI-miljöerna har också breddats med nyare Fedora- och FreeBSD-versioner. Det betyder att utvecklarna testar OpenZFS mot fler aktuella system, vilket minskar risken för överraskningar när användare uppgraderar sina distributioner.

    Varför uppdateringen är viktig

    OpenZFS 2.4.2 är inte en version som främst lockar med nya funktioner. Den är viktig av ett annat skäl: den gör ZFS säkrare och mer användbart på moderna system.

    För vanliga hemanvändare med en enkel ZFS-pool kan uppdateringen innebära bättre kompatibilitet med nyare Linuxkärnor. För administratörer av större lagringsmiljöer är fixarna för dRAID, rebuilds, block cloning och snapshots betydligt mer centrala.

    När ett filsystem används för viktig data är stabilitet inte en liten detalj. Det är själva grunden. Därför är OpenZFS 2.4.2 en sådan typ av uppdatering som kanske inte märks i vardagen, men som kan vara avgörande när något går fel.

    Sammanfattning

    OpenZFS 2.4.2 är en stabilitets- och kompatibilitetsuppdatering i 2.4-serien. Den ger stöd för Linuxkärna 7.0, förbättrar stödet för nya kärn-API:er och rättar flera viktiga fel som rör dRAID, återuppbyggnad, block cloning, snapshots och montering.

    För den som använder ZFS i produktion, särskilt på nyare Linuxsystem eller i större lagringspooler, är detta en uppdatering som är värd att ta på allvar.

    https://github.com/openzfs/zfs/releases/tag/zfs-2.4.2

    Faktaruta: OpenZFS 2.4.2

    Version: OpenZFS 2.4.2

    Typ av uppdatering: Underhålls- och stabilitetsversion

    Stöd för Linux: Linuxkärnor från 4.18 till 7.0

    Stöd för FreeBSD: FreeBSD 13.3 samt FreeBSD 14.0 och senare

    Viktiga förbättringar: Bättre kompatibilitet med nya Linuxkärnor, förbättrad montering, fixar för dRAID, snapshots, block cloning och återuppbyggnad av lagringspooler.

    Varför det är viktigt: Uppdateringen stärker dataintegriteten och gör OpenZFS säkrare att använda i NAS-system, servrar och andra miljöer där lagringen måste vara stabil.

  • TrueNAS flyttar byggsystemet bakom stängda dörrar – väcker frågor om öppenhet

    TrueNAS har länge varit ett populärt lagringssystem för både företag och teknikentusiaster som driver egna servrar. Men ett nyligen fattat beslut att flytta projektets byggsystem från ett publikt GitHub-repo till intern infrastruktur har väckt diskussioner i open-source-världen. Kritiker menar att förändringen kan minska transparensen kring hur de officiella versionerna skapas, medan utvecklarna framhåller säkerhetskrav och praktiska skäl bakom beslutet.

    TrueNAS är ett av de mest populära systemen för nätverkslagring (NAS) i både företag och hemmalabb. Plattformen bygger till stor del på öppen källkod och används av allt från entusiaster till datacenter. Nyligen har dock projektet hamnat i centrum för en diskussion om öppenhet efter att utvecklarna beslutat att avveckla sitt publika byggsystem på GitHub.

    Beslutet innebär att processen som används för att skapa de officiella TrueNAS-utgåvorna inte längre är offentligt tillgänglig.

    Ett arkiverat GitHub-repo väckte uppmärksamhet

    Förändringen blev synlig när TrueNAS tidigare byggrepository på GitHub märktes som föråldrat (deprecated). I meddelandet stod att projektets byggsystem hade flyttats till intern infrastruktur.

    Utvecklarna förklarade att flytten var nödvändig för att uppfylla nya säkerhetskrav, bland annat stöd för funktioner kopplade till Secure Boot och plattformens integritet. Dessa funktioner kräver ofta strikt kontroll över hur programvara byggs och signeras innan den distribueras.

    Samtidigt meddelade projektet att repositoryt inte längre kommer att ta emot uppdateringar, pull requests eller buggrapporter. Det finns kvar enbart som historisk referens.

    Diskussioner i open-source-communityn

    Beslutet väckte snabbt reaktioner i forum och diskussionstrådar bland användare som använder TrueNAS i hemmalabb och självhostade miljöer.

    En del av kritiken handlade om att Secure Boot i sig inte nödvändigtvis kräver ett privat byggsystem. Många Linuxdistributioner publicerar sina byggverktyg öppet, samtidigt som de håller själva signeringsnycklarna privata.

    Kort efter diskussionerna ändrades dessutom texten i repositoryt. Referensen till Secure Boot togs bort och ersattes av en kortare notis om att projektet inte längre underhålls.

    Transparens och reproducerbara byggen

    Den centrala frågan för många användare handlar inte om licenser eller tillgång till källkod – utan om transparens i hur programvaran byggs.

    När ett projekt har ett offentligt byggsystem kan utvecklare och säkerhetsforskare granska exakt vilka steg som används för att skapa en officiell version. I bästa fall kan man även reproducera samma binära filer själv, vilket ger en extra säkerhetskontroll.

    Om byggprocessen i stället körs i ett internt system blir det svårare för externa personer att verifiera att de distribuerade programfilerna verkligen motsvarar den offentliga källkoden.

    Utvecklarna: dubbla system är för mycket arbete

    I en diskussion på Reddit svarade en TrueNAS-anställd på kritiken. Enligt honom skulle det innebära ett stort merarbete att både driva ett internt byggsystem för officiella releaser och samtidigt underhålla ett publikt system för communityn.

    Han påpekade också att projektets öppna komponenter fortfarande finns tillgängliga och kan byggas av andra om communityn vill underhålla en egen variant.

    Utvecklaren uttryckte dessutom viss frustration över att externa projekt ibland bygger vidare på TrueNAS utan att bidra tillbaka till utvecklingen.

    Fortfarande till stor del öppen källkod

    Trots förändringen är själva TrueNAS-plattformen fortfarande till stor del baserad på öppen källkod. Systemet bygger bland annat på Debian, OpenZFS och flera andra open-source-projekt.

    Stora delar av koden distribueras under licenser som GNU GPLv3, vilket innebär att källkoden måste göras tillgänglig när binära versioner distribueras.

    Det betyder att själva programvaran fortfarande är öppen – även om byggprocessen för de officiella versionerna nu hanteras internt.

    Ett vanligt upplägg i företagsprojekt

    I praktiken är TrueNAS inte ensamt om att ha en privat release-pipeline. Många företag som utvecklar open-source-baserade produkter använder interna byggsystem för att hantera signeringsnycklar, kvalitetssäkring och säkerhetskontroller innan en version släpps.

    Detta kan vara ett sätt att skydda distributionsprocessen, men det innebär också att delar av utvecklingskedjan blir mindre transparenta för externa utvecklare.

    Debatten lär fortsätta

    För tillfället finns TrueNAS tidigare byggrepository kvar som arkiverad referens, medan de officiella versionerna fortsätter att byggas i iXsystems interna infrastruktur.

    Projektet har inte annonserat några förändringar i licensmodellen eller i sin open-source-strategi. Men diskussionen visar hur viktig transparens i byggprocesser har blivit i dagens open-source-värld – särskilt när mjukvaran används i kritisk infrastruktur.

    Frågan är därför inte om TrueNAS fortfarande är öppen källkod. Den verkliga diskussionen handlar snarare om hur öppet ett open-source-projekt bör vara när det gäller själva vägen från källkod till färdig programvara.

    Lär mer här på Engelska

    Fakta: TrueNAS

    > Typ: NAS-operativsystem > Utvecklare: iXsystems > Plattform: TrueNAS SCALE bygger på Debian Linux > Filsystem: OpenZFS > Användning: lagring, backup, containrar, virtualisering > Kodbas: till stor del öppen källkod > Debatt: byggsystemet har flyttats från publik GitHub-miljö till intern infrastruktur > Fråga: minskar det insynen i hur officiella versioner byggs?
  • GParted 1.8 är här – säkrare partitionering och färre krascher

    GParted, det välkända fria verktyget för att hantera hårddiskpartitioner i Linux, är nu tillbaka med version 1.8. Den nya utgåvan fokuserar på ökad stabilitet, säkrare filsystemskopiering och förbättrad hantering av FAT- och EFI-partitioner – viktiga förbättringar i ett verktyg där tillförlitlighet är avgörande.

    Efter ungefär ett års väntan är GParted 1.8 nu släppt. Den fria och öppna partitionshanteraren, som länge varit ett självklart verktyg för Linux-användare, får i den nya versionen en rad förbättringar som framför allt handlar om stabilitet, säkerhet och korrekt hantering av filsystem.

    Även om GParted kanske inte är ett program man tänker på till vardags, spelar det en avgörande roll när man installerar operativsystem, byter hårddisk eller räddar data. Därför är förbättringar ”under huven” ofta viktigare än nya funktioner – och just där fokuserar version 1.8.

    Färre krascher – ett stabilare verktyg

    Ett tydligt mål med GParted 1.8 har varit att eliminera kraschscenarier som funnits kvar länge. Bland annat har utvecklarna åtgärdat krascher som uppstod om ikonresurser saknades samt krascher i komponenten CommandStatus när GParted kompilerades utan optimering.

    Dessutom har långvariga låsningar kopplade till hantering av FAT-filsystem lösts. Särskilt problematiskt var situationer där en FAT-etikett råkade ha samma namn som en post i filsystemets rotkatalog, vilket kunde få programmet att frysa helt. Dessa problem är nu åtgärdade.

    Säkrare kopiering av filsystem

    När filsystem kopieras är det avgörande att inga gamla rester följer med. I GParted 1.8 raderas därför filsystemssignaturer innan varje kopieringsoperation genomförs. Det minskar risken för konflikter, kvarlämnad metadata och svårtolkade fel efteråt.

    Kopiera-och-klistra-funktionen har också förbättrats. GPT-partitioners typ-GUID bevaras nu korrekt och EFI System Partition behåller sin typ även när den kopieras till en ny partition. Programmet visar dessutom tydliga varningar om man försöker skapa logiska EFI-partitioner, något som kan orsaka startproblem på UEFI-system.

    Förbättrad korrekthet i gränsfall

    Flera ändringar riktar sig mot mer ovanliga men viktiga situationer. GParted inaktiverar inte längre 64-bitarsstöd på ext4-filsystem som är mindre än 16 tebibyte, vilket tidigare kunde ske felaktigt.

    Användargränssnittet uppdaterar nu etiketter korrekt även när flera åtgärder köas på samma partition, och detaljvyn i dialogrutan ”Applying pending operations” expanderar nu som förväntat. Även felrapporteringen vid problem med FAT-etiketter har förbättrats för att undvika missvisande meddelanden.

    Övriga förbättringar och putsning

    Utöver buggfixar innehåller version 1.8 flera mindre men genomtänkta förbättringar. Monteringspunkter skapas nu i en privat temporär arbetskatalog, vilket minskar risken för oönskade sidoeffekter. Kommandoutdata i åtgärdsdetaljer visas med fast bredd-typsnitt, vilket gör informationen lättare att läsa.

    Vid skapande av FAT16-, FAT32- och utökade partitioner på MSDOS-partitionstabeller sätts nu LBA-flaggan automatiskt. Dessutom har skärmbilder i GParteds manual uppdaterats, inklusive i översatta versioner.

    Ett moget verktyg som fortsätter förbättras

    FAKTARUTA: GParted 1.8
    • Vad? Fri partitionsredigerare för Linux (GUI).
    • Nyheter i 1.8 Fler kraschfixar, bättre FAT-hantering, säkrare kopiering.
    • Säkerhet vid kopiering Rensar filsystemssignaturer innan alla filsystem-kopior.
    • GPT/EFI Bevarar GPT-typ-GUID och behåller EFI System Partition-typ vid kopiering.
    • FAT Fixar långvariga hängningar vid etiketter och förbättrar felmeddelanden.
    • Små förbättringar Fastbreddstext i kommandoutdata, privata temporära mountpoints m.m.
    Tips: Ta alltid backup innan du ändrar partitioner.
  • TrueNAS 25.10 “Goldeye” satsar på terabit-nätverk och vassare virtualisering

    TrueNAS tar nästa steg i utvecklingen av öppen källkod-baserad lagring. Med den kommande versionen 25.10 “Goldeye”, som släpps i oktober, satsar plattformen på terabit-nätverk, molnbaserad installation och nya virtualiseringsmöjligheter – inklusive backup, migrering och hög tillgänglighet för virtuella maskiner.

    Efter att tidigare i år ha förenat sina två huvudspår, CORE och SCALE, i TrueNAS Community Edition, förbereder iXsystems nu nästa stora version av sitt Linux-baserade lagringssystem. I oktober väntas lanseringen av TrueNAS 25.10 “Goldeye”, och fokus ligger på prestanda, molnintegration och ett kraftigt lyft för virtualisering.

    En av de mest efterlängtade nyheterna är stöd för backup och migrering av virtuella maskiner. Det gör det enklare att flytta arbetslaster mellan system eller återställa dem vid driftstopp. För företag tillkommer dessutom hög tillgänglighets-failover (HA) för virtuella maskiner – en funktion som gör det möjligt att exempelvis köra backup-tjänster eller IoT-plattformar direkt i TrueNAS, med hjälp av ZFS-tekniker som snapshots och datadeduplicering.

    Goldeye stärker också kopplingen till etablerade virtualiseringsmiljöer. Oavsett om det handlar om VMware, Hyper-V, Proxmox, Incus eller XCP-NG utlovas bättre stöd för NFS, iSCSI och Fibre Channel. Dessutom tar plattformen klivet in i framtiden med NVMe-oF, vilket öppnar för ännu högre prestanda och effektivare lagringslösningar.

    https://www.truenas.com/download-truenas-community-edition

    FAKTARUTA — TrueNAS 25.10 “Goldeye”

    Historia (kort)
    • Ursprung i FreeNAS (FreeBSD); vidareutvecklat och underhållet av iXsystems.
    • Två spår växte fram: TrueNAS CORE (FreeBSD) och TrueNAS SCALE (Linux/Debian).
    • Med 25.04 “Fangtooth” samlades community-spåren i TrueNAS Community Edition (Linux-baserad).
    • Virtualiseringsgrunden lades i 24.10 “Electric Eel” och förfinades i 25.04.
    Kärnfunktioner (tekniskt)
    • OpenZFS: end-to-end checksums, copy-on-write, RAID-Z, snapshots, kloner, inkrementell replikering, komprimering, deduplikering, inbyggd kryptering.
    • Lagringstjänster: fil (SMB, NFS), block (iSCSI), SAN (Fibre Channel); multipath/MPIO, VLAN och NIC-bonding/LACP.
    • Hantering: webbaserat GUI, API/CLI, rollbaserad access, varningar och övervakning.
    • Appar/VM: containrar och virtuella maskiner på Linux-baserad stack (KVM/QEMU + orkestrering).
    Nyheter i 25.10 “Goldeye”
    • Terabit-nätverk för högre genomströmning och lägre latens i datatäta miljöer.
    • Molndriven setup/onboarding för snabbare driftsättning och förenklad fleet-hantering.
    • Virtualisering: inbyggd VM-backup och migrering för smidig flytt/återställning av arbetslaster.
    • Hög tillgänglighet (HA) med failover för virtuella maskiner på enterprise-appliance-plattformar.
    • Fördjupad interoperabilitet: VMware, Hyper-V, Proxmox, Incus och XCP-NG.
    • Förstärkt protokollstöd: NFS, iSCSI och Fibre Channel; NVMe-oF tillkommer.

Etikett: datalagring

  • OpenZFS 2.4.2 släppt – redo för Linux 7.0 och med viktiga stabilitetsfixar

    OpenZFS 2.4.2 är en viktig underhållsversion för alla som använder ZFS på Linux eller FreeBSD. Uppdateringen ger stöd för kommande Linuxkärna 7.0 och rättar flera fel som kan påverka dataintegritet, snapshots, block cloning och dRAID. Det är ingen version fylld av stora nyheter, men den innehåller sådana förbättringar som gör stor skillnad i servrar, NAS-system…

  • TrueNAS flyttar byggsystemet bakom stängda dörrar – väcker frågor om öppenhet

    TrueNAS har länge varit ett populärt lagringssystem för både företag och teknikentusiaster som driver egna servrar. Men ett nyligen fattat beslut att flytta projektets byggsystem från ett publikt GitHub-repo till intern infrastruktur har väckt diskussioner i open-source-världen. Kritiker menar att förändringen kan minska transparensen kring hur de officiella versionerna skapas, medan utvecklarna framhåller säkerhetskrav och…

  • GParted 1.8 är här – säkrare partitionering och färre krascher

    GParted, det välkända fria verktyget för att hantera hårddiskpartitioner i Linux, är nu tillbaka med version 1.8. Den nya utgåvan fokuserar på ökad stabilitet, säkrare filsystemskopiering och förbättrad hantering av FAT- och EFI-partitioner – viktiga förbättringar i ett verktyg där tillförlitlighet är avgörande. Efter ungefär ett års väntan är GParted 1.8 nu släppt. Den fria…

  • TrueNAS 25.10 “Goldeye” satsar på terabit-nätverk och vassare virtualisering

    TrueNAS tar nästa steg i utvecklingen av öppen källkod-baserad lagring. Med den kommande versionen 25.10 “Goldeye”, som släpps i oktober, satsar plattformen på terabit-nätverk, molnbaserad installation och nya virtualiseringsmöjligheter – inklusive backup, migrering och hög tillgänglighet för virtuella maskiner. Efter att tidigare i år ha förenat sina två huvudspår, CORE och SCALE, i TrueNAS Community…