Under decennier har den traditionella modellen för pakethantering i Linux sett ungefär likadan ut. Paketförvaltare som APT, DNF och Zypper laddar ner arkiv, packar upp filer och skriver över befintliga bibliotek direkt på ett levande, monterat filsystem. Denna modell är flexibel och beprövad, men den rymmer också inneboende risker. Ett strömavbrott under en uppgradering, motstridiga paketberoenden eller ett felaktigt skript kan försätta operativsystemet i ett trasigt tillstånd där felsökning kräver djupgående kunskaper via räddningslägen.
För att råda bot på detta har konceptet med ett immutabelt operativsystem vuxit fram som en av de mest intressanta trenderna inom Linux-världen. Två framstående representanter för denna filosofi är Fedora Silverblue och openSUSE Aeon. Genom att kombinera skrivskyddade rotkataloger, atomära uppdateringar och containerbaserad programkörning förändrar de i grunden hur ett modernt skrivbordssystem underhålls.
Vad innebär ett immutabelt operativsystem och atomära uppdateringar?
Ett immutabelt system innebär i praktiken att rotkatalogen, och framför allt systemkatalogen /usr, är monterad som skrivskyddad under normal drift. Varken vanliga användare eller skadlig kod med tillfälliga administratörsrättigheter kan modifiera systemfilerna direkt på disken. Konfigurationsfiler i /etc och personliga filer i /var och /home förblir dock skrivbara, vilket gör att användaren behåller sin personliga anpassning och data.
Kärnan i detta tillvägagångssätt är begreppet atomära uppdateringar. I stället för att ändra filer en efter en på ett aktivt system tillämpas uppdateringen som en odelbar enhet. Antingen appliceras hela uppdateringen korrekt i bakgrunden, eller så appliceras ingenting alls. Systemet växlar till den nya versionen först vid nästa systemomstart. Skulle någonting mot förmodan inte fungera efter omstarten finns den tidigare versionen kvar helt orörd, redo att startas via en enkel återställningsåtgärd i starthanteraren.
Fedora Silverblue: Så fungerar rpm-ostree i praktiken
Fedora Silverblue är en av pionjärerna inom detta segment för vanliga skrivbordsdatorer. Systemet bygger på tekniken OSTree, som ofta beskrivs som ett versionshanteringssystem för operativsystembinärer, snarlikt hur Git fungerar för källkod. Hela operativsystemet hanteras som ett träd av filer som länkas in i filsystemet.
Ovanpå detta använder Fedora ett hybridverktyg som heter rpm-ostree. Detta verktyg gör det möjligt att kombinera rena OSTree-avbilder med traditionella RPM-paket när det verkligen behövs. Mer detaljerad läsning om arkitekturen finns i den officiella dokumentationen för Fedora Silverblue.
När du uppdaterar Fedora Silverblue kör du inte traditionella pakethanterarkommandon, utan interagerar med OSTree-lagret:
# Kontrollera aktuell status och aktiva lager
rpm-ostree status
# Hämta och förbered en atomär uppdatering
rpm-ostree upgradeNär kommandot körs laddas de nya systemfilerna ner och en ny distribution, en så kallad deployment, sätts samman i bakgrunden utan att störa din pågående arbetsdag. När du startar om datorn pekar starthanteraren om till den nya avbildningen. Om en uppdatering orsakar problem kan du rulla tillbaka med ett enda kommando:
# Återställ föregående fungerande systemavbildning
rpm-ostree rollbackDet är även möjligt att lägga till drivrutiner eller särskilda kärnmoduler via lagerhantering med kommandot rpm-ostree install <paketnamn>, men den rekommenderade praxisen är att hålla basavbilden så ren som möjligt.
openSUSE Aeon: Btrfs-ögonblicksbilder och transactional-update
Medan Fedora använder en dedikerad trädstruktur med OSTree har utvecklarna bakom openSUSE Aeon (tidigare känt som MicroOS Desktop) valt en annan väg. Aeon utnyttjar styrkorna i filsystemet Btrfs tillsammans med ett verktyg som kallas transactional-update. Hur projektet är strukturerat beskrivs ingående på openSUSE Aeon-projektets dokumentation.
I openSUSE Aeon genomförs systemuppdateringar genom att verktyget i bakgrunden skapar en ny skrivbar Btrfs-ögonblicksbild (snapshot) baserad på det aktuella systemet. Uppdateringarna, som fortfarande distribueras som vanliga openSUSE RPM-paket via Zypper, installeras sedan i denna isolerade ögonblicksbild i en chroot-miljö. Den aktiva sessionen påverkas inte över huvud taget.
# Utför en manuell transaktionsuppdatering
sudo transactional-update dupNär transaktionen är klar markeras den nya ögonblicksbilden som standard för nästa uppstart och monteras då som skrivskyddad. Skulle installationsskriptet fallera under uppdateringen avbryts hela transaktionen och den felaktiga ögonblicksbilden kastas bort. Datorn förblir i sitt ursprungliga, fungerande skick. Genom Btrfs-integrationen med starthanteraren GRUB kan användaren dessutom manuellt välja att starta upp från en äldre snapshot om en ny kärna skulle orsaka hårdvarukonflikter.
Vardagen med immutabel desktop: Flatpak, Distrobox och felsäkra rollbacks
Övergången till ett immutabelt system innebär ett nytt tankesätt kring hur program installeras och körs. Eftersom användaren inte längre installerar desktopapplikationer direkt i systemets rotkatalog delas programvaran upp i två tydliga lager: grafiska skrivbordsprogram och utvecklingsverktyg.
Grafiska program installeras primärt via Flatpak. Flatpak-applikationer levereras med sina egna beroenden och körs isolerade i en sandlåda via Flatpak och Bubblewrap. Detta innebär att en uppdatering av exempelvis en webbläsare, bildredigerare eller kontorssvit aldrig riskerar att skriva över delade systembibliotek eller krocka med basoperativsystemet. Installation av program sker via programcentralen eller direkt i terminalen:
# Installera ett program via Flathub
flatpak install flathub org.gimp.GIMPFör utvecklare, systemadministratörer och användare som behöver traditionella kommandoradsverktyg är lösningen containers. Med verktyg som Distrobox eller Toolbx kan användaren på några sekunder starta upp valfri Linux-miljö direkt integrerad med den lokala hemkatalogen, X11/Wayland-sessionen och ljudsystemet:
# Skapa en utvecklingscontainer baserad på Arch eller Ubuntu via Distrobox
distrobox create --name dev-miljo --image archlinux:latest
# Kliv in i containern och arbeta som vanligt
distrobox enter dev-miljoInuti containern har du full behörighet att köra paketförvaltare, installera kompilatorer och konfigurera tjänster utan att en enda systemfil på värddatorn rörs. Om containermiljön blir rörig eller instabil kan den raderas och återskapas på några ögonblick.
Arkitekturen bakom Fedora Silverblue och openSUSE Aeon visar tydligt vart modern operativsystemsdesign är på väg. Genom att separera basoperativsystemet från applikationer och utvecklingsmiljöer elimineras den historiska risken för mjukvarukonflikter, samtidigt som underhållsarbetet minimeras och driftsäkerheten maximeras.