Inštalátor podporuje systémovú rolu Transakčný server. Táto systémová rola obsahuje aktualizačný systém, ktorý aplikuje aktualizácie atomicky (ako jedna operácia) a umožňuje ľahko sa vrátiť, ak to bude potrebné. Tieto funkcie sú založené na nástrojoch na správu balíkov, na ktoré sa tiež spoliehajú všetky ostatné distribúcie SUSE a openSUSE. To znamená, že drvivá väčšina balíkov RPM, ktoré pracujú s inými systémovými rolami openSUSE Leap 15.3, pracujú aj so systémovou rolou Transakčný server.

Na poskytovanie týchto funkcií sa tento systém aktualizácií spolieha na:

Ak chcete pracovať s transakčnými aktualizáciami, vždy použite príkaz transactional-update namiesto YaST a Zypper pre celú správu softvéru:

Pri používaní tejto systémovej roly systém v predvolenom nastavení vykoná dennú aktualizáciu a reštartuje sa medzi 03:30 a 05:00. Obe tieto akcie sú založené na systemd a v prípade potreby môžu byť zakázané pomocou systemctl:

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

Viac informácií o transakčných aktualizáciách nájdete v príspevkoch blogu openSUSE Kubic https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ a https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

Inštalátor navrhne schému rozdelenia disku iba vtedy, ak je dostupná veľkosť pevného disku väčšia ako 12 GB. Ak chcete nastaviť napríklad veľmi malé obrazy virtuálnych strojov, použite sprevádzané rozdelenie disku na vyladenie parametrov rozdelenia ručne.

Pred inštaláciou openSUSE na systéme, ktorý sa zavádza pomocou UEFI (Unified Extensible Firmware Interface), odporúča sa skontrolovať akékoľvek aktualizácie firmvéru, ktoré odporúča dodávateľ hardvéru a, ak sú k dispozícii, inštalácia takýchto aktualizácií. Predinštalácia Windows 8 alebo novšieho systému je silným náznakom, že váš systém štartuje pomocou UEFI.

Pozadie: Niektoré firmware UEFI obsahujú chyby, ktoré spôsobujú nefunkčnosť, ak je zapísaných do úložného priestoru UEFI príliš veľa dát. Nikto v skutočnosti nevie, koľko je to “príliš veľa”.

openSUSE znižuje riziko tým, že nezapisuje viac než základné minimum potrebné pre štart OS. Toto minimum znamená oznámenie pre firmware UEFI, kde se nachádza správca štartu openSUSE. Upstream funkcie jadra Linuxu, ktoré používajú úložný priestor UEFI pre uloženie informácií o štarte systému a jeho zrútení (pstore) boli v predvolenom nastavení zakázané. Napriek tomu je doporučené nainštalovať každú aktualizáciu pre firmware, ktorú výrobca odporúča.

Spolu so špecifikáciou UEFI/EFI prišiel nový štýl rozdelenia diskov: GPT (GUID Partition Table). Táto nová schéma používa globálne jedinečné identifikátory (128-bitové hodnoty zobrazené ako 32 hexadecimálnych číslic) pre identifikáciu zariadenia a typov oddielov.

Okrem toho špecifikácia UEFI tiež umožňuje štandardné MBR (MS-DOS) oddiely. Linuxoví správcovia štartu (ELILO alebo GRUB2) skúšajú automaticky generovať GUID pre tieto staršie oddiely a zapísať ich do firmware. Takýto GUID sa môže často meniť, čo spôsobuje prepísanie firmvéru. Prepis sa skladá z dvoch rôznych operácií: odstránenie starého záznamu a vytvorenie nového, ktorý nahradí pôvodný.

Moderný firmware má garbage collector, ktorý zhromažďuje vymazané záznamy a uvoľňuje pamäť vyhradenú pre staré záznamy. Problém nastáva, keď chybný firmware nezhromažďuje a neuvoľňuje záznamy; môže to skončiť s nespustiteľným systémom.

Ak chcete tento problém vyriešiť, zmeňte starší MBR diskový oddiel na GPT.

Zastarané balíky sú stále dodávané ako súčasť distribúcie, ale je naplánované, že budú odstránené ďalšou verziou openSUSE Leap. Tieto balíky existujú na podporu migrácie, ale odrádza sa ich použitie a nemusia dostávať aktualizácie.

Ak chcete skontrolovať, či už nie sú nainštalované balíky udržiavané: Uistite sa, že je nainštalovaný lifecycle-data-openSUSE a potom použite príkaz:

zypper lifecycle

Odstránené balíky už nie sú dodávané ako súčasť distribúcie.

openSUSE Leap 15.2 a novšie povoľujú kontrolu podpisov modulov jadra pre ovládače tretích strán (CONFIG_MODULE_SIG=y). Toto je dôležité bezpečnostné opatrenie, aby sa zabránilo spusteniu nedôveryhodného kódu v jadre.

Ak je povolený UEFI Secure Boot, môže to zabrániť načítaniu modulov jadra tretích strán. Balíky modulov jadra (Kernel Module Packages, KMPs) z oficiálnych repozitárov openSUSE nie sú ovplyvnené, pretože moduly, ktoré obsahujú, sú podpísané kľúčom openSUSE. Kontrola podpisu má nasledujúce správanie:

Je možné vygenerovať vlastný certifikát, zapísať ho do systémovej databázy Machine Owner Key (MOK) a podpísať lokálne skompilované moduly jadra s týmto certifikačným kľúčom. Moduly podpísané týmto spôsobom nebudú zablokované ani nevyvolajú varovania. Pozrite si https://en.opensuse.org/openSUSE:UEFI.

Pretože to tiež ovplyvňuje grafické ovládače NVIDIA, riešili sme to v našich oficiálnych balíkoch pre openSUSE. Po inštalácii však musíte manuálne zapísať nový kľúč MOK, aby nové balíky fungovali. Pokyny ako nainštalovať ovládače a zapísať kľúč MOK nájdete v https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

Balíky KDE 4 už nie sú súčasťou openSUSE Leap 15.3. Aktualizujte svoj systém na Plasma 5 a Qt 5. Niektoré balíky Qt 4 môžu stále zostať z dôvodu kompatibility. Viac informácií nájdete na https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.