• Linux 7.0 är här – stabil Rust och smartare lagring

    Linuxvärlden tar ett steg in i en ny versionsserie när den första testversionen av Linux kernel 7.0 nu är ute. Bakom det nya huvudnumret döljer sig ingen dramatisk omvälvning – men däremot ett stabilt Rust-stöd, smartare filsystem och tekniska förbättringar som stärker säkerhet och prestanda inför framtiden.

    Den första testversionen av Linux kernel 7.0 har nu släppts för allmän testning. Det markerar början på några månaders finjustering innan den färdiga versionen väntas i april 2026.

    Att versionsnumret nu kliver upp från 6.19 till 7.0 betyder dock inte att hela systemet gör en dramatisk kursändring. Enligt skaparen Linus Torvalds handlar det snarare om en praktisk omstart av nummerserien än om någon teknisk revolution. Linux har länge utvecklats genom stabila, stegvisa förbättringar snarare än genom stora språng mellan huvudversioner.

    Rust blir en permanent del av kärnan

    Den kanske viktigaste nyheten är att stödet för programmeringsspråket Rust nu betraktas som stabilt. Tidigare har det legat under en experimentell etikett, men i version 7.0 anses tekniken mogen.

    Rust är känt för att minska risken för minnesrelaterade säkerhetsproblem, som buffer overflows och use-after-free-buggar. Sådana fel har historiskt varit en vanlig orsak till säkerhetsbrister i systemprogramvara.

    Det betyder inte att Linux skrivs om i Rust. Kärnan är fortfarande till största delen skriven i C. Men Rust blir nu ett etablerat komplement, särskilt för ny kod där säkerhet är extra viktig.

    Prestandalyft för moderna processorer

    Linux 7.0 introducerar stöd för atomiska 64-bytesläsningar på ARM-processorer. Det är en teknisk detalj som framför allt gynnar servrar och avancerade inbyggda system, där effektiv hantering av minne och parallell bearbetning är avgörande.

    En annan förbättring gäller hur in- och utdata hanteras. Genom att optimera så kallade submission queue-poster kan systemet hålla data närmare processorns cacheminne, vilket minskar fördröjningar.

    För vanliga användare märks detta kanske inte direkt, men i datacenter och molntjänster kan sådana förbättringar ge påtagliga effektivitetsvinster.

    Filsystem som kan reparera sig själva

    Två viktiga filsystem får uppmärksamhet i 7.0.

    Btrfs får ett första stöd för en funktion kallad remap-tree. Den gör det möjligt att ändra logiska blockadresser utan att behöva flytta själva datan. Det kan underlätta avancerad hantering av Copy-on-Write och datarörlighet. Funktionen betraktas dock fortfarande som experimentell.

    XFS får stöd för mer autonom självläkning. Det innebär att systemet i vissa fall själv kan upptäcka och korrigera skador i filsystemets metadata. För stora lagringssystem kan detta minska risken för driftstopp och dataförlust.

    Förberedelser för en kvantframtid

    En annan viktig förändring är stödet för ML-DSA, en signaturalgoritm anpassad för en framtid där kvantdatorer kan hota dagens krypteringsmetoder. Genom att redan nu integrera post-kvantkryptografi visar Linuxprojektet att det planerar för långsiktig säkerhet.

    Vad händer nu?

    En Release Candidate innebär att nya funktioner är låsta och att fokus ligger på testning och buggfixar. Vanligtvis släpps en ny testversion varje vecka.

    Om utvecklingen följer normal takt kan den slutliga versionen av Linux 7.0 släppas i mitten av april 2026.

    Linux 7.0 är alltså inte en dramatisk omvälvning. Men den visar tydligt hur världens mest använda operativsystemskärna fortsätter att utvecklas metodiskt: säkrare, effektivare och bättre rustad för framtidens teknik.

    https://kernel.org

    TEKNISK FAKTARUTA
    Ämne
    Linux-kärnan 7.0 rc1
    Vad är en RC?
    Release Candidate: testversion där fokus är buggfixar och stabilisering.
    Versionshoppet 7.0
    Ny huvudversion av praktiska skäl (inte “feature-revolution”).
    Stabil nyhet
    Rust-stöd räknas som stabilt (inte längre “experimentellt”).
    CPU / arkitektur
    Stöd för atomiska 64-bytesläsningar på ARM.
    Filsystem: Btrfs
    Direct I/O vid blockstorlek större än sidstorlek; initialt remap-tree (experimentellt).
    Filsystem: XFS
    Stöd för mer autonom “self-healing”.
    Säkerhet
    Stöd för ML-DSA post-kvant-signaturer.
    Komprimering
    EROFS: LZMA som standard.
    Tidslinje
    Slutrelease väntas i mitten av april 2026 (beroende på antal RC).
    Tips: Testa RC i icke-kritiska miljöer och rapportera buggar uppströms.
  • Linux kernel 7.0 kan ge XFS ett eget immunförsvar

    Linux kan vara på väg att bli mer självläkande. Inför kärnan 7.0 föreslås en ny funktion i XFS som rapporterar filsystemproblem i realtid och låter en användarrymnsdemon starta reparationer automatiskt, innan små fel hinner växa till driftstopp eller dataförlust.

    I den kommande utvecklingscykeln för Linux 7.0 kan ett viktigt steg tas mot mer självläkande filsystem. Förslaget gäller XFS, ett högpresterande filsystem som ofta används i servrar och datacenter, och introducerar något som kan liknas vid ett digitalt immunförsvar.

    I dag fungerar felhantering i stor utsträckning reaktivt. Om ett problem uppstår, till exempel metadata-korruption eller in- och utmatningsfel mot lagringsmediet, loggas detta i systemet. Därefter måste en administratör analysera situationen och eventuellt köra reparationsverktyg manuellt. Det nya förslaget innebär att filsystemet i stället kan rapportera problem i realtid till ett program i användarrymden som kan agera direkt.

    Realtidssignaler från filsystemet

    Kärnan föreslås få en ny funktion som skickar så kallade hälsosignaler när XFS upptäcker problem. Det kan röra sig om metadatafel, fil I O fel, misslyckade mediekontroller eller större händelser som plötsliga nedstängningar och avmonteringar.

    Till skillnad från traditionella loggmeddelanden skickas dessa händelser genom en särskild filbeskrivare som ett användarprogram kan öppna. Informationen levereras i strukturerat format, vilket gör den maskinläsbar och lättare att automatisera. Endast program med administratörsbehörighet får tillgång till dessa signaler.

    Händelserna köas internt i kärnan och systemet är utformat så att flera olika fel kan rapporteras utan att blockera normal drift.

    En ny demon för självläkning

    För att dra nytta av den nya mekanismen föreslås en användarrymnsdemon med namnet xfs_healer. Den är tänkt att köras som en systemtjänst och automatiskt lyssna efter hälsosignaler från filsystemet.

    När ett problem upptäcks kan demonen starta en reparation utan att en människa behöver ingripa. Endast om en faktisk reparation pågår blockeras en avmontering av filsystemet. I övrigt påverkas inte den normala användningen.

    Detta innebär ett tydligt skifte från manuell och efterhandsbaserad felsökning till kontinuerlig övervakning och snabb respons.

    Ny funktion för medieverifiering

    Förslaget innehåller också ett nytt systemanrop för att verifiera lagringsmediet. Om kontrollen hittar problem rapporteras resultaten genom samma hälsosystem. På så sätt samlas all information om filsystemets och lagringsmediets tillstånd i ett enhetligt rapporteringsflöde.

    Det gör det enklare att bygga verktyg som övervakar och analyserar systemets hälsa över tid.

    Ett steg mot mer autonoma system

    Om förändringarna accepteras i Linux 7.0 kan det förändra hur Linux hanterar lagringsfel under drift. I stället för att vänta på att en administratör upptäcker problem i loggar kan systemet själv signalera och i vissa fall åtgärda dem.

    För stora installationer, som molntjänster och databasserverar, kan detta innebära ökad stabilitet, kortare driftstopp och minskad risk för dataförlust.

    Förslaget är ännu inte infört i huvudkoden, men markerar en tydlig ambition att göra Linux mer självreparerande och robust i framtiden.

    TEKNISK FAKTARUTA: XFS självläkning i Linux 7.0 (förslag)
    Patchnamn: xfs: autonomous self-healing of filesystems
    Mål: Rapportera XFS-hälsoproblem i realtid och möjliggöra automatisk åtgärd via userspace
    Status: Föreslaget för Linux 7.0-cykeln (ej mainline-merge vid skrivande stund)
    Hur det är tänkt att fungera
    1) Upptäckt: XFS fångar händelser som metadata-korruption, I/O-fel, misslyckad mediekontroll, shutdowns/unmounts
    2) Rapportering: Händelser skickas inte bara till kernel logg utan via en anonym file descriptor till userspace
    3) Dataformat: Läsning sker som C-strukturer (maskinläsbart), vilket underlättar automation
    4) Åtgärd: En userspace-demon kan trigga reparationer automatiskt utifrån eventtypen
    Behörighet och säkerhet
    Åtkomstkrav: Program som lyssnar behöver CAP_SYS_ADMIN
    Resurskontroll: Intern kö med begränsningar för att undvika resursuttömning
    Ny komponent i userspace
    Demon: xfs_healer (tänkt att hanteras av systemd)
    Autostart: Kan triggas via fanotify
    Unmount-beteende: Blockerar endast avmontering när reparation faktiskt pågår
    Ny ioctl för medieverifiering
    Syfte: Verifiera lagringsmedia och rapportera resultat via samma health event-system
    Effekt: Enhetlig rapportering av integritetsproblem och felindikatorer
  • 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.

Etikett: XFS

  • Linux 7.0 är här – stabil Rust och smartare lagring

    Linuxvärlden tar ett steg in i en ny versionsserie när den första testversionen av Linux kernel 7.0 nu är ute. Bakom det nya huvudnumret döljer sig ingen dramatisk omvälvning – men däremot ett stabilt Rust-stöd, smartare filsystem och tekniska förbättringar som stärker säkerhet och prestanda inför framtiden. Den första testversionen av Linux kernel 7.0 har…

  • Linux kernel 7.0 kan ge XFS ett eget immunförsvar

    Linux kan vara på väg att bli mer självläkande. Inför kärnan 7.0 föreslås en ny funktion i XFS som rapporterar filsystemproblem i realtid och låter en användarrymnsdemon starta reparationer automatiskt, innan små fel hinner växa till driftstopp eller dataförlust. I den kommande utvecklingscykeln för Linux 7.0 kan ett viktigt steg tas mot mer självläkande filsystem.…

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