Instalátor podporuje systémou roli Transakční server, která obsahuje aktualizační systém provádějící aktualizace atomicky (jako jednu celistvou, nedělitelnou operaci) a tak usnadňuje návrat k předešlému stavu, je-li nezbytný. Atomický způsob aktualizace vychází z nástrojů správy balíčků, na nějž spoléhají také všechny ostatní distribuce SUSE a openSUSE. Převážná většina RPM balíčků, fungujících s jinými systémovými rolemi openSUSE Leap 15.3, tedy funguje i se systémovou rolí Transakční server.

Aby zajistil tyto funkce, spoléhá tento aktualizační systém na:

Pro práci s transakčními aktualizacemi vždy pro správu softwaru používejte příkaz transactional-update místo nástrojů YaST a Zypper:

Při použití této systémové role provádí systém standardně denní aktualizaci a restart v čase mezi 3:30 a 5:00. Obě tyto akce jsou založené na systemd; je-li třeba, lze je zakázat příkazem systemctl:

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

Další informace o transakčních aktualizacích viz články v blogu openSUSE Kubic https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ a https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

Instalátor nabídne schéma diskových oddílů, jen pokud je k dispozici pevný disk větší než 12 GB. Pokud si chcete sestavit například velmi malý obraz virtuálního stroje, použijte řízený nástroj rozdělení disku, abyste mohli ručně vyladit parametry rozdělení disku.

Než nainstalujete openSUSE na systém, který je zaváděn pomocí UEFI (Unified Extensible Firmware Interface), důrazně doporučujeme zkontrolovat, zda nejsou u výrobce hardwaru k dispozici doporučené aktualizace firmwaru. Pokud ano, nainstalujte je. Je-li předinstalován systém Windows 8 nebo vyšší, je to silná indicie, že váš systém UEFI používá.

Pozadí: Některý firmware UEFI obsahuje chyby, které způsobují znefunkčnění je-li zapsáno do úložného prostoru UEFI příliš mnoho dat. Nikdo však ve skutečnosti neví, kolik je to „příliš mnoho“.

openSUSE snižuje riziko tím, že nezapisuje více než pouhé minimum potřebné pro zavedení OS. To minimum znamená sdělení firmwaru UEFI, kde se nachází zavaděč openSUSE. Upstreamové funkce jádra Linuxu, které používají úložný prostor UEFI pro ukládání informací o zavádění systému a jeho pádu (pstore) jsou ve výchozím stavu zakázané. Nicméně je však doporučeno nainstalovat veškeré aktualizace firmwaru, které výrobce doporučuje.

Společně se specifikací EFI/UEFI se objevil nový styl dělení disků: GPT (GUID Partition Table). Je to nové schéma, které k identifikaci zařízení a typů diskových oddílů používá globálně unikátní identifikátory (128bitové hodnoty zobrazené jako 32 šestnáctkových číslic).

Navíc pak specifikace UEFI umožňuje užívání starších oddílů MBR (MS-DOS). Zavaděče Linuxu (ELILO nebo GRUB 2) zkoušejí automaticky vygenerovat GUID těchto starších oddílů a zapsat je do firmwaru. Takový GUID se může často měnit, což způsobuje přepis firmwaru. Přepis se skládá ze dvou různých operací: odstranění starého záznamu a vytvoření nového, který nahradí ten původní.

Moderní firmware má garbage collector, který sbírá smazané položky a uvolňuje paměť, která byla pro ně rezervována. Může se objevit problém, když chybný firmware tyto položky nesbírá a neuvolňuje. To může skončit nezaveditelným systémem.

Abyste se tomuto problému vyhnuli, zkonvertujte starší oddíly MBR na GPT.

Zastaralé balíčky jsou stále posílány jako součást distribuce, ale v další verzi openSUSE Leap se plánuje jejich odstranění. Balíčky existují jako pomoc migrace, ale jejich používání se nedoporučuje a už nemusejí dostávat opravy.

Pro kontrolu, zda instalované balíčky už nejsou udržovány: Zajistěte, aby byl instalován lifecycle-data-openSUSE, pak použijte příkaz:

životní cyklus zypper

Odstraněné balíčky, které již nadále nejsou součástí distribuce.

openSUSE Leap 15.2 a vyšší zapínají nyní v modulu jádra kontrolu podpisu ovladačů od třetích stran (CONFIG_MODULE_SIG=y). Je to důležité bezpečnostní opatření, aby se v jádru (kernel) nemohl spustit nedůvěryhodný kód.

Může to zabránit jádrovým modulům třetích stran v zavedení, když je zapnut bezpečný boot UEFI. Balíčků modulů jádra (Kernel Module Packages, KMPs) z oficiálních úložišť openSUSE se to netýká, ty jsou totiž podepsány klíčem openSUSE. Kontrola podpisu pracuje takto:

Lze vygenerovat uživatelský certifikát, zavést ho do systémové databáze Machine Owner Key (MOK), a jeho klíčem podepsat lokálně zkompilované moduly jádra. Moduly takto podepsané nebudou zablokovány, ani nevyvolají varovné zprávy. Viz https://en.opensuse.org/openSUSE:UEFI.

Protože to také ovlivňuje grafické ovladače NVIDIA, řešili jsme to v našich oficiálních balíčcích pro openSUSE. Po instalaci je však nutné ručně zaregistrovat nový klíč MOK, aby nové balíčky fungovaly. Pokyny k instalaci ovladačů a zápisu klíče MOK najdete v https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

Balíčky KDE 4 již nejsou součástí openSUSE Leap 15.3. Aktualizujte svůj systém na Plasma 5 a Qt 5. Některé balíčky Qt 4 mohou z důvodu kompatibility stále zůstat. Další informace najdete na stránce https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.