Installationsprogrammet stödjer systemrollen Transactional Server. Denna systemroll har ett uppdateringssystem som tillämpar uppdateringar atomiskt (som en enda operation) och gör dem lätta att återställa om det skulle bli nödvändigt. Dessa funktioner baseras på samma pakethanteringsverktyg som alla andra SUSE- och openSUSE-distributioner använder sig av. Detta gör att de flesta RPM-paket som fungerar med andra systemroller i openSUSE Leap 15.4 också fungerar med systemrollen 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.

To check whether installed packages are no longer maintained, make sure that the lifecycle-data-openSUSE package is installed, then use the command:

zypper lifecycle

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

Starting with openSUSE Leap 15.2, kernel module signature check for third-party drivers (CONFIG_MODULE_SIG=y) is now enabled. This is an important security measure to avoid untrusted code running in the kernel.

This may prevent third-party kernel modules from being loaded if UEFI Secure Boot is enabled. Kernel Module Packages (KMPs) from the official openSUSE repositories are not affected, because the modules they contain are signed with the openSUSE key. The signature check has the following behavior:

It is possible to generate a custom certificate, enroll it into the system's Machine Owner Key (MOK) data base, and sign locally compiled kernel modules with this certificate's key. Modules signed in this manner will neither be blocked nor cause warnings. See https://en.opensuse.org/openSUSE:UEFI.

Since this also affects NVIDIA graphics drivers, we addressed this in our official packages for openSUSE. However, you need to manually enroll a new MOK key after installation to make the new packages work. For instructions how to install the drivers and enroll the MOK key, see https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

KDE 4 packages will not be part of openSUSE Leap 15.4. Please update your system to Plasma 5 and Qt 5. Some of Qt 4 packages might still remain for compatability reasons. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.