• Bcachefs lämnar experimentstadiet – men bör fortfarande användas med eftertanke

    Bcachefs har tagit ett viktigt steg från experimentellt projekt till seriöst alternativ för Linuxlagring. Projektledaren Kent Overstreet meddelar att filsystemet inte längre betraktas som experimentellt, samtidigt som den nya versionen 1.38.6 bjuder på stora prestandaförbättringar, mognare stöd för erasure coding och fortsatt utveckling med Rust. Men trots framstegen bör Bcachefs fortfarande användas med eftertanke när det gäller viktig eller affärskritisk data.

    Filsystem är en av de där tekniska delarna av ett operativsystem som de flesta aldrig tänker på – förrän något går fel. Det är filsystemet som håller reda på var dina filer finns, hur de sparas, hur de skyddas och hur de kan återställas om något händer. Därför är nyheten att Bcachefs inte längre betraktas som experimentellt viktig för Linuxvärlden.

    Bcachefs är ett modernt filsystem för Linux. Det är byggt för att klara sådant som kryptering, komprimering, ögonblicksbilder, datakontroll och avancerad lagring över flera diskar. På många sätt är det tänkt att konkurrera med mer etablerade filsystem som Btrfs och ZFS.

    Projektets huvudutvecklare Kent Overstreet meddelar nu att Bcachefs har passerat en viktig gräns. Enligt honom är filsystemet inte längre experimentellt. Märkningen har redan tagits bort från projektets webbplats, och beskedet kommer i samband med version 1.38.6.

    Det betyder dock inte att alla omedelbart bör flytta sina viktigaste servrar till Bcachefs. Ett filsystem kan vara tekniskt moget utan att det för den skull är självklart i varje produktionsmiljö. När det handlar om lagring av viktig information måste förtroende byggas under lång tid, i många olika typer av datorer, belastningar och felsituationer.

    Vad är Bcachefs?

    Bcachefs började som en vidareutveckling av teknik bakom Bcache, som ursprungligen användes för att kombinera snabba SSD-diskar med långsammare hårddiskar. Med tiden växte det till ett helt eget filsystem.

    Ett modernt filsystem behöver göra mer än att bara spara filer. Det ska helst kunna upptäcka fel, skydda data mot skador, hantera flera diskar, skapa ögonblicksbilder och ibland även kryptera innehållet. Det är just den typen av funktioner Bcachefs försöker samla i ett och samma system.

    Det gör att Bcachefs ofta nämns i samma sammanhang som Btrfs och ZFS. Btrfs finns sedan länge i Linuxkärnan och används bland annat i flera Linuxdistributioner. ZFS är mycket uppskattat för dataintegritet och avancerad lagring, men har en mer komplicerad relation till Linux på grund av licensfrågor.

    Bcachefs vill erbjuda många av samma fördelar, men med en design som passar väl in i Linuxmiljön.

    Inte längre experimentellt

    Kent Overstreet skriver att han tog bort märkningen som experimentellt efter att buggrapporterna blivit färre, mindre allvarliga och lättare att hantera. Det är ett praktiskt sätt att bedöma mognad: inte bara genom funktionslistor, utan genom hur systemet beter sig i verklig användning.

    När utvecklare säger att ett filsystem inte längre är experimentellt betyder det i regel att de anser att det har nått en nivå där det kan användas mer seriöst. Men det är inte samma sak som att säga att det är riskfritt.

    Skillnaden är viktig. Ett experimentellt filsystem hör hemma hos utvecklare, testare och entusiaster som accepterar att saker kan gå fel. Ett icke-experimentellt filsystem kan vara redo för bredare användning, men den som lagrar viktig data måste fortfarande ha säkerhetskopior och förstå riskerna.

    Reconcile – bakgrundsarbetaren som håller ordning

    En av de viktiga nyheterna i den senaste utvecklingen är något som kallas Reconcile.

    Man kan se Reconcile som en sorts intern arbetsledare för filsystemet. Den håller reda på var data finns, var den borde finnas och vad som behöver ändras när inställningar eller diskar förändras.

    Det kan till exempel handla om att data ska flyttas från en disk till en annan, att fler kopior ska skapas, eller att lagringen ska ändras till en mer avancerad modell med så kallad erasure coding. Poängen är att Bcachefs i större utsträckning kan göra sådant arbete i bakgrunden, utan att användaren själv behöver flytta filer manuellt.

    För den som använder flera diskar är detta särskilt intressant. Ett filsystem som själv kan omorganisera data på ett kontrollerat sätt blir mer flexibelt och lättare att administrera.

    Erasure coding – mer effektivt skydd av data

    Även erasure coding räknas nu som en mogenare del av Bcachefs.

    Erasure coding är en teknik för att skydda data mot diskfel utan att behöva lagra fullständiga kopior av allt. I stället delas information upp och kompletteras med extra kontrollinformation. Om en disk går sönder kan datan återskapas med hjälp av den information som finns kvar.

    Tekniken påminner om det som används i RAID5 och RAID6. Bcachefs använder Reed-Solomon-kodning, en välkänd metod inom datalagring och felkorrigering.

    Ett klassiskt problem med RAID5 och RAID6 är det så kallade write hole-problemet. Det kan uppstå om skrivningar avbryts vid fel tillfälle, till exempel vid strömavbrott, så att data och paritetsinformation hamnar i osynk.

    Bcachefs försöker undvika detta genom att inte skriva om befintliga stripes direkt. Nya skrivningar sparas först på ett säkrare sätt och omvandlas sedan till stripes i bakgrunden. Det är en viktig designskillnad som gör att tekniken kan bli mer robust.

    Snabbare prestanda i version 1.38.6

    Version 1.38.6 handlar inte bara om stabilitet. Den innehåller också många prestandaförbättringar.

    Kent Overstreet beskriver hur arbetet med mätningar och profilering ledde till över 200 ändringar i centrala delar av filsystemet. Bland annat har kod för btree-strukturer, journalhantering och transaktioner förbättrats.

    Btree-strukturer används för att hålla reda på stora mängder metadata, alltså information om filerna snarare än själva filinnehållet. Journalen används för att hålla filsystemet konsekvent om något avbryts mitt i en operation.

    Bland förbättringarna finns snabbare hantering av transaktioner, mindre låskonflikter i btree-koden och en ny väg för journalflush som inte behöver lås på samma sätt som tidigare.

    I tester på en kraftfull AMD EPYC 9454-server med 48 kärnor uppges Bcachefs ha nått 16,5 GB/s i dbench på en enkel enhetskonfiguration. XFS nådde 16 GB/s i samma test. Med ytterligare patchar, som ännu inte ingick i versionen, ska Bcachefs ha nått 19 GB/s.

    I fio-tester med slumpmässiga 4K-skrivningar nådde Bcachefs omkring 700 000 IOPS, medan XFS nådde omkring 1 miljon IOPS på samma maskin.

    Det betyder inte att Bcachefs alltid är snabbare än XFS. Prestanda beror mycket på hårdvara, arbetslast och konfiguration. Men resultaten visar att Bcachefs nu kan konkurrera på allvar i vissa scenarier.

    Rust tar plats i projektet

    Ett annat intressant spår är att Bcachefs-projektet arbetar mer med Rust.

    Användarverktygen för Bcachefs har redan skrivits om i Rust. Nästa steg är att lägga till Rust-bindningar till DKMS-modulen. Till en början ska Rust användas för enhetstester och prestandatester, och vara ett frivilligt beroende.

    Det betyder inte att hela filsystemet plötsligt skrivs om i Rust. Men det visar att projektet vill använda moderna verktyg där det är praktiskt. Rust har blivit intressant i systemprogrammering eftersom språket kan minska vissa typer av minnesfel som annars är vanliga i C-program.

    Utanför Linuxkärnan – åtminstone just nu

    Bcachefs har haft en turbulent relation till Linuxkärnan. Efter konflikter mellan Kent Overstreet och Linus Torvalds är Bcachefs inte längre en inbyggd del av Linuxkärnan på samma sätt, utan distribueras som en DKMS-modul från och med Linux 6.18.

    DKMS innebär att en separat kärnmodul kan byggas och installeras för den Linuxkärna som systemet använder. Det ger flexibilitet, men är inte lika smidigt som att stödet finns direkt i kärnan.

    Projektets webbplats anger stöd för Linux 6.16 och senare, och det finns paketeringsinformation för flera distributioner, bland annat Gentoo, Void, NixOS, Arch, Debian, Ubuntu, Fedora och openSUSE.

    För vanliga användare innebär detta att installationen kan vara mer beroende av distributionens paketering och kärnversion. Det är alltså klokt att läsa dokumentationen noggrant innan man använder Bcachefs på en viktig maskin.

    Är Bcachefs stabilt nu?

    Det korta svaret är: stabilare än tidigare, men fortfarande något man bör använda med omdöme.

    Att märkningen “experimentell” är borta är en viktig signal. Det visar att projektet själv anser att Bcachefs har passerat en mognadsgräns. Det betyder att buggarna blivit färre och att de problem som rapporteras inte längre ser lika allvarliga ut som tidigare.

    Men filsystem bedöms inte bara efter vad utvecklarna säger. De bedöms efter år av praktisk användning, efter hur de klarar strömavbrott, trasiga diskar, fulla diskar, konstiga kontrollkort, virtuella maskiner, servrar, skrivbordsdatorer och oväntade fel.

    För testmaskiner, hemlabb, entusiaster och mindre kritiska system kan Bcachefs nu vara mycket intressant. För affärskritiska system eller oersättlig data bör man fortfarande vara försiktig, ha ordentliga säkerhetskopior och testa noggrant innan man byter.

    Ett viktigt steg för framtidens Linuxlagring

    Bcachefs 1.38.6 är mer än en vanlig uppdatering. Det är ett tecken på att projektet börjar lämna pionjärfasen och ta steget mot bredare användning.

    Det kombinerar många av de funktioner som moderna användare förväntar sig: snapshots, komprimering, kryptering, checksummor, avancerad hantering av flera diskar och nu även mognare stöd för erasure coding.

    Samtidigt återstår viktiga frågor. Hur väl fungerar det i stor skala? Hur snabbt byggs förtroende bland systemadministratörer? Kommer Bcachefs att återvända som inbyggt stöd i Linuxkärnan? Och hur kommer distributionerna att hantera paketering och support?

    Det är för tidigt att säga att Bcachefs är det självklara valet för alla. Men det är inte längre bara ett experiment för nyfikna utvecklare. Det har blivit ett seriöst alternativ i Linuxvärlden – och ett filsystem som många nu kommer att följa betydligt närmare.

    https://www.patreon.com/bcachefs/posts/1-38-6-release-161366372

    Faktaruta: Bcachefs

    Bcachefs är ett modernt filsystem för Linux som använder copy-on-write-teknik och är utvecklat för att erbjuda avancerade funktioner för lagring, säkerhet och dataintegritet.

    Filsystemet har stöd för bland annat kryptering, snapshots, komprimering, checksummor och hantering av flera lagringsenheter.

    • Typ: Modernt Linux-filsystem
    • Teknik: Copy-on-write
    • Funktioner: Kryptering, snapshots och komprimering
    • Dataskydd: Checksummor och erasure coding
    • Version: Bcachefs 1.38.6
    • Status: Inte längre experimentellt enligt projektet
    • Användning: Intressant för entusiaster, testmiljöer och avancerad Linuxlagring

    Även om Bcachefs inte längre räknas som experimentellt bör det fortfarande användas med eftertanke på system där viktig eller affärskritisk data lagras.

  • OpenZFS 2.4.3: säkrare lagring och stöd för nyare Linux-kärnor

    OpenZFS 2.4.3 är här med bättre stöd för moderna Linux-kärnor, flera viktiga lagringsfixar och skärpt kontroll av komprimerad data. Uppdateringen riktar sig främst till servrar, NAS-system och andra miljöer där ZFS används för säker och pålitlig lagring.

    OpenZFS 2.4.3 har släppts som en ny underhållsversion av det öppna filsystemet och volymhanteraren ZFS. För den vanliga användaren kan versionsnumret låta ganska odramatiskt, men bakom uppdateringen finns flera viktiga förbättringar som gör lagringen stabilare, säkrare och bättre anpassad för moderna Linux- och FreeBSD-system.

    ZFS är mer än bara ett vanligt filsystem. Det är en hel lagringsplattform som kombinerar filsystem, volymhantering, kontrollsummor, snapshots, komprimering och skydd mot datakorruption. Därför används OpenZFS ofta i servrar, NAS-system, backup-lösningar och andra miljöer där dataintegritet är viktig.

    Stöd för Linux-kärnor upp till 7.0

    En av de viktigaste nyheterna i OpenZFS 2.4.3 är förbättrad kompatibilitet med Linux. Den nya versionen stöder Linux-kärnor från 4.18 upp till 7.0. Det betyder att OpenZFS nu kan användas på både äldre företagsdistributioner och nyare system med färska kärnor.

    Detta är särskilt viktigt eftersom ZFS ligger nära operativsystemets kärna. När Linux förändras måste OpenZFS anpassas för att fortsätta fungera korrekt. För användare som kör rullande distributioner, nyare servermiljöer eller testversioner av kommande Linux-kärnor är detta därför en betydelsefull förbättring.

    Även FreeBSD-användare får fortsatt stöd. OpenZFS 2.4.3 är kompatibelt med FreeBSD 13.3 och senare samt FreeBSD 14.0 och senare.

    Flera viktiga lagringsfixar

    OpenZFS 2.4.3 innehåller ett antal korrigeringar som rör själva lagringshanteringen. Bland annat finns förbättringar kring ZVOL, alltså virtuella blockenheter som kan användas ovanpå ZFS. Sådana används ofta för virtuella maskiner, databaser eller andra system som behöver blocklagring i stället för vanliga filer.

    Uppdateringen rättar också problem vid borttagning av loggenheter, så kallade log vdevs. Dessa används för att snabba upp synkrona skrivningar och är vanliga i mer avancerade lagringssystem.

    En annan viktig rättning gäller ett double-free-problem som kunde uppstå med block som klonats efter DDT-pruning. Det är en teknisk detalj, men i praktiken handlar det om att undvika fel i minneshanteringen när ZFS arbetar med deduplicering och blocktabeller.

    Strängare kontroll av komprimerad data

    ZFS har länge varit känt för sin robusta hantering av data. I OpenZFS 2.4.3 skärps kontrollerna ytterligare för komprimerade block. Systemet kontrollerar nu mer exakt att den uppackade datan får rätt längd när algoritmer som lz4, gzip och zstd används.

    Det här är viktigt eftersom komprimering innebär att data lagras i ett mer kompakt format. Om något blir fel vid lagring, läsning eller uppackning måste filsystemet kunna upptäcka det. Strängare kontroller minskar risken för att felaktig eller skadad data passerar obemärkt.

    OpenZFS 2.4.3 lägger även till fler kontroller av storleksfält, textsträngar och så kallade packed nvlists. Det gör systemet bättre på att upptäcka trasiga eller oväntade datastrukturer.

    Förbättringar för Linux-monteringar

    På Linux-sidan finns flera förbättringar kring hur monteringsalternativ hanteras. Det gäller bland annat read/write-flaggor och hanteringen av alternativet source vid montering.

    För användaren märks detta främst som bättre kompatibilitet och mer förutsägbart beteende när ZFS-dataset monteras. I servermiljöer, där monteringar ofta styrs via skript, systemd-enheter eller automatiska rutiner, kan sådana detaljer vara mycket viktiga.

    Versionen innehåller även fixar för äldre Linux-kärnor, bland annat kring fs_parse-API:t i Linux 5.6, samt en byggfix för aarch64. Det senare är viktigt för ARM-baserade system, till exempel vissa servrar, utvecklingskort och NAS-lösningar.

    Bättre verktyg för felsökning

    OpenZFS 2.4.3 förbättrar även verktygen runt filsystemet. Verktyget zdb kan nu upptäcka BRT- och DDT-läckor under blockgenomgång. Det gör det lättare för utvecklare och administratörer att hitta problem i komplexa lagringspooler.

    Även zarcstat har förbättrats. Verktyget kan nu upptäcka en ansluten L2ARC-enhet även om den ännu inte innehåller någon data. L2ARC används som en extra läscache, ofta på SSD, för att snabba upp åtkomst till ofta använd data.

    Färre störningar vid snapshots och NFS

    Snapshots är en av ZFS mest uppskattade funktioner. De gör det möjligt att frysa ett filsystems tillstånd vid en viss tidpunkt, utan att kopiera allt innehåll direkt. Det används ofta för backup, testmiljöer och snabb återställning.

    I OpenZFS 2.4.3 finns en förbättring som gör att systemet undviker att spola bort orelaterade NFS-exporter när en snapshot avmonteras. Det kan minska störningar i miljöer där ZFS används tillsammans med NFS-delningar.

    Versionen rättar också ett problem i hanteringen av PREVIOUSLY_REDACTED, där det sista blocket i vissa fall kunde tappas. Även detta är en detalj som främst berör avancerade ZFS-funktioner, men det visar att uppdateringen fokuserar på stabilitet och datakorrekthet.

    FreeBSD får också förbättringar

    För FreeBSD innehåller OpenZFS 2.4.3 bland annat stöd för att bygga openzfs.ko med sanitizers. Det är verktyg som hjälper utvecklare att hitta fel i koden, till exempel minnesproblem.

    Dessutom finns fixar för kernel panic och cachehantering. Det gör versionen viktig även för FreeBSD-användare, särskilt i server- och lagringsmiljöer där ZFS är vanligt förekommande.

    En underhållsversion som betyder mer än den låter

    OpenZFS 2.4.3 är inte en version fylld med stora nya funktioner för slutanvändare. Det är i stället en typisk underhållsversion: många små och tekniska förbättringar som tillsammans gör systemet säkrare och mer pålitligt.

    För den som använder ZFS i produktion är sådana uppdateringar ofta mycket viktiga. Lagringssystem ska inte vara spännande i vardagen. De ska bara fungera, skydda data och bete sig förutsägbart även när hårdvara, kärnor och operativsystem förändras.

    Med stöd för Linux-kärnor upp till 7.0, förbättrad hantering av monteringsalternativ, striktare kontroller av komprimerad data och flera viktiga lagringsfixar är OpenZFS 2.4.3 en uppdatering som främst handlar om trygghet. Det är kanske inte den mest spektakulära typen av nyhet, men för den som lagrar viktig data är det precis den sortens uppdatering man vill se.

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

    Faktaruta: OpenZFS 2.4.3

    Typ: Underhållsversion av OpenZFS

    Fokus: Stabilitet, säkerhet, kompatibilitet och förbättrad felsökning

    • Stöd för Linux-kärnor 4.18 till 7.0
    • Kompatibelt med FreeBSD 13.3+ och FreeBSD 14.0+
    • Striktare kontroll av uppackad data för lz4, gzip och zstd
    • Ny kontroll av krypteringsnyckel vid blockkloning i ZVOL
    • Fixar för log vdev-borttagning och double-free efter DDT-pruning
    • Förbättrad hantering av ro/rw-monteringar och source-alternativ på Linux
    • Fix för aarch64-byggfel och bättre kompatibilitet med Linux 5.6 fs_parse
    • zdb kan nu upptäcka BRT- och DDT-läckor
    • zarcstat känner nu igen en ansluten L2ARC-enhet även utan data
    • Minskar störningar genom att undvika att spola bort orelaterade NFS-exporter vid snapshot-avmontering
    • FreeBSD får stöd för att bygga openzfs.ko med sanitizers
  • 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.

  • Mindre GRUB – säkrare start? Canonical vill strama åt Secure Boot i Ubuntu 26.10

    Canonical planerar en omfattande förändring av hur Ubuntu startar i framtiden. Genom att kraftigt begränsa funktionerna i GRUB vid Secure Boot vill företaget minska säkerhetsrisker – men förslaget kan samtidigt tvinga många användare att ändra hur deras system är uppbyggda.

    Vad handlar det om?

    Företaget Canonical, som utvecklar Ubuntu, planerar förändringar i hur system startar med Secure Boot i version 26.10.

    Kärnan i förslaget är att skapa en nedbantad version av GRUB för system som använder Secure Boot.

    Denna variant skulle ta bort stöd för flera avancerade funktioner, bland annat LUKS, LVM, ZFS och Btrfs, samt delar av RAID och vissa filformat.

    I stället ska system starta från en enklare lösning, oftast en vanlig ext4-partition för /boot.

    Varför vill man göra detta?

    Bakgrunden är säkerhet. GRUB körs innan operativsystemet startar och har därför mycket hög behörighet.

    För att kunna starta systemet måste GRUB kunna läsa olika filsystem, tolka diskformat och hantera konfigurationer. Varje sådan funktion innebär mer kod, och mer kod innebär fler potentiella sårbarheter.

    Genom att minska mängden funktioner vill Canonical:

    minska attackytan
    göra säkerhetsgranskning enklare
    förbättra tillförlitligheten i Secure Boot-kedjan

    Det är ett exempel på principen att enklare system ofta är lättare att säkra.

    Vad är Secure Boot?

    Secure Boot är en funktion i modern firmware som ser till att endast signerad kod får köras vid uppstart.

    Processen fungerar ungefär så här:

    först verifierar firmware bootloadern
    sedan verifierar bootloadern operativsystemets kärna
    därefter startar systemet

    Om något i kedjan inte är betrott stoppas uppstarten.

    Problemet är att GRUB i dag är ganska komplext, vilket gör det till en möjlig angreppspunkt.

    Vad blir konsekvenserna?

    För många användare kan förändringen få stora praktiska effekter.

    System som använder kryptering med LUKS eller volymhantering med LVM kommer inte längre fungera tillsammans med Secure Boot i standardutförande.

    Även användare av ZFS och Btrfs påverkas, eftersom dessa filsystem tas bort ur den signerade GRUB-versionen.

    Uppgraderingar kan stoppas

    Canonical har också meddelat att system som använder dessa funktioner inte kommer kunna uppgraderas till Ubuntu 26.10 via vanliga verktyg.

    Istället måste användaren:

    ändra sin partitionering
    installera om systemet
    eller stänga av Secure Boot

    Det innebär ett tydligt brott mot dagens förväntningar om smidiga uppgraderingar.

    Servermiljöer påverkas mest

    I många serverinstallationer är det vanligt att kombinera kryptering, LVM och RAID.

    Det betyder att förändringen inte bara är en teknisk detalj, utan kan kräva omdesign av hela system.

    För organisationer med etablerade infrastrukturer kan detta bli både tidskrävande och kostsamt.

    En konflikt mellan säkerhet och flexibilitet

    Det här illustrerar en klassisk avvägning inom IT.

    Ett enklare system är lättare att säkra, men också mindre flexibelt.

    Canonical prioriterar tydligt säkerheten i bootkedjan, medan många användare värderar möjligheten att bygga avancerade lagringslösningar.

    Även utseendet förenklas

    Förslaget innebär också att stöd för bildformat som PNG och JPEG tas bort i den signerade GRUB-versionen.

    Det gör att teman med bakgrundsbilder och ikoner inte längre fungerar i Secure Boot-läge.

    Det är en liten förändring i praktiken, men visar tydligt ambitionen att ta bort allt som inte är absolut nödvändigt.

    Vad händer nu?

    Förslaget gäller Ubuntu 26.10 och är ännu inte slutgiltigt beslutat.

    Diskussionen i communityn är intensiv, och det är möjligt att Canonical justerar planen innan den genomförs.

    Slutsats

    Canonical försöker minska komplexiteten i en av de mest kritiska delarna av systemstarten.

    Det kan leda till bättre säkerhet, men också till att vissa funktioner och arbetssätt försvinner.

    Frågan som återstår är hur mycket flexibilitet användarna är beredda att offra för en säkrare uppstart.

    https://discourse.ubuntu.com/t/streamlining-secure-boot-for-26-10/79069

    Faktaruta: GRUB och Secure Boot i Ubuntu 26.10

    Vad föreslås?
    Canonical vill minska funktionerna i den signerade GRUB-versionen som används med Secure Boot.

    Vad kan tas bort?
    Stöd för LUKS, LVM, ZFS, Btrfs, delar av md-raid samt PNG- och JPEG-bilder i GRUB-teman.

    Varför?
    Syftet är att minska attackytan i den känsliga uppstartsprocessen före att operativsystemet har laddats.

    Vilka påverkas?
    Användare och administratörer som har system med kryptering, avancerad lagring eller särskilda boot-konfigurationer.

    Praktisk följd
    Vissa system kan behöva en separat ext4-partition för /boot för att fortsatt fungera med Secure Boot.

    Risk för användare
    Berörda installationer kan få svårt att uppgradera till Ubuntu 26.10 utan omkonfigurering.

    Status
    Förslaget är ännu inte slutgiltigt beslutat och diskussionen pågår.

  • 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?
  • OpenZFS 2.4.1 – stabilare lagring under ytan

    Två månader efter den senaste större versionen har OpenZFS fått en viktig uppdatering. Version 2.4.1 finslipar kompatibilitet, prestanda och stabilitet i det avancerade filsystem som används i allt från hemmabyggda lagringsservrar till professionella datacenter.

    Två månader efter version 2.4 har OpenZFS släppt 2.4.1, den första underhållsuppdateringen i serien. Det handlar inte om stora nya funktioner, utan om förbättringar som gör filsystemet stabilare, snabbare och mer kompatibelt med moderna operativsystem.

    OpenZFS är ett avancerat, öppet filsystem och volymhanterare som används i allt från hemmabyggda NAS-servrar till professionella lagringsmiljöer. Det är känt för funktioner som ögonblicksbilder, dataintegritet via checksummor, självläkning och effektiv replikering mellan system.

    Bredare och säkrare kompatibilitet

    Version 2.4.1 stöder Linuxkärnor från 4.18 upp till 6.19 samt FreeBSD 13.3 och nyare, inklusive 14-serien. En stor del av arbetet har lagts på att säkerställa kompatibilitet med Linux 6.19. Det gäller bland annat förbättringar i hur systemet byggs mot kärnan, hantering av krypteringskod och mer strikt kompilering.

    Även mindre vanliga arkitekturer som PowerPC och RISC-V har fått korrigeringar för att säkerställa att OpenZFS kan byggas utan problem på dessa plattformar.

    Korrekt hantering av lagringsutrymme

    En viktig bugg som nu är åtgärdad rör hur ledigt utrymme beräknas på så kallade special- och dedupliceringsenheter. Felaktig rapportering av tillgängligt lagringsutrymme kan i värsta fall skapa planeringsproblem i större lagringsmiljöer. Med den här uppdateringen blir utrymmesredovisningen mer tillförlitlig.

    Stabilare replikering och mottagning

    Flera förbättringar gäller hur data skickas och tas emot mellan system. Rättighetshanteringen för kommandot zfs send med flaggorna -w och -I har korrigerats. Aktivering av stora block vid mottagning fungerar nu bättre och problem kring funktionen large_microzap har åtgärdats. Även historikloggningen vid skapande av pooler har rättats.

    För administratörer innebär detta färre oväntade fel i backup- och replikationsflöden.

    Prestandaförbättringar i bakgrunden

    OpenZFS använder en avancerad cachemekanism kallad ARC. I version 2.4.1 har hur cachen töms justerats för att förbättra parallell hantering. Även förhämtning av databuffertar har förbättrats.

    Tiderna för scrub och resilver, alltså kontroll och återuppbyggnad av data, har minskats. Dessutom har hanteringen av asynkron radering effektiviserats. Sammantaget ger detta bättre respons under belastning, särskilt i system med många samtidiga operationer.

    Robustare deduplicering

    Deduplicering är en kraftfull men komplex funktion som gör att identiska datablock bara lagras en gång. I denna version har låsning och interna gränssnitt förbättrats för att minska konkurrens mellan trådar. Buffertstorlekar för komprimerade poster har justerats och vissa loggsökningar har flyttats utanför kritiska lås för att minska flaskhalsar.

    Detta gör systemet mer skalbart i miljöer där deduplicering används intensivt.

    Plattformsspecifika korrigeringar

    På FreeBSD har trådosäker debugkod som kunde orsaka allvarliga fel tagits bort. Kompilering för äldre i386-system har återställts och vissa föråldrade referenser har rensats bort.

    På Linux har minnesallokering förbättrats och äldre kodvägar i det så kallade SPL-lagret har städats bort, vilket gör koden säkrare och mer modern.

    Förbättrade verktyg och testsvit

    Flera kommandoradsverktyg har fått nya funktioner. zdb kan nu ange objekt-ID med en ny flagga, zfs clone kan skapa dataset utan att montera dem och zhack har fått nya debugfunktioner. Testsviten har också uppdaterats för att återspegla de senaste förändringarna och rätta tidigare testfel.

    En uppdatering som stärker helheten

    OpenZFS 2.4.1 är ingen dramatisk nyhet med stora rubriker. I stället är det en stabiliserande uppdatering som stärker kompatibilitet, prestanda och kodkvalitet. För den som driver lagringslösningar med höga krav på tillförlitlighet är det just sådana förbättringar som gör störst skillnad i längden.

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

    OpenZFS 2.4.1 – teknisk faktaruta
    Typ: Första underhållsrelease i 2.4-serien
    Plattformar:
    • Linux-kärnor: 4.18–6.19
    • FreeBSD: 13.3+ (inkl. 14.x)
    Kompatibilitet & byggfixar:
    • Fokus på Linux 6.19 (in-tree builds, GCM-dubbletter, inode-state, striktare –werror)
    • Byggfixar för Linux 6.18 på PowerPC och RISC-V
    Viktiga funktionella korrigeringar:
    • Rättar fel i “available space”-beräkning för special- och dedup-vdevs
    • Korrigerar behörighetshantering för zfs send -w -I
    • Bättre hantering av “large block” vid receive och fixar kring large_microzap
    • Korrigerad historikloggning för zpool create -t
    Prestanda:
    • Ökad ARC-eviction batching för bättre parallellism
    • Förbättrad dbuf prefetch-caching
    • Kortare minimaltider för scrub/resilver
    • Förbättrad timing i async destroy-processing
    Dedup & DDT:
    • Förbättrad låsning och gränssnitt (bl.a. _by_dnode()-ZAP)
    • Fixar för buffertstorlek vid komprimerade poster
    • Loggsökningar flyttade utanför lås för minskad contention
    Verktyg:
    • zdb: ny -O till -r för att ange objekt-ID
    • zfs clone: -u för att skapa dataset utan montering
    • zhack: “action idle” + -G för dump av debug-buffer
    Underhåll:
    • Shellscript-städning (färre bashisms, bättre shellcheck, säkrare variabler)
    • Dokumentationsförtydliganden (initrd och montering)
  • UNRaid får stöd för hårddisk boot.

    Unraid går in i 2026 med stora ambitioner. Efter ett omvälvande 2025, där Unraid 7-serien lade grunden för en mer modern och flexibel plattform, siktar utvecklarna nu på att ta bort flera av systemets historiska begränsningar. Med planerat stöd för intern boot, mer avancerade lagringskonfigurationer, ett starkare öppet API och ökad transparens i utvecklingsarbetet vill Unraid befästa sin roll som ett av de mest mångsidiga och användarstyrda server-operativsystemen för både hemlabb och mer krävande miljöer.

    Vad är Unraid?

    Unraid är ett Linux-baserat operativsystem som är byggt för att fungera som en flexibel allt-i-ett-plattform för nätverkslagring (NAS), virtualisering och applikationsdrift. Det används främst i hemmaservrar och hemlabb, men har med tiden blivit tillräckligt moget för mer avancerade prosumer- och semi-enterprise-miljöer.

    Det som särskiljer Unraid från traditionella NAS-system är hur lagring hanteras. I stället för klassisk RAID, där alla diskar binds samman i ett strikt och ofta oflexibelt arrangemang, använder Unraid en modell där varje disk har ett eget filsystem. Paritetsdiskar används för dataskydd, men varje datadisk kan läsas individuellt även utanför Unraid. Det gör det möjligt att blanda diskar av olika storlek och prestanda, expandera lagringen stegvis och minska risken för total dataförlust vid hårdvarufel.

    Utöver lagring fungerar Unraid som en komplett serverplattform. Via ett webbaserat gränssnitt kan användaren:

    • köra Docker-containrar för tjänster som medieservrar, molnlagring, backup och webbapplikationer
    • skapa och hantera virtuella maskiner med KVM, exempelvis Windows- eller Linux-system
    • konfigurera nätverk, användare, delningar och säkerhet utan att arbeta direkt i terminalen

    Historiskt har Unraid alltid startats från ett USB-minne, som även fungerat som licensbärare. Detta har gjort installationen enkel och portabel, men har samtidigt varit en svag punkt när det gäller långsiktig driftsäkerhet. Just därför är stödet för intern boot, som nu planeras, en av de största förändringarna i plattformens historia.

    Med åren har Unraid utvecklats från ett nischat lagringssystem till ett samlat server-OS där lagring, virtualisering och applikationer samexisterar i ett och samma gränssnitt. Det är denna helhet som ligger till grund för både de stora förändringarna under 2025 och de ambitiösa planerna för 2026.

    Unraid blickar framåt mot 2026

    Unraid har presenterat sina utvecklingsprioriteringar för 2026 med tydligt fokus på flexibilitet, stabilitet och ökad transparens. Den mest uppmärksammade nyheten är stödet för intern boot, men planen sträcker sig betydligt längre än så.

    Intern boot – slutet på USB-beroendet

    Målet är att göra det möjligt att starta Unraid från annan flash-lagring än USB, exempelvis SATA- eller NVMe-baserade enheter. Detta ger modernare installationsalternativ, minskar risken för driftstopp orsakade av USB-fel och gör Unraid mer lämpat för avancerade installationer där hög tillförlitlighet är ett krav.

    Flera arrayer för mer avancerad lagring

    Unraid planerar även stöd för flera arrayer. I dag är systemet i huvudsak uppbyggt kring en enda array, men framtida versioner ska kunna hantera flera separata lagringsuppsättningar. Det öppnar för mer komplexa scenarier, exempelvis att kombinera olika disktyper, prestandaprofiler och skyddsnivåer i samma system.

    Fortsatt satsning på öppet API

    Utvecklingen av Unraids öppna API fortsätter under 2026. Fokus ligger på djupare integrationer, bättre verktyg och större möjligheter för communityn att bygga egna lösningar ovanpå plattformen. API:t ses som en central byggsten för framtida funktioner och ett mer levande ekosystem.

    Förfining av WebGUI

    Det webbaserade administrationsgränssnittet kommer att fortsätta förbättras stegvis. Unraid betonar prestanda, tydlighet och daglig användbarhet snarare än en total omdesign. Målet är ett modernare och mer lättanvänt gränssnitt utan att bryta befintliga arbetsflöden.

    Offentlig bugg- och funktionsspårning

    En ny offentlig bugg- och feature-tracker ska ge användare bättre insyn i kända problem, planerade förbättringar och utvecklingsstatus. Det innebär ökad transparens och tydligare kommunikation mellan utvecklingsteamet och användarna.

    2025 – året som lade grunden

    2025 beskrivs som ett omvälvande år för Unraid. Med lanseringen av Unraid 7-serien togs flera avgörande steg mot en mer modern och flexibel plattform.

    Unraid 7.0 – ett tekniskt genombrott

    Version 7.0 introducerade fullt integrerat ZFS-stöd, vilket gjorde det möjligt att bygga system helt utan den traditionella Unraid-arrayen. Användare kunde nu skapa rena NVMe-lösningar, speglade pooler och andra högpresterande konfigurationer. Samtidigt tillkom funktioner som snapshots och kloning av virtuella maskiner, inbyggd filhanterare i webbgränssnittet samt integrerat stöd för säker fjärråtkomst via Tailscale.

    Unraid 7.1 – bredare användningsområden

    7.1-serien fokuserade på praktiska förbättringar och nya scenarier. Trådlöst nätverk, import av befintliga ZFS-pooler och ökad stabilitet för nätverk och virtuella maskiner gjorde Unraid mer användbart i både enkla och avancerade miljöer.

    Unraid 7.2 – API och mobilanvändning

    Med 7.2 togs stora kliv inom användarupplevelse och integration. Webbgränssnittet blev fullt responsivt och mobilanpassat, RAIDZ-expansion infördes och API-funktionerna utökades kraftigt.

    Mot 2026 och vidare

    När Unraid nu går in i 2026 är inriktningen tydlig: lyssna på användarna, bygga långsiktigt och leverera förbättringar som stärker både stabilitet och flexibilitet. Med intern boot, flera arrayer, ett starkare API, ett mer polerat webbgränssnitt och ökad öppenhet kring utvecklingen positionerar sig Unraid för nästa fas i sin utveckling – utan att tappa den kontroll och frihet som gjort plattformen populär från början.

    https://unraid.net

    FAKTARUTA: Unraid – nuläge och framtid

    Unraid är ett Linux-baserat NAS- och serveroperativsystem som kombinerar flexibel lagring med Docker-containrar och virtuella maskiner, allt hanterat via ett webbaserat gränssnitt.
    Licens: Kommersiell, proprietär programvara. Unraid är inte open source och kräver betald licens per server (USB- eller kontobaserad licensmodell).
    2026 – planerade prioriteringar
    • Intern boot: möjlighet att starta från annan flash-lagring än USB (t.ex. SATA/NVMe)
    • Flera arrayer: stöd för mer avancerade och parallella lagringskonfigurationer
    • Öppet API: vidareutveckling för djupare integrationer och community-drivna verktyg
    • WebGUI: stegvis modernisering med fokus på prestanda och användbarhet
    • Publik bugg- och feature-tracker för ökad transparens
    2025 – viktiga milstolpar
    • 7.0: fullt integrerat ZFS-stöd, VM-snapshots och kloning, filhanterare i WebGUI, Tailscale-integration
    • 7.1: förbättrad stabilitet, trådlöst nätverk och ZFS-import
    • 7.2: mobilanpassat WebGUI, utökat API och stöd för RAIDZ-expansion


  • OpenZFS 2.4: Snabbare, smartare och redo för framtidens lagring

    OpenZFS 2.4 är här och markerar ett viktigt steg framåt för ett av världens mest avancerade filsystem. Med stöd för de senaste Linux-kärnorna och flera kommande FreeBSD-versioner, smartare kvothantering och tydliga prestandaförbättringar stärker uppdateringen både stabilitet och effektivitet i allt från hemmaservrar till stora lagringsmiljöer.

    Här är en populärvetenskaplig artikel på svenska, anpassad för teknikintresserade läsare utan att kräva djup förkunskap:

    Det öppna och kraftfulla filsystemet OpenZFS har släppts i version 2.4, nästan ett år efter den förra stora uppdateringen. Den nya versionen bjuder på bredare systemstöd, tydliga prestandalyft och flera efterlängtade förbättringar för både administratörer och avancerade användare.

    OpenZFS används i allt från hemmabyggen och NAS-lösningar till stora företagsservrar, och är känt för sin höga dataintegritet tack vare funktioner som checksummor, snapshots, replikering och självläkande lagring.

    Brett stöd för Linux och FreeBSD

    På Linux-sidan är kompatibiliteten ovanligt generös. OpenZFS 2.4 fungerar med kärnor från Linux 4.18 hela vägen upp till 6.18, vilket innebär att både äldre företagsdistributioner och de allra senaste utvecklingskärnorna stöds.

    För FreeBSD riktar sig versionen mot både nuvarande och framtida huvudversioner:

    • FreeBSD 14
    • FreeBSD 15
    • FreeBSD 16

    Det gör OpenZFS till ett tryggt val även på lång sikt.

    Automatiska kvoter – mindre manuellt arbete

    En av de mest uppskattade nyheterna är stöd för standardkvoter för användare, grupper och projekt. Det innebär att administratörer kan sätta lagringsgränser som automatiskt gäller för nya dataset.

    Resultatet:

    • Mindre manuell konfiguration
    • Enhetliga lagringsregler
    • Bättre kontroll i större miljöer

    Perfekt för allt från skolor till företagsservrar.

    Smartare lagring under hög belastning

    När många skriver data samtidigt kan lagringsenheter bli fragmenterade, vilket försämrar prestandan. OpenZFS 2.4 introducerar därför en ny enhetlig algoritm för allokeringsbegränsning, som minskar fragmentering när systemet är hårt belastat.

    Dessutom kan ZFS nu tillfälligt ”pausa” långsamma vdevs (lagringsenheter som plötsligt blir tröga), så att resten av lagringspoolen fortsätter fungera smidigt trots delvisa hårdvaruproblem.

    Tydliga prestandalyft

    OpenZFS 2.4 innehåller flera förbättringar som märks i praktiken:

    • Snabbare kryptering
      AES-GCM-kryptering använder nu AVX2-instruktioner, vilket ger högre hastighet på moderna processorer.
    • Robust Direct IO
      I/O-operationer som inte är korrekt justerade faller nu automatiskt tillbaka till en lättviktig, okachelagd metod – stabilt utan att bli långsamt.
    • Bättre användning av special-vdevs
      ZIL-data och små block kan i fler fall placeras på snabba specialenheter, även för ZVOL:er och utan krav på tvåpotensstorlekar.

    Effektivare verktyg för drift och underhåll

    Även administrationsverktygen har fått kärlek:

    • zfs rewrite -P kan bevara logiska födelsetider, vilket minskar storleken på inkrementella sändningar
    • Pool-kommandon kan köras på alla importerade pooler samtidigt med -a
    • Det går att scrubba specifika tidsintervall
    • Blockkloningstabeller kan förladdas för snabbare åtkomst

    Allt detta sparar både tid och systemresurser.

    Stabilare RAIDZ och färre hörnfall

    I bakgrunden har mycket arbete lagts på tillförlitlighet:

    • Förbättrad RAIDZ-hantering
    • Smartare ashift-beteende
    • Buggrättningar för deduplicering, gang blocks och blockkloning

    Dessa förbättringar är särskilt viktiga för stora och hårt utnyttjade lagringspooler.

    Framåtblickande förändringar

    OpenZFS 2.4 introducerar också nya feature flags, bland annat för:

    • Fysisk omskrivning av data
    • Förbättrad blockkloning
    • Dynamiska gang headers

    Samtidigt har flera gamla modulinställningar städats bort som en del av projektets långsiktiga modernisering.

    Sammanfattning

    OpenZFS 2.4 är ingen kosmetisk uppdatering – det är ett rejält kliv framåt. Med:

    • Stort kernelstöd
    • Automatiska kvoter
    • Förbättrad prestanda
    • Smartare felhantering
    • Effektivare administrationsverktyg

    …befäster OpenZFS sin position som ett av de mest avancerade och pålitliga filsystemen i den öppna källkodsvärlden.

    Ett självklart val för dig som tar lagring på allvar – oavsett om det gäller hemmaservern eller datacentret.

    Faktaruta: OpenZFS 2.4
    Vad är det?
    OpenZFS är ett öppet filsystem och volymhanterare med snapshots, checksummor, replikering och fokus på dataintegritet.
    Plattformsstöd
    Linux-kärnor: 4.18–6.18
    FreeBSD: 14, 15, 16
    Nyheter i korthet
    • Standardkvoter för användare, grupper och projekt
    • Ny “allocation throttling” för mindre vdev-fragmentering vid hög last
    • Snabbare kryptering (AVX2-acceleration för AES-GCM)
    • Robustare Direct IO (fallback till lättviktig okachelagd I/O vid “unaligned”)
    • ZIL och special_small_blocks kan utnyttja special-vdevs i fler fall (även ZVOL)
    Drift & underhåll
    zfs rewrite -P kan bevara logiska “birth times”
    • Pool-åtgärder för alla importerade pooler med -a
    • Mer flexibel scrub (tidsintervall) och prefetch av BRT-tabeller



  • Bcachefs 1.33 – ett stort steg framåt för Linux moderna filsystem

    Det moderna Linux-filsystemet Bcachefs står inför sin kanske största förändring hittills. Med version 1.33 får det en helt ny “reconcile”-motor som både sköter data och metadata, automatiskt hanterar replikering och återhämtning och dessutom lovar bättre prestanda under tung belastning. Samtidigt har Bcachefs nyligen kastats ut ur Linuxkärnan och flyttat till ett fristående DKMS-paket, vilket gör att framtiden nu formas utanför mainline – men med fortsatt ambition att konkurrera med tungviktarna Btrfs och ZFS.

    Det moderna Linux-filsystemet Bcachefs har släppt version 1.33, och utvecklaren Kent Overstreet beskriver det som den största nyheten på nästan två år. Det är ingen marginell uppdatering utan ett tydligt arkitektoniskt kliv som stärker Bcachefs ambition att konkurrera med etablerade filsystem som Btrfs och ZFS.

    Den största nyheten är en helt omarbetad så kallad reconcile-motor, som förenar hantering av både data och metadata, automatiserar replikering och återställning samt gör systemet mer robust under hög belastning.

    Vad är Bcachefs – kort bakgrund

    Bcachefs är ett modernt copy-on-write-filsystem för Linux med inbyggt stöd för kryptering, snapshots, komprimering, checksummor och replikering. Målet har varit att kombinera den funktionsrikedom man hittar i ZFS med tät Linux-integration och hög prestanda.

    Under 2025 hamnade projektet dock i blåsväder. Efter en offentlig konflikt mellan Linus Torvalds och Bcachefs huvudutvecklare Kent Overstreet stoppades fortsatt utveckling i Linux 6.17. När Linux 6.18 släpptes togs hela Bcachefs-koden bort ur kärnträdet.

    Detta hade kunnat innebära slutet för filsystemet, men projektet valde i stället en ny väg.

    Ut ur kärnan – men inte död

    För att kunna fortsätta utvecklas och användas distribueras Bcachefs nu som en extern kernelmodul via DKMS, på liknande sätt som exempelvis proprietära grafikdrivrutiner. Det innebär att filsystemet inte längre är en del av Linuxkärnan, men ändå kan användas så länge modulen kan byggas mot den aktuella kernelversionen.

    Det är i detta nya sammanhang som Bcachefs 1.33 lanseras.

    Reconcile – hjärtat i version 1.33

    Den nya reconcile-motorn, tidigare kallad rebalance_v2, är den största förändringen i versionen. Den ansvarar nu för både användardata och metadata i ett och samma system.

    Motorn reagerar automatiskt på diskfel, borttagna enheter och ändrade replikeringsinställningar. Data eller metadata som blivit underreplikerad återskapas automatiskt utan att administratören behöver köra särskilda reparationskommandon.

    Flera äldre kommandon har därför blivit överflödiga och tagits bort. I stället introduceras nya och tydligare verktyg, bland annat reconcile status och reconcile wait, som ger bättre överblick över systemets tillstånd.

    Smartare schemaläggning och jämnare prestanda

    Reconcile-arbetet har även fått en mer genomtänkt intern prioritering. Degraderade datasegment behandlas först, samtidigt som mekaniska hårddiskar hanteras på ett sätt som minimerar onödiga sökrörelser.

    Detta ger mindre störningar i normal drift och betydligt jämnare prestanda, särskilt i system som kombinerar SSD och HDD.

    Tekniska förbättringar under ytan

    Förutom de synliga förändringarna innehåller version 1.33 omfattande förbättringar i själva backend-koden. Bland annat har sammanslagning av B-trädnoder gjorts asynkron, vilket reducerar låsning och förbättrar skalbarhet.

    Loggning och räknare har städats upp, och felrapporter är nu tydligare uppdelade mellan mjuka och hårda fel. Dessutom har återställningsprocesser fått bättre framstegsrapportering, vilket gör dem lättare att följa i praktiken.

    Utvecklarna har även påbörjat ett långsiktigt moderniseringsarbete av kodbasen genom att ta bort många äldre goto-baserade felhanteringsvägar. Detta ses som ett förberedande steg inför en möjlig framtida övergång till Rust.

    Nya monterings- och filsystemsval

    Bcachefs 1.33 introducerar också nya valmöjligheter för avancerade användare och administratörer. Bland annat tillkommer mount_trusts_udev, som ger bättre kontroll över hur lagringsenheter identifieras, samt writeback_timeout, som styr hur länge data får ligga i skrivcache innan den skrivs till disk.

    Dessa inställningar ger finare kontroll över beteendet i både desktop- och servermiljöer.

    Distributionsläget i dag

    Eftersom Bcachefs inte längre är en del av huvudkärnan varierar stödet mellan olika Linuxdistributioner. Arch Linux, Gentoo, Void och Fedora tillhandahåller färdiga paket. Debian och Ubuntu saknar officiellt stöd men kan använda Bcachefs via projektets externa APT-förråd på apt.bcachefs.org.

    openSUSE erbjuder paket genom Open Build Service, medan NixOS i dagsläget endast inkluderar användarverktygen och inte kernelmodulen.

    Samtliga distributioner är numera beroende av en ut-ur-trädet-modul, vanligen via DKMS, för att aktivera Bcachefs.

    Slutsats

    Trots att Bcachefs förlorat sin plats i Linuxkärnan visar version 1.33 att projektet är långt ifrån nedlagt. Den nya reconcile-motorn, förbättrad självläkning och omfattande intern upprustning gör detta till ett av de mest betydelsefulla släppen hittills.

    För avancerade Linuxanvändare, systemadministratörer och lagringsentusiaster förblir Bcachefs ett intressant och tekniskt ambitiöst filsystem att följa.

    https://bcachefs.org

    Bcachefs 1.33 – kort fakta

    • Ny ”reconcile”-motor som hanterar både data och metadata.

    • Automatiserad replikering och återhämtning vid diskfel.

    • Förbättrad prestanda, loggning och felrapportering under hög last.

    • Körs nu som DKMS-modul i stället för att ligga i Linuxkärnans huvudträd.

    • Paket finns bland annat för Arch, Gentoo, Void och Fedora.

  • CachyOS november 2025: Tillgänglighet, ny inloggningsskärm och speloptimeringar

    CachyOS november 2025-uppdateringen markerar ett viktigt steg för den Arch-baserade distributionen. Med full tillgänglighet redan vid installation, förbättrat stöd för modern hårdvara och omfattande optimeringar för gaming positionerar sig systemet som ett alltmer attraktivt val både för entusiaster och spelare. Samtidigt förbereds CachyOS för framtidens skrivbordsmiljöer med stöd för COSMIC och förfinad systemhantering.

    CachyOS november 2025: Tillgänglighet, ny inloggningsskärm och speloptimeringar

    Den Arch-baserade prestandadistron CachyOS fortsätter att utvecklas. I november 2025 släpptes årets sjunde ISO-uppdatering, baserad på Linux-kärnan 6.17, med fokus på tillgänglighet, förbättrat hårdvarustöd och speloptimeringar.

    Installation med skärmläsare

    För första gången inkluderar CachyOS Orca och espeak-ng direkt i installationsmiljön. Det gör att synskadade användare kan genomföra installationen med skärmläsare, vilket är ovanligt bland Arch-baserade system.

    Inloggning med COSMIC Greeter

    Installationsverktyget har nu stöd för både COSMIC Greeter och Plasma Login Manager. Vid installation av COSMIC aktiveras COSMIC Greeter direkt. Plasma Login Manager finns tillgänglig men används inte förrän integrationen med KDE:s inställningar är färdigställd.

    Förbättringar under huven

    Systemd-hook för mkinitcpio är aktiverad på kompatibla system, men avaktiveras automatiskt om användaren väljer ZFS eller Bcachefs som rotfilsystem. För Bcachefs används nu paketet bcachefs-dkms i stället för kärnans standardmodul, vilket ger bättre integration.

    Stöd för äldre NVIDIA 390xx-drivrutiner har tagits bort. Äldre Fermi-baserade grafikkort använder nu Nouveau med NvBoost. Intel-grafikkort får automatiskt intel-media-sdk och vpl-gpu-rt. Stöd för speldatorerna ASUS ROG Ally och ROG Ally X har lagts till för förbättrad kompatibilitet.

    Systemjusteringar och optimeringar

    CachyOS-Hello använder nu systemets PackageInstaller istället för en egen lösning och har fått en kommandoradsvariant av alla GUI-funktioner. I cachyos-settings har ZRAM-rekomprimering stängts av för inkompressibla sidor, eftersom det inte gav någon prestandaförbättring.

    Systemet har också fått förbättrat stöd för mkinitcpio via systemd-varianten av btrfs-overlayfs-hook. Limine-installation har korrigerats på UEFI-system med defekta implementationer. Det föråldrade alternativet attr2 har tagits bort från XFS-inställningar och stöd för T2-chipets USB-Ethernet-interfacedrivare har avaktiverats.

    Spelförbättringar med Proton-CachyOS

    Proton-CachyOS har uppdaterats med flera spelrelaterade optimeringar. Användaren kan nu aktivera dxvk-gplasync via miljövariabeln PROTON_DXVK_GPLASYNC=1. Vid användning av PROTON_FSR4_UPGRADE avaktiveras AMD:s Anti-Lag automatiskt för att undvika stabilitetsproblem.

    Wayland-hanteringen har förbättrats med korrigeringar för fullskärmsbeteende, inmatningsproblem, DPI-hantering och videoutmatning. Shadercache har optimerats med högre gränser, särskilt för NVIDIA, vilket reducerar mängden shaderkompilering. Även FSR3 och XeSS-skalningsfunktioner har förbättrats.

    Viktig information för befintliga användare

    Steam Native Runtime är nu utfasad och bör ersättas enligt den migreringsguide som finns tillgänglig via projektets diskussionsforum.

    Så får man uppdateringen

    För nuvarande användare räcker det med att köra kommandot
    sudo pacman -Syu

    För nyinstallation finns uppdaterade ISO-filer att ladda ner via CachyOS speglar på SourceForge.

    Slutsats

    CachyOS utvecklas från en renodlad prestandadistro till ett mer komplett alternativ, med förbättrad tillgänglighet, modernt skrivbordsstöd och avancerade speloptimeringar. Den novemberutgåvan visar att distributionen är på väg att etableras som ett attraktivt förstaval för såväl entusiaster som Linux-spelare.

    Fakta: CachyOS november 2025

    • Bygger på Linux-kärnan 6.17.
    • Installeraren har nu skärmläsarstöd via Orca och espeak-ng.
    • Stöd för COSMIC Greeter och förberett stöd för Plasma Login Manager.
    • mkinitcpio får systemd-hook (avstängd för ZFS och Bcachefs).
    • Bcachefs använder nu bcachefs-dkms för bättre filsystemintegration.
    • Äldre NVIDIA 390xx-drivrutiner har tagits bort; Fermi-kort använder Nouveau med NvBoost.
    • Förbättrat stöd för ASUS ROG Ally och ROG Ally X.
    • Proton-CachyOS får nya speloptimeringar, inklusive dxvk-gplasync och förbättrat FSR3/XeSS.
    • Wayland-beteende förbättras med fixar för fullskärm, inmatning, DPI och videoutmatning.
    • Steam Native Runtime är utfasad; migrering rekommenderas enligt projektets guide.
  • TrueNAS 25.10 “Goldeye” – framtidens öppna lagringssystem

    TrueNAS 25.10 “Goldeye” markerar ett stort steg framåt för öppen lagringsteknik. Den nya versionen introducerar stöd för NVMe over Fabric, öppna GPU-drivrutiner, förbättrad virtualisering och en moderniserad hantering av OpenZFS. Resultatet är en kraftfull och framtidssäker NAS-plattform som kombinerar prestanda i företagsklass med öppen källkod och flexibilitet – redo för allt från hemmalabb till datacenter.

    Den öppna lagringsplattformen TrueNAS har nått en ny milstolpe. Version 25.10 “Goldeye” markerar en av de största uppdateringarna på flera år, med stöd för NVMe över nätverk (NVMe-oF), öppna GPU-drivrutiner, omfattande ZFS-förbättringar och ett omdesignat administrationsgränssnitt.
    Resultatet är ett NAS-system som är snabbare, stabilare och bättre anpassat för moderna arbetslaster.

    En ny nivå av prestanda

    Den mest uppseendeväckande nyheten i TrueNAS 25.10 är stödet för NVMe over Fabric (NVMe-oF) – en teknik som gör att data på fjärransluten lagring kan nås lika snabbt som om den vore lokal.

    Två varianter erbjuds:

    • NVMe/TCP, som fungerar över vanliga Ethernet-nätverk och finns i Community Edition.
    • NVMe/RDMA, som används i Enterprise-versionen och ger extremt låg latens genom direkt minne-till-minne-kommunikation.

    Tillsammans möjliggör dessa lösningar terabitklassad nätverksprestanda och stöd för 400 Gbit/s Ethernet. I tester har ett TrueNAS-system levererat över 75 GB/s i läshastighet. Det gör NVMe-oF särskilt attraktivt för AI-träning, databaser och virtualiseringsmiljöer där varje millisekund räknas.

    Förbättrad virtualisering och säkerhet

    TrueNAS har länge erbjudit lätt virtualisering, men i version 25.10 har funktionen fått en kraftig uppgradering.
    Den nya Data Hypervisor-tekniken skiljer på virtuella maskiner och containerbaserade arbetslaster, vilket ger en tydligare och mer stabil användarupplevelse.

    Nyheter inkluderar:

    • Secure Boot för virtuella maskiner.
    • Import/export av virtuella diskar i flera format (QCOW2, RAW, VDI, VHDX, VMDK).
    • Hög tillgänglighet (HA) som gör det möjligt för virtuella maskiner att automatiskt flyttas vid nodfel.

    Detta ger TrueNAS Enterprise en mer komplett och driftsäker virtualiseringsmiljö med minimal nedtid.

    Öppen GPU-acceleration

    TrueNAS 25.10 stöder nu NVIDIAs öppna GPU-drivrutiner, vilket gör det möjligt att använda moderna grafikkort för beräkningar, AI och mediahantering.
    Stödet omfattar även NVIDIAs Blackwell-arkitektur, vilket öppnar för GPU-accelererade arbetsflöden direkt på TrueNAS-plattformen.

    Förbättrat ZFS och lagringshantering

    Filsystemet OpenZFS 2.3.4 ligger till grund för TrueNAS 25.10 och har fått flera viktiga förbättringar:

    • Bättre hantering av krypterad replikering.
    • Förbättrad minneshantering som minskar risken för krascher.
    • Stöd för Direct I/O, vilket ger snabbare prestanda i virtualiserade miljöer.
    • Effektivare blockkloning och mer informativ cache-rapportering.
    • Optimerad datafördelning som ger jämnare skrivprestanda under belastning.

    Tillsammans gör dessa ändringar ZFS ännu mer robust och förutsägbart vid hög I/O-belastning.

    Nytt gränssnitt och förbättrad användarupplevelse

    Administrationsgränssnittet i TrueNAS 25.10 har genomgått en omfattande uppdatering. Sidor för uppdateringar, användare, dataset och lagring har fått tydligare struktur och modernare design.

    En ny funktion, Update Profiles, låter användaren välja hur snabbt systemet ska ta emot uppdateringar:

    • Early Adopter – för den som vill testa nyheter tidigt.
    • General – standardläge med fokus på stabilitet.
    • Mission Critical – för miljöer med höga krav på drifttid.
    • Developer – för utvecklare och testmiljöer.

    Det nya systemet gör uppdateringsprocessen mer transparent och kontrollerad.

    Förbättrad apphantering

    TrueNAS 25.10 hanterar nu applikationer smidigare. Befintliga appar migreras automatiskt vid byte av applikationspool, vilket minskar nedtid.
    Det går även att konfigurera egna containerregistry-mirrors, vilket gör att applikationer fortsätter fungera även om Docker Hub inte är tillgänglig.

    Modern övervakning och öppet API

    Systemets diskövervakning har byggts om för att använda cron-baserad schemaläggning, vilket ger större flexibilitet och stöd för externa verktyg som Scrutiny.

    Dessutom introduceras en versionerad API byggd på JSON-RPC 2.0 över WebSocket. Den ersätter den äldre REST-baserade API:n och erbjuder snabbare svarstider och bättre stabilitet.
    API:n dokumenteras öppet på api.truenas.com och stöds redan av integrationer med Kubernetes, Proxmox VE och VMware vSphere.

    TrueNAS Connect – central fjärrhantering

    TrueNAS 25.10 är förberett för TrueNAS Connect, ett nytt webbaserat system för central hantering av flera TrueNAS-installationer.
    Plattformen ger realtidsövervakning, anpassningsbara varningar och inventariehantering via en säker molnportal.

    Community-användare kan testa TrueNAS Connect kostnadsfritt fram till december 2025.
    En bred lansering till Enterprise-kunder är planerad till våren 2026.

    Högre kapacitet och snabbare nätverk

    TrueNAS 25.10 utökar hårdvarustödet för större system.

    • F-serien stöder upp till 20 petabyte NVMe-flash.
    • M-serien kan hantera upp till 40 petabyte arkivlagring.
      Med stöd för 400 GbE-adaptrar är plattformen redo för nästa generation av datacenter.

    Sammanfattning

    TrueNAS 25.10 “Goldeye” representerar ett stort steg framåt för öppen lagringsteknik.
    Med stöd för NVMe-oF, öppna GPU-drivrutiner, förbättrad ZFS-prestanda, modernare virtualisering och ett tydligare gränssnitt fortsätter TrueNAS att befästa sin position som en av de mest avancerade och flexibla lagringsplattformarna med öppen källkod.

    TrueNAS Community Edition kan laddas ner kostnadsfritt för den som vill prova själv.
    För företag finns Enterprise-versionen, redan i bruk hos över 60 procent av Fortune 500-företagen.

    Mer information finns på https://www.truenas.com.

    TrueNAS 25.10 “Goldeye” — Fakta och teknisk data

    Utgivning: Oktober 2025
    Utvecklare: iXsystems
    Typ: Öppen källkod NAS / SAN / Hyperkonvergerad lagring
    Bas: Linux (TrueNAS SCALE)

    Filsystem: OpenZFS 2.3.4
    Förbättrad prestanda, Direct I/O-stöd, effektivare minneshantering och krypterad replikering.
    NVMe over Fabrics:
    • NVMe/TCP (TrueNAS Community Edition)
    • NVMe/RDMA (TrueNAS Enterprise Edition)
    Stöd för upp till 400 GbE, terabitklassad prestanda och extremt låg latens.
    Virtualisering:
    KVM-baserad ”Data Hypervisor”
    Stöd för Secure Boot, import/export av diskformat (QCOW2, RAW, VDI, VHDX, VMDK)
    Hög tillgänglighet (HA) med automatisk VM-failover.
    GPU-stöd:
    Inbyggt stöd för NVIDIAs öppna GPU-drivrutiner, inklusive Blackwell-generationen.
    Möjliggör GPU-accelererade AI-, media- och beräkningsarbetslaster.
    Systemhantering:
    Nydesignade paneler för användare, dataset, uppdateringar och lagring.
    Nya ”Update Profiles”: Early Adopter, General, Mission Critical och Developer.
    Appar migrerar automatiskt mellan pooler. Stöd för externa container registry-spegelservrar.
    Övervakning:
    SMART-övervakning ersatt av cron-baserad modell för bättre flexibilitet.
    Kompatibel med externa verktyg som Scrutiny.
    API och integration:
    Ny versionerad TrueNAS API (JSON-RPC 2.0 över WebSocket).
    Betydligt snabbare än tidigare REST-API och kompatibel med Kubernetes, Proxmox VE och VMware vSphere.
    Dokumentation: api.truenas.com
    TrueNAS Connect:
    Central webbaserad kontrollpanel för flera system.
    Ger realtidsövervakning, varningar och enkel installation.
    Gratis för Community-användare fram till december 2025.
    Kapacitet och hårdvara:
    • F-serien: upp till 20 PB NVMe-flash
    • M-serien: upp till 40 PB arkivlagring
    Stöd för Terabit Ethernet (400 GbE).
    Licensinformation:
    • Linux-kärna – GPLv2
    • Middleware & GUI – BSD-3-Clause
    • OpenZFS – CDDL
    Vissa Enterprise-komponenter omfattas av iXsystems-villkor.
    Fullständig EULA: TrueNAS SCALE EULA
    Kända begränsningar:
    NVMe/TCP-target saknar “fused commands” som krävs för VMware ESXi (upstream-begränsning).
    Mer information:
    Dokumentation: TrueNAS 25.10 Docs
    Releaseblogg: TrueNAS 25.10 “Goldeye” Release
  • Bcachefs flyttar ut ur Linuxkärnan – blir DKMS-modul

    Linux-filsystemet Bcachefs hamnar åter i rampljuset. Efter att ha plockats bort från den kommande Linuxkärnan 6.17 flyttar filsystemet nu ut från kärnan och över till DKMS-moduler. För användare innebär förändringen stabilitet även vid uppdateringar, men för distributionerna väntar ett omfattande arbete med paketering och integration.

    Bcachefs – dramat fortsätter i Linux-kärnans egen såpopera.

    Det kontroversiella Linux-filsystemet Bcachefs tar ett nytt kliv i sin utveckling. Efter en infekterad konflikt mellan projektets skapare Kent Overstreet och Linus Torvalds har stödet för filsystemet plockats bort från den kommande Linuxkärnan 6.17. Nu meddelar Overstreet att Bcachefs i stället kommer att distribueras via DKMS – ett system som automatiskt ser till att externa kärnmoduler fortsätter fungera vid uppdateringar.

    Från kärnan till DKMS

    För användare betyder detta att Bcachefs inte längre följer med kärnan direkt. I stället byggs modulen om automatiskt med varje ny kärnversion, på samma sätt som exempelvis NVIDIA-drivrutiner, VirtualBox och ZFS. Det gör att filsystemet fortsätter fungera smidigt, utan att användarna behöver kompilera om något själva.

    I praktiken kommer de flesta inte märka någon större skillnad – DKMS-moduler kan inkluderas i initramfs på samma sätt som kärnmoduler, vilket gör att systemet startar som vanligt även om rotfilsystemet ligger på Bcachefs.

    Nya krav på distributionerna

    För distributionerna blir övergången desto mer betydelsefull. Paketflöden måste anpassas och testas för att säkerställa att allt fungerar vid uppdateringar.

    • Fedora har redan ett paket för Bcachefs-verktygen och väntas ligga relativt bra till.
    • openSUSE, som snabbt tog bort stödet i sin kommande 6.17-kärna, behöver nu lägga extra arbete på att integrera DKMS.
    • Debian har haft ett mer komplicerat förhållande – verktygspaketet blev övergivet och raderades, men är på väg tillbaka i experimental-grenen.
    • Arch Linux och NixOS samarbetar nära med upstream och har bidragit till att förbättra DKMS-stödet.

    En särskild utmaning är bcachefs-tools, användarverktygen som hittills inte varit lika kritiska eftersom kärnan själv stått för reservfunktioner. Med övergången till DKMS måste distributionerna vara betydligt mer aktiva med underhåll och uppdateringar.

    Stabilitet före allt

    Trots turbulensen betonar Overstreet att stabilitet och kvalitetssäkring står i centrum. Version 6.16 beskrivs som en solid utgåva – inga nya kritiska buggar har dykt upp, och de senaste fixarna har mest handlat om prestanda och testmiljöer snarare än användarproblem.

    Han efterlyser samtidigt fler testare och paketerare som kan bidra till att finslipa den nya modellen. Utvecklingen har varit intensiv, men nu när de värsta buggarna är avklarade finns mer utrymme att fokusera på distributionerna.

    Vad betyder det för användarna?

    För vanliga användare är beskedet lugnande: de flesta kommer att fortsätta köra version 6.16 även när Linux 6.17 når ut, vilket ger distributionerna tid att anpassa sig. På längre sikt förväntas DKMS göra Bcachefs mer flexibelt och lättare att underhålla över olika kärnor.

    Ett filsystem med potential

    Bakom allt drama finns ett filsystem med stora ambitioner. Bcachefs kombinerar prestanda och funktioner från moderna copy-on-write-filsystem som Btrfs och ZFS, men med enkelheten och hastigheten hos klassiker som ext4 och XFS.

    Att det nu försvinner ur standardkärnan uppfattas därför av många som en förlust för Linux-ekosystemet. Men hoppet lever kvar om att Overstreet och Torvalds en dag kan hitta tillbaka till ett samarbete – och att Bcachefs då får en självklar plats i kärnan igen.

    https://linuxiac.com/bcachefs-transitioning-to-dkms-packaging

  • Linus Torvalds markerar Bcachefs som externt underhållet – framtiden för filsystemet osäker

    Torvalds degraderar Bcachefs till ”externt underhållet” — ett tydligt tecken på bristande förtroende för projektets väg framåt. Användare påverkas inte akut, men frånvaron av nya godkända ändringar gör filsystemets långsiktiga roll i Linux ekosystem oklar.

    Efter månader av osäkerhet kring filsystemet Bcachefs har Linux skapare Linus Torvalds nu gjort sitt ställningstagande tydligt. I samband med Linux 6.17 stoppades nya uppdateringar av Bcachefs från att tas in i kärnan. Nu bekräftas beslutet i och med att Bcachefs i underhållarfilen flyttats från kategorin ”stödd” till ”externt underhållet”.

    Ett nytt filsystem med ambitioner

    Bcachefs introducerades som ett modernt filsystem med målet att kombinera prestanda i nivå med ext4 med avancerade funktioner från ZFS och Btrfs, exempelvis checksummor, snapshotstöd och komprimering. Under flera år pågick en intensiv utveckling, och i slutet av 2023 accepterades koden till slut i Linux huvudkärna – något som länge betraktades som en stor framgång för projektet.

    Konflikt om utvecklingen

    Men resan därefter blev snabbt krokig. Torvalds uttryckte återkommande frustration över hur underhållet och kommunikationen kring Bcachefs sköttes. I början av 2025 flaggade han för att han inte längre hade förtroende för projektets framtid inom Linuxkärnan. Detta ledde till att inga nya patchar togs emot inför version 6.17.

    Genom att nu formellt ändra statusen till ”externt underhållet” markerar Torvalds att ansvaret helt flyttats utanför huvudprojektet. Det betyder att vidare utveckling måste ske i separat regi, utan direkt stöd från Linuxkärnans ledning.

    Koden finns kvar – men utvecklingen fryser

    För användare som redan kör Bcachefs innebär beslutet inte någon omedelbar katastrof. Koden finns kvar i kärnan, vilket minimerar risken för att befintliga system slutar fungera. Samtidigt står det klart att nya förbättringar eller buggfixar inte kommer att godtas av Torvalds inom överskådlig tid.

    Osäker framtid

    Vad som händer med Bcachefs framöver är oklart. Att ett filsystem tappar stöd från kärnans ledning innebär i praktiken att dess långsiktiga framtid hänger på om externa utvecklare kan och vill fortsätta arbetet. För användarna återstår frågan om det är värt att satsa på Bcachefs – eller om det är säkrare att välja mer etablerade alternativ som ext4, XFS eller Btrfs.

    Fakta: Bcachefs – snabb överblick
    • Status: Markerat som externt underhållet i Linuxkärnans underhållarfil.
    • Konsekvens: Koden ligger kvar i mainline för kompatibilitet, men nya pull requests för Bcachefs väntas inte godtas inom kort.
    • Vad Bcachefs erbjuder: Checksummor, snapshotstöd och komprimering – med sikte på prestanda i klass med ext4.
    • För användare just nu: Inga omedelbara avbrott för befintliga system. För nya deployment: överväg etablerade alternativ som ext4, XFS eller Btrfs.
    • Vidare utveckling: Förväntas ske utanför Linuxkärnans huvudprojekt; följ projektets uppströmskanaler.
  • 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.
  • Proxmox VE 9.0 – Ny era för virtualisering med Debian 13 och förbättrad mobilhantering

    Proxmox har släppt Virtual Environment 9.0, den senaste versionen av sin kraftfulla, fria och öppna plattform för virtualisering – redan installerad på över 1,6 miljoner värdar världen över. Uppdateringen kommer bara fyra månader efter version 8.4 och levererar en rad efterlängtade förbättringar.

    Den nya versionen bygger på kommande Debian 13 “Trixie”, vilket ger modernare paket, utökad enhetskompatibilitet och ytterligare säkerhetshärdning. Som standard används nu Linux-kärnan 6.14, och flera centrala komponenter har fått större uppgraderingar:

    • ZFS 2.3.3 – möjliggör tillägg av enheter till befintliga RAIDZ-pooler med minimal driftstörning
    • QEMU 10.0.2 – för bättre prestanda och kompatibilitet
    • LXC 6.0.4 – förbättrad containerhantering
    • Ceph Squid 19.2.3 – stabilare och snabbare lagringskluster

    Nyhet: Snapshots på LVM – även i delad lagring

    En av de mest efterlängtade funktionerna är här: snapshots för virtuella maskiner på thick-provisioned LVM-delad lagring, inklusive iSCSI och Fibre Channel-SAN. Proxmox använder en smart volymkedjemodell, där en underordnad volym enbart sparar skillnader från sin föräldersnapshot.

    Samma teknik fungerar nu även för Directory, NFS och CIFS, vilket ger ett enhetligt, leverantörsoberoende sätt att hantera snapshots – utan att behöva förlita sig på klustrade filsystem eller proprietära lösningar.

    Nätverk: SDN Fabrics och smartare routing

    Proxmox introducerar nu SDN Fabrics för att förenkla designen av avancerade nätverkstopologier, som exempelvis tvålagers spine-leaf-arkitekturer med multipath och automatisk NIC-failover.

    SDN-stacken stöder nu även dynamisk routing via OpenFabric och OSPF, vilket underlättar implementation av EVPN-underlay eller full-mesh Ceph-nätverk.

    High Availability med mer precision

    HA-kluster har fått Resource Affinity Rules, vilket gör det möjligt att finjustera hur arbetsbelastningar placeras. Du kan till exempel låta en databas och dess applikationsserver köras på samma nod för lägsta möjliga latens – eller sprida redundanta tjänster över flera noder för maximal driftsäkerhet.

    Helt ny mobilupplevelse

    Det mobila gränssnittet är helt omarbetat med Rust-baserade Yew och det nya Proxmox widget toolkit. Nu kan du snabbt få en överblick över tjänster, starta och stoppa virtuella maskiner och göra grundläggande konfigurationer – direkt från mobilen, oavsett webbläsare.

    Proxmox VE 9.0 kan laddas ner från den officiella webbplatsen. ISO-filen innehåller alla funktioner och är redo för installation på bare-metal-servrar. För befintliga användare som vill uppgradera från version 8.4 finns en detaljerad uppgraderingsguide i den officiella dokumentationen.

    https://www.proxmox.com/en/downloads

    Proxmox Virtual Environment – Fakta

    Beskrivning:
    Proxmox Virtual Environment (VE) är en fri och öppen plattform för virtualisering, baserad på Debian GNU/Linux. Den kombinerar KVM för full virtualisering och LXC för containerbaserad virtualisering, med ett webbgränssnitt för enkel hantering av virtuella maskiner, containers, lagring och nätverk.

    Historia:
    • Första versionen lanserades 2008 av det österrikiska företaget Proxmox Server Solutions GmbH.
    • Bygger på Debian som bas, med anpassade kärnor och optimeringar för virtualisering.
    • Har vuxit till över 1,6 miljoner installationer globalt.

    Huvudfunktioner och teknik:
    • KVM – Kernel-based Virtual Machine (virtualisering med hårdvaruacceleration).
    • LXC – Linux Containers (lättviktscontainers som delar kärna men isolerar processer och resurser).
    • ZFS – Zettabyte File System (avancerat filsystem med inbyggd volymhantering, snapshots och dataskydd).
    • Ceph – Distribuerat lagringssystem för objekt-, block- och filåtkomst.
    • LVM – Logical Volume Manager (flexibel partitionering och volymhantering).
    • iSCSI – Internet Small Computer System Interface (blocklagring över nätverk).
    • NFS – Network File System (delning av filer över nätverk, främst för Unix/Linux).
    • CIFS – Common Internet File System (fildelning över nätverk, används bl.a. av Windows/Samba).
    • SDN – Software Defined Networking (nätverk styrt via programvara, mer flexibelt än traditionell hårdvarukonfiguration).
    • OSPF – Open Shortest Path First (dynamiskt routingprotokoll för IP-nätverk).
    • EVPN – Ethernet VPN (Layer 2/3 VPN för nätverksvirtualisering och datacenteranslutningar).

    Senaste version (9.0) – Nyheter:
    • Baserad på Debian 13 “Trixie” med Linux-kärnan 6.14.
    • Snapshots för LVM, även på delad lagring (iSCSI, Fibre Channel).
    • SDN Fabrics med stöd för OpenFabric och OSPF.
    • Förbättrad HA-hantering med Resource Affinity Rules.
    • Omarbetat mobilt gränssnitt byggt på Rust (Yew).

    Officiell webbplats: proxmox.com

    https://linuxiac.com/proxmox-ve-9-0-launches-with-debian-13-under-the-hood

  • Ubuntu 24.04.3 LTS är här – omfattande buggfixar, säkerhetsuppdateringar och förbättrat hårdvarustöd

    Ubuntu-teamet har nu officiellt släppt Ubuntu 24.04.3 LTS, den tredje underhållsutgåvan i Noble Numbat-serien som först lanserades i april 2024. Versionen bygger på Linuxkärnan 6.14 och innehåller en stor mängd buggfixar, säkerhetsförbättringar och optimeringar för både skrivbord och server. Det har gått nästan sex månader sedan 24.04.2 LTS, och denna uppdatering samlar alla säkerhetsfixar som släppts fram till och med den 4 augusti 2025.

    Kärnsystem och installation

    Uppdateringen innehåller flera förbättringar för installationsprocessen, särskilt för specialiserad och nyare hårdvara. Live-CD-bilderna har fått justeringar som löser byggproblem vid användning av lowlatency-hwe-24.04-kärnan, och HWE-stacken är nu korrekt aktiverad för 24.04.2. För RISC-V-system har flera viktiga problem åtgärdats, bland annat direktkopiering av enhetsträd till /boot/dtb, stöd för nya underarkitekturer som jh7110 samt förbättrad hantering av U-Boot-konfigurationer för att säkerställa kompatibilitet med Pine64 Star64 och DeepComputing FML13V01.

    Nätverkskonfigurationen vid tidig uppstart har också förbättrats, med korrekt stöd för både IPv4 och IPv6 baserat på iBFT-inställningar. Dracut och initramfs-tools har fått fixar för att hantera saknade firmware-filer och wildcard-sökvägar korrekt.

    Förbättringar på skrivbordet

    Skrivbordsmiljön har fått många stabilitetsförbättringar och fixar för användarupplevelsen. Nautilus, GNOME:s filhanterare, har fått patchar som eliminerar tidigare rapporterade krascher. Mutter, GNOME:s fönsterhanterare, har fått ett stort antal backporterade fixar för att åtgärda Wayland-krascher, problem med pekskärmsdragning, fel vid drag och släpp mellan X11 och Wayland-fönster samt glitchar vid multi-skärmskonfigurationer, särskilt för användare med NVIDIA-grafik.

    GTK4 har uppdaterats för att stödja Unicode 16-emoji och förbättra kompatibiliteten med skärmläsaren Orca. Även GTK3 har fått motsvarande uppdatering för emoji-stöd. Dessutom har tangentbordsnavigering i listor förbättrats, vilket underlättar för användare som förlitar sig på tillgänglighetshjälpmedel.

    PipeWire har fått en viktig ljudfix som eliminerar problemet med duplicerade ljudprover efter tystnadsperioder. GNOME Shell har fått flera fixar, bland annat för att kunna ansluta till nya Wi-Fi-nätverk direkt från inloggningsskärmen och för att förbättra skärmtangentbordets Shift-beteende.

    Uppdateringshanteraren (Update Manager) har förbättrat stöd för skärmläsare genom att tydligare annonsera statusrubriker och kryssruteändringar när markerade paket byts eller ändras.

    Förbättringar för server och moln

    På serversidan har Cloud-init fått en rad förbättringar som ökar kompatibiliteten med AWS:s IMDS-tjänst samt förbättrar hanteringen av MAAS-installationer. Fixar har lagts till för att undvika kraschscenarier och förbättra filhantering vid molnbaserad distribution.

    QEMU och libvirt har fått uppdateringar som förbättrar RISC-V-emulering och fullständigt stöd för bootordning på s390x-arkitekturen. För Azure- och andra molnplattformar har AppArmor och nätverksfixar förbättrats.

    Snapd hanterar nu misslyckade automatiska uppdateringar mer graciöst genom att undvika låsningsscenarier och tillämpa progressiva fördröjningar vid upprepade fel.

    Maskinvarustöd och kärnuppdateringar

    Linuxkärnan 6.14 i Ubuntu 24.04.3 LTS har med sig en rad hårdvarurelaterade förbättringar. Stödet för Realtek-, Qualcomm- och AMD-enheter har förbättrats, inklusive nya firmwarepaket för ljudkretsar, nätverkskort och grafikkort. Fixar har gjorts för att lösa problem som låg bildhastighet med glxgears på vissa AMD GPU-system och ljudproblem på specifika HP ZBook-modeller.

    TUXEDO-datorer får särskilda patchar för förbättrad kompatibilitet. Stöd för fler Dell-plattformar och optimeringar för Realtek 8852BE-VT Wi-Fi har lagts till. Bluetooth-problem med vissa Qualcomm WCN785x-enheter har åtgärdats, och firmware för AMD:s ISP (Image Signal Processing) V4.0 finns nu tillgänglig.

    För RISC-V har kärnkonfigurationerna synkroniserats med andra arkitekturer, och flera säkerhetsrelaterade förbättringar för AppArmor har bakportats från kommande Ubuntu-versioner.

    Säkerhetsförbättringar

    Utöver alla buggfixar integrerar denna version samtliga säkerhetsuppdateringar som publicerats i Ubuntu Security Notice fram till den 4 augusti 2025. AppArmor har fått fixar som förhindrar policyinläsningsfel och förbättrad hantering av profiländringar. APT-paketet har fått flera fixar för att åtgärda buffertöverskridningar och kompatibilitet med äldre RSA-nycklar.

    Andra uppdateringar och förändringar

    Många andra paket har uppdaterats, inklusive libinput för bättre styrplattestöd på ThinkPad X9-15 Gen1, fwupd för att åtgärda uppdateringsproblem med Dell-dockor, och samba för att lösa krascher vid hantering av Group Policy Objects. Horizon, ceph, mysql och nginx har alla fått specifika patchar för stabilitet och säkerhet.

    Nya firmwareversioner för grafikkort, trådlösa nätverkskort och ljudkretsar har lagts till i linux-firmware-paketet. Dessutom har nya distributionsnamn och versionsdata uppdaterats i distro-info-data, inklusive Ubuntu 25.10 ”Questing Quokka”.

    Tillgängliga Ubuntu-varianter

    I samband med denna uppdatering har samtliga officiella Ubuntu-varianter uppdaterats till version 24.04.3 LTS. Detta gäller:

    • Kubuntu
    • Ubuntu Budgie
    • Ubuntu MATE
    • Lubuntu
    • Ubuntu Kylin
    • Ubuntu Studio
    • Xubuntu
    • Edubuntu
    • Ubuntu Cinnamon

    Uppgradering och installation

    Användare som redan kör Ubuntu 24.04 LTS kan enkelt uppgradera genom att köra kommandot:

    sudo apt update && sudo apt upgrade

    För nya installationer finns ISO-avbilder att ladda ner via Ubuntus officiella webbplats. Dessa innehåller redan alla de senaste uppdateringarna och fixarna.

    Stödtid

    Ubuntu 24.04 LTS stöds med säkerhets- och underhållsuppdateringar till april 2029. Genom att aktivera Ubuntu Pro förlängs stödet till april 2034, och för kritiska säkerhetsfixar kan det sträckas ända till april 2036.G

    Installation

    PaketBuggnrBeskrivning
    livecd-rootfs2098105Fix för byggfel med lowlatency-hwe-24.04-kärnan (som i Ubuntu Studio)
    livecd-rootfs2098105Aktivera HWE-stacken för 24.04.2
    livecd-rootfs2098306Lägg till förinställningar för AppArmor-funktioner från 6.11-kärnan
    livecd-rootfs2098622Bygg inte HWE-kärnlagret på RISC-V då det inte finns någon HWE-kärna där
    livecd-rootfs2092205RISC-V: kopiera enhetsträd direkt till /boot/dtb
    livecd-rootfs2099993RISC-V: lägg till SUBARCH ’jh7110’
    livecd-rootfs2083554Ta bort referenser till subiquity snap för att undvika felmeddelanden vid installation
    initramfs-tools2091904Konfigurera IPv4/IPv6 baserat på iBFT IP-adress
    dracut2095518Åtgärda saknade komprimerade blobbar vid firmware-sökväg
    cd-boot-images-riscv642104572Justering i grub.cfg för att hitta rätt rootfs
    u-boot2098421Fix för tolkning av RISC-V ISA-extensionsegenskaper
    u-boot2110301Backport för att möjliggöra boot på Pine64 Star64 och DeepComputing FML13V01

    Skrivbord

    PaketBuggnrBeskrivning
    pipewire2061687Ersätt inkomplett patch med version som landat uppströms
    pipewire2100497Fix för duplicerade ljudprover efter tystnad
    nautilus1813171 / 2095129Fix för rapporterade krascher
    mutterFleraFixar för Wayland-krascher, pekskärmsdrag, X11 till Wayland drag-och-släpp, pixelrendering utan alfa, multi-monitorproblem för NVIDIA
    gtk42096803Uppdatera emoji-bibliotek till Unicode 16
    gtk42106744Fix för att Orca ska läsa genvägar i åtgärdsmenyer
    gtk42066062Förbättrad tangentbordsnavigering i listor
    gtk+3.02096777Emoji-uppdatering till Unicode 16
    gnome-shell2098016Wi-Fi-anslutning från inloggningsskärm fixad
    gnome-shell2039340Fix för getenv/setenv-krasch vid start
    gnome-shell-extension-ubuntu-dock1997550Fix för fönsterfokus vid förhandsgranskning
    update-manager1105371 / 2068805Förbättrat skärmläsarstöd och fix för install-knapp som försvinner
    plymouth2096806Fix för saknade teckensnitt vid uppstart
    xorg-server1861609Förhindrar krasch vid vissa DRI2-anrop

    Server och moln

    PaketBuggnrBeskrivning
    cloud-initFleraFörbättrat stöd för AWS IMDS, MAAS, samt filhantering
    gce-compute-image-packages2106629Fix för att inte skriva över värdnamn satt via cloud-init
    libvirt2051239 / 2084136Fullt bootordningsstöd på s390x, fix för block I/O-parametrar
    qemu2095169Förbättrad RISC-V vektor-emulering
    snapd2085535Progressiv fördröjning vid upprepade auto-uppdateringsfel
    apparmor2078467Fix för variabelhantering vid policyinläsning

    Grundläggande plattform

    PaketBuggnrBeskrivning
    apt2078720Fix för hantering av borttagna paket
    systemd2088069 / 2091657EFI-handover-stöd, bevarad IPv6-konfiguration
    openssh2080216Lyssna på IPv4 som standard vid socket-aktiverad sshd
    zfs-linuxFleraFixar för autotrim-prestanda och kraschscenarier
    rsyslogFleraAppArmor-regler för systemd-sessioner och imjournal
    netplan.io2083029Fix för filrättigheter och konfigurationshantering
    ubuntu-drivers-commonFleraFörbättrad NVIDIA-drivrutinshantering

    Maskinvara och kärna

    PaketBuggnrBeskrivning
    linux-firmwareFleraNy firmware för Realtek, Qualcomm, AMD, TI och NVIDIA-enheter
    linux-*2098104Patchset för TUXEDO-datorer
    linux-*2095370 / 2067900Fix för AppArmor-policyinläsning och pivot_root-blockering
    linux-oem-*FleraStöd för fler Realtek- och Dell-enheter, fix för Bluetooth, ljud och kamera
    linux-gcp-6.142106281Fix för null pointer i gVNIC-drivrutin
    linux-azure-nvidia2090880Backport av SMB lease key-fixar

    Övriga ändringar

    PaketBuggnrBeskrivning
    fwupd2097728 / 2104109Fixar för Dell-dockuppdateringar
    sambaFleraFixar för krascher vid GPO-hantering
    horizon2045394Fix för race condition vid CSS-kompilering
    mysql-8.02112151Ändrad logrotate-konfiguration för att köras som mysql-användare
    ceph2089565 / 2097605Fixar för uppgraderingskrascher
    gvfs2109538Fix för krascher vid montering av krypterade partitioner
    power-profiles-daemon2115041Stöd för anpassade ACPI-plattformsprofiler
    gzip2083700Fix för beteende på s390 vid EOF-hantering

    Nerladdnings länkar och information i vår wiki :

    https://wiki.linux.se/index.php/Ubuntu#Ubuntu_24.04_LTS

    Källa :

    https://linuxiac.com/ubuntu-24-04-3-lts-released-with-bug-fixes-and-security-updates

    Fakta om Ubuntu

    Version: 24.04.3 LTS (Noble Numbat)

    Släppt: 8 augusti 2025

    Kärna: Linux 6.14

    Support: Till april 2029 (Ubuntu Pro till 2034, säkerhetsfixar till 2036)


    Nyheter i 24.04.3

    • Stabilitetsförbättringar för både skrivbord och server
    • Förbättrat RISC-V-stöd (nya enheter och firmware)
    • Fixar för GNOME, Mutter, Nautilus och PipeWire
    • Förbättrad nätverkskonfiguration vid tidig uppstart
    • Uppdaterade firmwarepaket för AMD, Realtek och Qualcomm
    • Förbättrat skärmläsarstöd och tangentbordsnavigering

    Om Ubuntu

    Ubuntu är en fri och öppen källkod-baserad Linuxdistribution utvecklad av Canonical Ltd. Första versionen släpptes i oktober 2004 och sedan dess har Ubuntu blivit en av de mest använda Linuxdistributionerna, både på skrivbord och servrar.

    Namnets ursprung: Ordet ”ubuntu” kommer från Nguni-språken i södra Afrika (särskilt zulu och xhosa) och betyder ungefär ”mänsklighet gentemot andra” eller ”jag är för att vi är”. Närliggande begrepp finns i flera bantuspråk, exempelvis ”botho” i sotho/tswana.

    Ubuntu följer en regelbunden utgivningscykel med en ny version var sjätte månad och en LTS-version (Long Term Support) vartannat år. LTS-versioner får fem års officiellt stöd och används ofta i företags- och servermiljöer.


    Visste du att…

    • Ubuntu är basen för flera andra distributioner, t.ex. Linux Mint och Pop!_OS.
    • Det finns officiella varianter som Kubuntu, Xubuntu, Ubuntu MATE, Ubuntu Budgie och fler.

Etikett: zfs

  • Bcachefs lämnar experimentstadiet – men bör fortfarande användas med eftertanke

    Bcachefs har tagit ett viktigt steg från experimentellt projekt till seriöst alternativ för Linuxlagring. Projektledaren Kent Overstreet meddelar att filsystemet inte längre betraktas som experimentellt, samtidigt som den nya versionen 1.38.6 bjuder på stora prestandaförbättringar, mognare stöd för erasure coding och fortsatt utveckling med Rust. Men trots framstegen bör Bcachefs fortfarande användas med eftertanke när…

  • OpenZFS 2.4.3: säkrare lagring och stöd för nyare Linux-kärnor

    OpenZFS 2.4.3 är här med bättre stöd för moderna Linux-kärnor, flera viktiga lagringsfixar och skärpt kontroll av komprimerad data. Uppdateringen riktar sig främst till servrar, NAS-system och andra miljöer där ZFS används för säker och pålitlig lagring. OpenZFS 2.4.3 har släppts som en ny underhållsversion av det öppna filsystemet och volymhanteraren ZFS. För den vanliga…

  • 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…

  • Mindre GRUB – säkrare start? Canonical vill strama åt Secure Boot i Ubuntu 26.10

    Canonical planerar en omfattande förändring av hur Ubuntu startar i framtiden. Genom att kraftigt begränsa funktionerna i GRUB vid Secure Boot vill företaget minska säkerhetsrisker – men förslaget kan samtidigt tvinga många användare att ändra hur deras system är uppbyggda. Vad handlar det om? Företaget Canonical, som utvecklar Ubuntu, planerar förändringar i hur system startar…

  • 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…

  • OpenZFS 2.4.1 – stabilare lagring under ytan

    Två månader efter den senaste större versionen har OpenZFS fått en viktig uppdatering. Version 2.4.1 finslipar kompatibilitet, prestanda och stabilitet i det avancerade filsystem som används i allt från hemmabyggda lagringsservrar till professionella datacenter. Två månader efter version 2.4 har OpenZFS släppt 2.4.1, den första underhållsuppdateringen i serien. Det handlar inte om stora nya funktioner,…

  • UNRaid får stöd för hårddisk boot.

    Unraid går in i 2026 med stora ambitioner. Efter ett omvälvande 2025, där Unraid 7-serien lade grunden för en mer modern och flexibel plattform, siktar utvecklarna nu på att ta bort flera av systemets historiska begränsningar. Med planerat stöd för intern boot, mer avancerade lagringskonfigurationer, ett starkare öppet API och ökad transparens i utvecklingsarbetet vill…

  • OpenZFS 2.4: Snabbare, smartare och redo för framtidens lagring

    OpenZFS 2.4 är här och markerar ett viktigt steg framåt för ett av världens mest avancerade filsystem. Med stöd för de senaste Linux-kärnorna och flera kommande FreeBSD-versioner, smartare kvothantering och tydliga prestandaförbättringar stärker uppdateringen både stabilitet och effektivitet i allt från hemmaservrar till stora lagringsmiljöer. Här är en populärvetenskaplig artikel på svenska, anpassad för teknikintresserade…

  • Bcachefs 1.33 – ett stort steg framåt för Linux moderna filsystem

    Det moderna Linux-filsystemet Bcachefs står inför sin kanske största förändring hittills. Med version 1.33 får det en helt ny “reconcile”-motor som både sköter data och metadata, automatiskt hanterar replikering och återhämtning och dessutom lovar bättre prestanda under tung belastning. Samtidigt har Bcachefs nyligen kastats ut ur Linuxkärnan och flyttat till ett fristående DKMS-paket, vilket gör…

  • CachyOS november 2025: Tillgänglighet, ny inloggningsskärm och speloptimeringar

    CachyOS november 2025-uppdateringen markerar ett viktigt steg för den Arch-baserade distributionen. Med full tillgänglighet redan vid installation, förbättrat stöd för modern hårdvara och omfattande optimeringar för gaming positionerar sig systemet som ett alltmer attraktivt val både för entusiaster och spelare. Samtidigt förbereds CachyOS för framtidens skrivbordsmiljöer med stöd för COSMIC och förfinad systemhantering. CachyOS november…

  • TrueNAS 25.10 “Goldeye” – framtidens öppna lagringssystem

    TrueNAS 25.10 “Goldeye” markerar ett stort steg framåt för öppen lagringsteknik. Den nya versionen introducerar stöd för NVMe over Fabric, öppna GPU-drivrutiner, förbättrad virtualisering och en moderniserad hantering av OpenZFS. Resultatet är en kraftfull och framtidssäker NAS-plattform som kombinerar prestanda i företagsklass med öppen källkod och flexibilitet – redo för allt från hemmalabb till datacenter.…

  • Bcachefs flyttar ut ur Linuxkärnan – blir DKMS-modul

    Linux-filsystemet Bcachefs hamnar åter i rampljuset. Efter att ha plockats bort från den kommande Linuxkärnan 6.17 flyttar filsystemet nu ut från kärnan och över till DKMS-moduler. För användare innebär förändringen stabilitet även vid uppdateringar, men för distributionerna väntar ett omfattande arbete med paketering och integration. Det kontroversiella Linux-filsystemet Bcachefs tar ett nytt kliv i sin…

  • Linus Torvalds markerar Bcachefs som externt underhållet – framtiden för filsystemet osäker

    Torvalds degraderar Bcachefs till ”externt underhållet” — ett tydligt tecken på bristande förtroende för projektets väg framåt. Användare påverkas inte akut, men frånvaron av nya godkända ändringar gör filsystemets långsiktiga roll i Linux ekosystem oklar. Efter månader av osäkerhet kring filsystemet Bcachefs har Linux skapare Linus Torvalds nu gjort sitt ställningstagande tydligt. I samband med…

  • 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…

  • Proxmox VE 9.0 – Ny era för virtualisering med Debian 13 och förbättrad mobilhantering

    Proxmox har släppt Virtual Environment 9.0, den senaste versionen av sin kraftfulla, fria och öppna plattform för virtualisering – redan installerad på över 1,6 miljoner värdar världen över. Uppdateringen kommer bara fyra månader efter version 8.4 och levererar en rad efterlängtade förbättringar. Den nya versionen bygger på kommande Debian 13 “Trixie”, vilket ger modernare paket,…

  • Ubuntu 24.04.3 LTS är här – omfattande buggfixar, säkerhetsuppdateringar och förbättrat hårdvarustöd

    Ubuntu-teamet har nu officiellt släppt Ubuntu 24.04.3 LTS, den tredje underhållsutgåvan i Noble Numbat-serien som först lanserades i april 2024. Versionen bygger på Linuxkärnan 6.14 och innehåller en stor mängd buggfixar, säkerhetsförbättringar och optimeringar för både skrivbord och server. Det har gått nästan sex månader sedan 24.04.2 LTS, och denna uppdatering samlar alla säkerhetsfixar som…