The installer supports the system role Transactional Server. This system role features an update system that applies updates atomically (as a single operation) and makes them easy to revert should that become necessary. These features are based on the package management tools that all other SUSE and openSUSE distributions also rely on. This means that the vast majority of RPM packages that work with other system roles of openSUSE Leap 15.5 also work with the system role Transactional Server.

Uppdateringssystemet bygger på följande tekniker:

För att arbeta med transaktionsuppdateringar, använd alltid kommandot transactional-update i stället för YaST och Zypper vid programhantering:

Den här systemrollen utför som standard en daglig omstart av systemet mellan 03:30 och 05:00. Båda dessa åtgärder hanteras av systemd, och kan om nödvändigt inaktiveras med systemctl:

systemctl disable --now transactional-update.timer rebootmgr.service

För mer information om transaktionsuppdateringar, se openSUSE Kubic bloggposter https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ och https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

Installationsprogrammet kommer bara att föreslå ett partitioneringsschema om den tillgängliga hårddiskstorleken är större än 12 GB. Om du t.ex. vill ställa in mycket små virtuella maskinbilder, använd den guidade partitionshanteraren.

Innan du installerar openSUSE på en dator som använder UEFI (Unified Extensible Firmware Interface) bör du kontrollera i fall det finns, och i så fall installera installera rekommenderade firmware-uppdateringar för din hårdvara. Att din dator levererats med Windows 8 eller senare är tecken på att datorn har UEFI boot.

Bakgrund: En del UEFI-firmware har en bugg som får datorn att krascha om operativsystemet skriver in för mycket data i UEFI:ets lagringsutrymme. Men det finns inget som berättar vad som är ”för mycket”.

openSUSE minimerar denna risk genom att bara skriva in så mycket som behövs för att starta operativsystemet. Det som skrivs in är endast var UEFI-firmwaret skall leta efter openSUSE:s bootloader. Funktioner för att för att lagra uppstartsloggar och information om kraschar (pstore) i UEFI-området som uppströms Linuxkärnor har, är därför avstängd. Men trots det bör du uppdatera ditt UEFI-firmware för att undvika eventuella problem.

Med EFI/UEFI specifikationerna kom en ny modell för partitionering: GPT (GUID Partition Table). Denna nya layout använder GUID-identifierare (ett globalt unikt 128-bit tal visat i 32 hexadecimala siffror) för att identifiera enheter och partitionstyper.

UEFI specifikationerna tillåter också partitioner av den föråldrade typen MBR (MS-DOS). Linux bootladdare (ELILO eller GRUB 2) försöker att automatiskt generera ett GUID för partitioner av denna typ och skriva in dem i firmwaret. Sådana GUID kan ändras ofta och måste då omregistreras i firmwaret. En omregistrering består av två operationer: avlägsna det gamla ID:et och skapa ett nytt som ersätter det gamla.

Moderna firmware har en soptunnehanterare som registrerar de borttagna ID:en och frigör minnet som är reserverat för dessa. Felaktiga firmware som inte lyckas frigöra dessa resurser kan leda till att datorn inte längre kan starta.

Omvandla MBR-partitionerna till GPT för att komma runt problemet .

Föråldrade paket levereras fortfarande som en del av distributionen, men kommer att plockas bort i nästa version av openSUSE. De finns med för att underlätta övergången, men du bör undvika att använda dem då de inte uppdateras.

För att ta reda på i fall ett installerat paket inte längre underhålls förvissa dig om att lifecycle-data-openSUSE paketet är installerat, och kör sedan kommandot:

zypper lifecycle

Borttagna paket levereras inte längre som en del av distributionen.

Från och med openSUSE Leap 15.2 är kärnmodulsignaturkontroll för tredjepartsdrivrutiner (CONFIG_MODULE_SIG=y) nu aktiverad. Detta är en viktig säkerhetsåtgärd för att undvika opålitlig kod som körs i kärnan.

Detta kan förhindra tredjeparts kärnmoduler från att laddas om UEFI Säker Boot är aktiverad. Kärnmodul paket (KMPs) från dom officella openSUSE-arkiven påverkas inte, eftersom dessa modulers innehåll är signerade med openSUSE nyckeln. Dessa signaturcheckar har följande beteende:

Det är möjligt att generera ett anpassad certifikat, registrera det i systemet's Maskinägar nyckel databas (MOK), och signera lokalt kompilera kärnmoduler med detta certifikats nyckel. Moduler signerade på detta sätt kommer varken att blockeras eller orsaka varningar. Se https://en.opensuse.org/openSUSE:UEFI.

Eftersom detta också påverkar NVIDIA grafikdrivrutiner. så har vi adresserat detta i våra officella paket för openSUSE. Dock behöver du manuellt skapa en ny MOK nyckel efter installation för att få det nya paketet att fungera. För instruktioner hur du installerar drivrutiner och registrerar MOK nyckeln, se https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

Uppstart av nätverksinstallationsbilden från USB-minne på Raspberry Pi 4 hänger sig vid uppstart. För att lösa det här problemet, lägg till startparametern console=tty. Se detaljerna i avsnittet om kända problem i vår Hårdvarukompatibilitetslista för Raspberry Pi 4.

KDE 4-paket kommer inte att vara en del av openSUSE Leap 15.4. Uppdatera ditt system till Plasma 5 och Qt 5. Vissa Qt 4-paket kan fortfarande finnas kvar av kompatibilitetsskäl. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.

iotop does not display values for SWAPIN and IO %.

Since Linux kernel 5.14, either kernel boot parameter delayacct needs to be specified or kernel.task_delayacct sysctl needs to be enabled.