• 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
  • Exfatprogs 1.4 släppt – bättre stöd för exFAT på Linux

    Exfatprogs 1.4 har släppts och ger Linuxanvändare bättre verktyg för att skapa, kontrollera och reparera exFAT-formaterade lagringsenheter. Den nya versionen förbättrar framför allt kompatibiliteten med Windows, gör formatering säkrare och lägger till nya funktioner för både vanliga användare och mer avancerade systemadministratörer. För alla som använder USB-minnen, SD-kort eller externa hårddiskar mellan olika operativsystem är detta en viktig uppdatering.

    Exfatprogs 1.4 har släppts och innebär flera förbättringar för Linuxanvändare som arbetar med exFAT-formaterade diskar, USB-minnen och minneskort. Den nya versionen gör det enklare att skapa, kontrollera och reparera exFAT-filsystem – särskilt när lagringsenheter även ska fungera smidigt i Windows.

    exFAT är ett filsystem som ofta används på externa lagringsenheter eftersom det fungerar bra över flera plattformar. Det är vanligt på USB-minnen, SD-kort, externa hårddiskar och andra flyttbara medier där man vill kunna flytta filer mellan Linux, Windows, macOS, kameror och annan utrustning. Till skillnad från äldre FAT32 klarar exFAT mycket större filer, vilket gör det lämpligt för exempelvis filmfiler, säkerhetskopior och stora arkiv.

    Med Exfatprogs får Linux ett modernt paket med användarverktyg för exFAT. Verktygen används bland annat för att skapa nya exFAT-filsystem, kontrollera om ett filsystem är skadat och reparera fel. Målet med projektet är att ge Linuxanvändare verktyg med hög prestanda och kvalitet, jämförbara med de exFAT-verktyg som finns i Windows.

    Bättre formatering med mkfs.exfat

    En av de största nyheterna i Exfatprogs 1.4 finns i verktyget mkfs.exfat, som används för att formatera en enhet med exFAT.

    Den nya versionen kan nu skapa partitionstabeller i samband med formatering. Det är viktigt eftersom vissa nyformaterade enheter annars inte alltid känns igen korrekt av Windows. För den som ofta flyttar USB-minnen eller externa diskar mellan Linux och Windows kan detta göra arbetet betydligt smidigare.

    mkfs.exfat har även fått en ny funktion för att använda en egen upcase-tabell. En upcase-tabell används av exFAT för att hantera skillnader mellan stora och små bokstäver i filnamn. Det är kanske ingen funktion vanliga användare behöver tänka på, men den är viktig för utvecklare, testare och systemadministratörer som arbetar med exFAT på djupare nivå.

    En annan praktisk förbättring är att verktyget nu kan skriva ut volymens UUID efter formatering. UUID är ett unikt id för filsystemet och används ofta i Linux för att montera rätt partition automatiskt, till exempel via /etc/fstab.

    Säkrare formatering och bättre varningar

    Exfatprogs 1.4 gör också formateringen säkrare. mkfs.exfat kan nu upptäcka främmande filsystem och partitionstabeller innan formateringen startar. Det minskar risken att man av misstag skriver över något viktigt utan att först bli uppmärksammad på det.

    Verktyget varnar även när alternativet -s används. Dessutom har hanteringen av mycket små enheter förbättrats genom att 512 byte stora kluster används som standard i sådana fall. Första delen av enheten, de första 0x10000 byte, rensas alltid vid formatering, vilket bidrar till att gamla rester från tidigare filsystem inte ligger kvar och stör.

    Formateringsprocessen har också fått bättre loggning, verifiering och visning av förlopp. Det gör det enklare att se vad som händer under arbetets gång, särskilt vid större lagringsenheter där processen kan ta längre tid.

    Flera viktiga buggfixar

    Bakom kulisserna innehåller version 1.4 flera rättningar som kan vara viktiga i praktiken. Bland annat har problem med felaktig utskrift av volymens UUID åtgärdats. Även direkt I/O vid skrivverifiering har förbättrats.

    Det har också gjorts korrigeringar för 32-bitars överflödesproblem som i vissa fall kunde leda till att fel klusterstorlek valdes eller att formatering misslyckades med vissa alternativ. Minnesanvändningen vid formatering av mycket stora enheter har förbättrats, liksom hanteringen av ovanliga gränsfall där mycket stora volymer kunde slå i begränsningar för totalt antal kluster.

    Det här är kanske inte förändringar som märks direkt för alla användare, men de gör verktygen mer robusta – särskilt i mer avancerade eller ovanliga miljöer.

    fsck.exfat får bättre Windows-kompatibilitet

    Även fsck.exfat, verktyget som används för att kontrollera och reparera exFAT-filsystem, har fått nya funktioner.

    Två nya alternativ har lagts till: --put-mbr och --clear-mbr. Dessa kan användas för att lägga till eller ta bort partitionstabellposter på befintliga volymer. Syftet är framför allt att förbättra kompatibiliteten med Windows.

    Det innebär att en exFAT-volym som redan finns kan justeras så att den lättare känns igen av Windows, utan att man nödvändigtvis behöver formatera om hela enheten.

    fsck.exfat har även fått förbättrad hantering av biträkning i bitmappar och bättre skydd mot överflöden i förloppsvisningen när bitmappar är korrupta. Det gör reparationsverktyget mer pålitligt även när filsystemet är skadat på ovanliga sätt.

    Nya verktyg för DOS-attribut

    En annan nyhet i Exfatprogs 1.4 är två nya verktyg: chdosattr och lsdosattr.

    Dessa används för att visa och ändra DOS-filattribut. Sådana attribut kan exempelvis ange om en fil är skrivskyddad, dold eller markerad som systemfil. Även om detta kan låta gammaldags används attributen fortfarande i filsystem som har rötter i Windowsvärlden.

    För Linuxanvändare som hanterar exFAT-enheter tillsammans med Windows kan dessa verktyg vara användbara när filer beter sig oväntat, till exempel om de visas som dolda eller skrivskyddade på en annan dator.

    Mindre gammalt arv och bättre I/O-hantering

    Exfatprogs 1.4 tar också ett steg bort från riktigt gamla Linuxmiljöer genom att stödet för Linuxkärnor äldre än 2.6 tas bort. För moderna Linuxdistributioner är detta normalt inget problem, men det gör koden enklare att underhålla.

    Versionen kan även återhämta sig bättre från korta läs- och skrivoperationer vid I/O. Det betyder att verktygen blir bättre på att hantera situationer där en läsning eller skrivning inte slutförs helt på första försöket. Det är en teknisk förbättring som kan ge högre driftsäkerhet vid arbete med lagringsmedia.

    Varför är detta viktigt?

    För de flesta användare är filsystem något man helst inte ska behöva tänka på. Ett USB-minne ska bara fungera. En extern hårddisk ska kunna kopplas in i både Linux och Windows. Ett SD-kort ska kunna läsas i datorn utan krångel.

    Det är just därför Exfatprogs är viktigt. Paketet ger Linux de verktyg som behövs för att exFAT ska fungera stabilt och förutsägbart. När verktyg som mkfs.exfat och fsck.exfat förbättras får användaren i praktiken färre problem med externa lagringsenheter.

    Exfatprogs 1.4 är därför inte bara en uppdatering för utvecklare. Det är också en förbättring för vanliga Linuxanvändare som vill att deras USB-minnen, minneskort och externa diskar ska fungera utan bekymmer mellan olika operativsystem.

    Så får du Exfatprogs 1.4

    Källkoden till Exfatprogs 1.4 finns på projektets GitHub-sida för den som vill kompilera själv. För de flesta användare är det däremot bättre att installera exfatprogs via den egna Linuxdistributionens vanliga paketförråd.

    På Debian, Ubuntu och närbesläktade system brukar paketet kunna installeras med:

    På Fedora används normalt:

    Och på Arch Linux:

    När version 1.4 dyker upp i de stabila paketen beror på vilken distribution man använder och hur snabbt den uppdaterar sina paket.

    Sammanfattning

    Exfatprogs 1.4 är en tekniskt viktig uppdatering för exFAT-stödet i Linux. Den ger bättre formatering, bättre Windows-kompatibilitet, nya DOS-attributverktyg, säkrare hantering av befintliga filsystem och flera rättningar för stora eller ovanliga lagringsenheter.

    För användaren betyder det framför allt en sak: exFAT på Linux blir tryggare, stabilare och mer kompatibelt med Windows.

    https://github.com/exfatprogs/exfatprogs/releases/tag/1.4.0

    Teknisk faktaruta: Exfatprogs 1.4

    Program: Exfatprogs

    Version: 1.4

    Typ: Användarverktyg för exFAT-filsystem i Linux

    Plattform: Linux

    Filsystem: exFAT

    Viktiga verktyg:

    • mkfs.exfat – skapar och formaterar exFAT-filsystem
    • fsck.exfat – kontrollerar och reparerar exFAT-filsystem
    • chdosattr – ändrar DOS-filattribut
    • lsdosattr – visar DOS-filattribut

    Nya funktioner i version 1.4:

    • Stöd för att skapa partitionstabell vid formatering
    • Bättre kompatibilitet med Windows
    • Ny funktion för egen upcase-tabell
    • Utskrift av volymens UUID efter formatering
    • Nya alternativ i fsck.exfat: --put-mbr och --clear-mbr
    • Nya verktyg för DOS-attribut: chdosattr och lsdosattr

    Förbättringar:

    • Säkrare formatering med upptäckt av befintliga filsystem och partitionstabeller
    • Bättre loggning, verifiering och förloppsvisning
    • Förbättrad hantering av mycket små och mycket stora lagringsenheter
    • Rättningar för UUID-visning, direkt I/O och 32-bitars överflöden

    Rekommenderad installation: Via distributionens vanliga paketförråd

    Exempel: sudo apt install exfatprogs

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

  • Linux får ett rejält lyft för NTFS – nu med riktigt skrivstöd

    Linux får nu ett kraftigt förbättrat stöd för filsystemet NTFS, som länge varit standard i Windows. Med den nya NTFS-drivrutinen i Linux-kärnan 7.1 blir det möjligt att inte bara läsa utan också skriva fullt ut till NTFS-diskar, samtidigt som prestanda, stabilitet och underhåll förbättras.

    Linux får ett rejält lyft för NTFS – nu med riktigt skrivstöd

    För många datoranvändare är NTFS bara ännu en teknisk förkortning i bakgrunden. Men i praktiken är det ett av världens mest använda filsystem, eftersom det är standard i Windows. Därför är nyheten att Linux-kärnan 7.1 får en ny NTFS-drivrutin med fullständigt skrivstöd större än den först kan verka.

    Det handlar inte bara om att Linux nu kan “läsa och skriva” bättre på Windows-diskar. Det handlar också om snabbare filhantering, bättre stabilitet och modernare kod i själva hjärtat av operativsystemet.

    Vad är NTFS – och varför spelar det roll?

    Ett filsystem är den struktur som avgör hur filer lagras, hittas och organiseras på en hårddisk eller ett USB-minne. Windows använder sedan länge NTFS som sitt huvudsakliga filsystem. Linux använder oftast andra filsystem, som ext4 eller Btrfs, men i vardagen möts systemen ofta.

    Det gäller till exempel när någon kör både Windows och Linux på samma dator, flyttar filer med externa hårddiskar eller USB-minnen, eller arbetar i blandade IT-miljöer där båda systemen används.

    I sådana situationer är det viktigt att Linux kan hantera NTFS-diskar på ett säkert och effektivt sätt.

    Från läsning till full kontroll

    Tidigare har Linux haft begränsat stöd för NTFS i kärnan. Den äldre inbyggda drivrutinen var i praktiken bara för läsning, vilket innebar att användare kunde öppna filer men inte arbeta med dem fullt ut direkt från Linux.

    Nu kommer en ny lösning i Linux 7.1. Den är utvecklad av kärnutvecklaren Namjae Jeon, som beskriver arbetet som resultatet av fyra års utveckling. Målet har varit att skapa en modern NTFS-drivrutin med fullständigt skrivstöd, bättre prestanda, stabilare underhåll och stöd för verktyg i användarutrymmet, bland annat filsystemskontroll.

    Det gör att Linux får betydligt bättre möjligheter att arbeta med NTFS-diskar utan att behöva luta sig mot äldre eller mindre välunderhållna lösningar.

    Vad är det som är nytt?

    Det tekniskt mest betydelsefulla är att den nya drivrutinen inte bara lägger till skrivstöd, utan också bygger på modern Linux-infrastruktur. Bland förbättringarna finns stöd för sådant som iomap, en modern metod för att hantera hur filer kopplas till lagringsutrymme, folio-konvertering som förbättrar hur minnessidor hanteras i kärnan, borttagning av beroendet till buffer_head, en äldre mekanism i Linux, samt stöd för både buffrad och direkt in- och utmatning.

    Översatt till vardagsspråk innebär detta att drivrutinen är bättre anpassad till hur dagens Linux-kärna fungerar. Det gör den både mer framtidssäker och enklare att underhålla.

    Bättre än NTFS3 i tester

    Linux har redan haft en separat NTFS-drivrutin kallad NTFS3, men den nya lösningen verkar ha tagit ett steg framåt i både underhåll och testresultat.

    I de tester som lyfts fram klarade den nya NTFS-drivrutinen 326 xfstests, jämfört med 273 för NTFS3. xfstests är en etablerad testsvit som används för att kontrollera hur väl filsystem beter sig under olika typer av belastning och felhantering.

    Det betyder inte att allt är perfekt, men det tyder på att den nya koden är mer robust och fungerar bättre i fler scenarier.

    Mer än bara läsa och skriva

    Den nya drivrutinen innehåller också stöd för funktioner som fallocate, för effektiv reservering av diskutrymme, idmapped mounts som underlättar modern rättighetshantering, förbättrat stöd för behörigheter och ett nytt verktygspaket i användarutrymmet: ntfsprogs-plus.

    Det sistnämnda är särskilt intressant, eftersom det inkluderar verktyg för fsck-liknande kontroll och reparation av NTFS-filsystem. Med andra ord handlar nyheten inte bara om en drivrutin i kärnan, utan om ett bredare ekosystem för att faktiskt kunna underhålla NTFS-volymer i Linux.

    Varför detta är viktigt för vanliga användare

    Den här typen av nyhet låter lätt som något bara kärnutvecklare bryr sig om. Men i verkligheten påverkar det många fler.

    För en vanlig användare kan förbättrat NTFS-stöd innebära att externa diskar fungerar smidigare mellan Windows och Linux, att dualboot-system blir enklare att använda, att risken för fel minskar vid filöverföring och att Linux blir mer praktiskt i blandade miljöer.

    För administratörer och avancerade användare betyder det också bättre kontroll, bättre verktyg och en mer långsiktig lösning.

    När kommer det?

    Linux-kärnan 7.0 släpptes den 12 april 2026. Om utvecklingen följer det vanliga schemat väntas Linux 7.1 komma någon gång i mitten eller slutet av juni 2026.

    Det innebär att användare sannolikt inte behöver vänta särskilt länge innan den nya NTFS-drivrutinen börjar dyka upp i kommande Linuxdistributioner.

    Ett litet steg i koden – ett stort steg i kompatibilitet

    Den nya NTFS-drivrutinen är ett bra exempel på hur låg nivå i mjukvaruvärlden kan få stor praktisk betydelse. För den som växlar mellan Windows och Linux handlar det om något så enkelt som att filer ska gå att öppna, flytta, redigera och reparera utan problem.

    Men under ytan är det också en berättelse om långsiktigt utvecklingsarbete: fyra år av modernisering, testning och anpassning till dagens Linux-kärna.

    Och just därför är detta mer än bara ännu en teknisk uppdatering. Det är ett steg mot att göra Linux mer användbart i en värld där olika operativsystem hela tiden måste fungera tillsammans.

    Faktaruta: NTFS i Linux 7.1

    Ny drivrutin: Linux 7.1 får en modern NTFS-drivrutin.

    Fullt skrivstöd: Linux kan läsa och skriva till NTFS-volymer mer komplett än tidigare.

    Modern teknik: Bygger på iomap, folio-konvertering och förbättrad minneshantering.

    Testresultat: 326 xfstests godkända, jämfört med 273 för NTFS3.

    Nya funktioner: Stöd för fallocate, idmapped mounts och NTFS-verktyg i användarutrymmet.

    Varför viktigt? Bättre kompatibilitet mellan Linux och Windows i vardaglig användning.

  • 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)
  • 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.

  • Så kollar du hur hårddisken mår i Linux.

    SMART (Self-Monitoring, Analysis and Reporting Technology) är en inbyggd funktion i hårddiskar och SSD-enheter som kontinuerligt övervakar deras hälsa. Genom att analysera parametrar som temperatur, driftstimmar och antal defekta sektorer kan SMART ge tidiga varningssignaler om en enhet håller på att gå sönder. I Linux kan man med hjälp av paketet smartmontools snabbt kontrollera diskens status, köra självtester och sätta upp automatiserad övervakning. Denna artikel förklarar tekniken bakom SMART och visar hur du i praktiken kan kontrollera hårddiskars och SSD:ers hälsa i olika Linux-distributioner.

    Vad är SMART?

    SMART står för Self-Monitoring, Analysis and Reporting Technology. Det är en standardiserad teknik som finns inbyggd i nästan alla hårddiskar (HDD) och SSD-enheter.

    Syftet är att övervaka diskens hälsa i realtid och varna innan fel leder till dataförlust. SMART gör detta genom att logga olika attribut (mätvärden) som visar hur disken mår.

    Exempel på viktiga attribut:

    • Reallocated Sector Count – Antal sektorer som markerats defekta och ersatts med reservsektorer. Ett ökande värde betyder att disken försämras.
    • Current Pending Sector Count – Antal sektorer som är osäkra och väntar på omallokering. En stark varningssignal.
    • Power-On Hours – Hur länge enheten har varit igång. Ger en bild av diskens ålder.
    • Temperature – Diskens arbetstemperatur. Hög temperatur förkortar livslängden.
    • Wear Leveling Count (SSD) – Mäter hur mycket av flashminnets livslängd som har förbrukats.

    SMART fungerar genom att disken själv registrerar dessa värden och rapporterar dem till operativsystemet via ATA/SATA eller NVMe-protokoll. Systemadministratören kan sedan läsa ut informationen med verktyg som smartctl.

    Praktisk guide: Kontrollera diskar med SMART i Linux

    1. Installera verktyget smartmontools

    Debian/Ubuntu

    sudo apt update
    sudo apt install smartmontools

    Red Hat / CentOS / Fedora

    sudo dnf install smartmontools

    (äldre system:)

    sudo yum install smartmontools

    Arch Linux / Manjaro

    sudo pacman -S smartmontools

    openSUSE

    sudo zypper install smartmontools

    2. Identifiera disken

    Lista anslutna enheter:

    lsblk

    eller

    sudo fdisk -l

    Notera diskens beteckning, t.ex. /dev/sda, /dev/sdb, eller /dev/nvme0n1.


    3. Kontrollera SMART-stöd och status

    Visa information om enheten

    sudo smartctl -i /dev/sdX

    Snabb hälsokontroll

    sudo smartctl -H /dev/sdX
    • PASSED → Disken rapporterar inga kritiska fel.
    • FAILED → Disken är defekt, byt ut den.

    4. Läs ut detaljerad SMART-data

    sudo smartctl -A /dev/sdX

    Här får du fram attribut som:

    • Antal driftstimmar
    • Temperatur
    • Omallokerade sektorer
    • Pending-sektorer
    • SSD-slitagevärden

    5. Kör SMART-självtester

    SMART kan själv testa diskens hälsa genom interna tester.

    Kort test (ca 2 minuter):

    sudo smartctl -t short /dev/sdX

    Se resultatet:

    sudo smartctl -l selftest /dev/sdX

    Långt test (kan ta flera timmar):

    sudo smartctl -t long /dev/sdX

    Se resultatet:

    sudo smartctl -l selftest /dev/sdX

    6. Tolkning av resultat

    • Reallocated_Sector_Ct > 0 → Dålig disk, byt ut så snart som möjligt.
    • Current_Pending_Sector > 0 → Risk för dataförlust, byt disk.
    • Temperature > 55°C → För hög, kontrollera kylning.
    • Power_On_Hours > 40.000 h → Disken är gammal, ökad risk för fel.
    • PASSED men med varningar → SMART kan missa vissa fel, gör alltid backup.

    7. Löpande övervakning med smartd

    För servrar kan du köra smartd, en bakgrundstjänst som övervakar alla diskar och skickar varningar.

    Aktivera tjänsten:

    sudo systemctl enable smartd
    sudo systemctl start smartd

    Konfiguration:

    /etc/smartd.conf

    Här kan du ange e-postadress för automatiska varningar.

    Slutsats

    SMART är en inbyggd teknik för självdiagnostik i hårddiskar och SSD\:er. Med hjälp av smartmontools i Linux kan administratörer:

    • Kontrollera diskars hälsa.
    • Köra självtester.
    • Upptäcka problem i tid.
    • Få automatiska varningar via smartd.

    Det är en viktig del i förebyggande underhåll. Men kom ihåg:
    👉 SMART ersätter aldrig regelbundna säkerhetskopior.

    Lite exempel

    För ut denna log när jag skriver : smartctl /dev/sdc

    IDSizeValueDescription
    0x000a22Device-to-host register FISes sent due to a COMRESET
    0x000120Command failed due to ICRC error
    0x000320R_ERR response for device-to-host data FIS
    0x000420R_ERR response for host-to-device data FIS
    0x000620R_ERR response for device-to-host non-data FIS
    0x000720R_ERR response for host-to-device non-data FIS

    SATA Phy Event Counters (GP Log 0x11)

    Dessa värden loggas av SATA-fysiklagret (den elektriska/kommunikationsdelen av protokollet).
    De visar olika felhändelser eller specialfall vid kommunikation mellan disk och värddator.

    IDValueBeskrivningFörklaring
    0x000a2Device-to-host register FISes sent due to a COMRESETDisken har skickat Register FIS (Frame Information Structure) till värden p.g.a. en COMRESET (en återställningssignal i SATA-länken). Två gånger har länken återställts.
    0x00010Command failed due to ICRC errorInga kommandon har misslyckats på grund av ICRC (Interface Cyclic Redundancy Check) fel. Ett ICRC-fel innebär korrupt data mellan värd och disk.
    0x00030R_ERR response for device-to-host data FISInga R_ERR (error responses) inträffade vid dataöverföring från enheten till värden.
    0x00040R_ERR response for host-to-device data FISInga felrapporter från värden till enheten när data skickades åt det hållet.
    0x00060R_ERR response for device-to-host non-data FISInga fel vid icke-dataöverföringar från disken (t.ex. kontroll/kommandoramar).
    0x00070R_ERR response for host-to-device non-data FISInga fel vid icke-dataöverföringar från värden till disken.

    Tolkningar

    • Värden på 0 = inga fel, vilket är bra.
    • 0x000a = 2 betyder att SATA-länken har återställts två gånger.
      Det behöver inte vara ett problem, men om värdet ökar ofta kan det tyda på:
    • Dåliga kablar eller kontakter
    • Strömproblem
    • Buggar i kontroller/drivrutiner
    SMART – teknisk faktaruta

    SMART (Self-Monitoring, Analysis and Reporting Technology) är inbyggd i HDD/SSD och övervakar hälsan via interna sensorer och räknare. Enheten lagrar attribut i firmware och rapporterar dem till värddatorn. Tester körs internt i disken och resultat loggas för felsökning.


    Terminologi (SMART-attribut & status)
    • ATTRIBUTE / ID – Namn och numeriskt ID för mätvärdet.
    • VALUE / WORST / THRESH – Normaliserade värden (ofta 100→0 eller 200→0). FAIL inträffar när VALUE ≤ THRESH enligt tillverkarens gräns.
    • RAW_VALUE – Rå räknare (t.ex. antal sektorer, fel, grader °C).
    • TYPEPre-fail (tidig varning) eller Old_age (slitage/ålder).
    • STATUS (smartctl -H)PASSED / FAILED – snabb sammanfattning.
    • TesttyperShort (snabb ytkontroll), Long/Extended (hela ytan), Conveyance (transportskador, främst HDD), Selective (delmängd).
    • LoggarSelf-test log, Error log (senaste I/O-fel med LBA).
    Vanliga indikatorer
    • Reallocated_Sector_Ct > 0 → reservsektorer har tagits i bruk (slitage/problem på medier).
    • Current_Pending_Sector > 0 → osäkra sektorer som väntar på omallokering (hög risk).
    • UDMA_CRC_Error_Count > 0 → ofta kabel/kontaktproblem (SATA).
    • Temperature > ~55 °C → kylproblem, förkortad livslängd.
    • SSD-specifiktWear_Leveling_Count/Media_Wearout (SATA), Percentage Used (NVMe).

    Kompatibilitet
    • HDD (SATA/PATA/SAS) – Ja, stöds brett via smartctl (SAS ofta med HBA-pass-through).
    • SSD (SATA) – Ja, SMART-attribut för slitage, omallokering, temperatur m.m.
    • NVMe-SSD – Ja, via NVMe SMART/Health-logg. smartctl och nvme-cli kan läsa dessa.
    • USB-kabinett/dockorBeror på brygga. Kräver SAT-pass-through; prova smartctl -d sat /dev/sdX. Vissa adaptrar exponerar inte SMART alls.
    • Virtualisering – kräver enhets-/controller-pass-through för tillförlitliga värden.
    Snabbkommandon (Linux)
    # Identifiera enhet
    lsblk    # t.ex. /dev/sda, /dev/sdb, /dev/nvme0n1
    
    # HDD/SSD (SATA)
    sudo smartctl -iH -A /dev/sdX       # info + hälsa + attribut
    sudo smartctl -t short  /dev/sdX    # kort test
    sudo smartctl -t long   /dev/sdX    # långt test
    sudo smartctl -l selftest /dev/sdX  # testlogg
    
    # NVMe-SSD
    sudo smartctl -a /dev/nvme0         # SMART/Health från controllern
    sudo nvme smart-log /dev/nvme0      # alternativ via nvme-cli
      
    Begränsningar och råd
    • SMART är statistiskt/heuristiskt – plötsliga fel kan ske utan förvarning. Ha alltid backup.
    • Tolkning varierar mellan tillverkare; jämför trender över tid snarare än enstaka värden.
    • Kombinera med yttester (t.ex. badblocks) vid osäkerhet.

Etikett: lagring

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

  • Exfatprogs 1.4 släppt – bättre stöd för exFAT på Linux

    Exfatprogs 1.4 har släppts och ger Linuxanvändare bättre verktyg för att skapa, kontrollera och reparera exFAT-formaterade lagringsenheter. Den nya versionen förbättrar framför allt kompatibiliteten med Windows, gör formatering säkrare och lägger till nya funktioner för både vanliga användare och mer avancerade systemadministratörer. För alla som använder USB-minnen, SD-kort eller externa hårddiskar mellan olika operativsystem är…

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

  • Linux får ett rejält lyft för NTFS – nu med riktigt skrivstöd

    Linux får nu ett kraftigt förbättrat stöd för filsystemet NTFS, som länge varit standard i Windows. Med den nya NTFS-drivrutinen i Linux-kärnan 7.1 blir det möjligt att inte bara läsa utan också skriva fullt ut till NTFS-diskar, samtidigt som prestanda, stabilitet och underhåll förbättras. Linux får ett rejält lyft för NTFS – nu med riktigt…

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

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

  • Så kollar du hur hårddisken mår i Linux.

    SMART (Self-Monitoring, Analysis and Reporting Technology) är en inbyggd funktion i hårddiskar och SSD-enheter som kontinuerligt övervakar deras hälsa. Genom att analysera parametrar som temperatur, driftstimmar och antal defekta sektorer kan SMART ge tidiga varningssignaler om en enhet håller på att gå sönder. I Linux kan man med hjälp av paketet smartmontools snabbt kontrollera diskens…