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.4 also work with the system role Transactional Server.

Per fornire queste funzionalità, questo aggiornamento del sistema fa affidamento su:

Per lavorare con gli aggiornamenti transazionali, usare sempre il comando transactional-update per la gestione di tutti i programmi invece di YaST e Zypper:

Quando si utilizza questo ruolo di sistema, in maniera predefinita il sistema eseguirà un aggiornamento giornaliero e un riavvio tra le 03:30 e le 05:00 del mattino. Entrambe queste azioni sono basate su systemd e se necessario possono essere disabilitate usando systemctl:

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

Per maggiori informazioni sugli aggiornamenti transazionali, fare riferimento agli interventi sul blog openSUSE Kubic https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ e https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

L'installatore proporrà uno schema di partizionamento se la capacità disponibile dell'hard disk supera i 12 GB. Se si intende configurare, per esempio, immagini di macchine virtuali molto piccole, usare il partizionatore guidato per regolare manualmente i parametri di partizionamento.

Prima di installare openSUSE su un sistema che si avvia usando UEFI (Unified Extensible Firmware Interface), si verifichi urgentemente se esiste un aggiornamento del firwmare raccomandato dal fornitore dell'hardware e, se disponibile, lo si installi. Un sistema Windows 8 u successivo pre-installato indica che quasi sicuramente il sistema si avvia usando UEFI.

Informazioni di base: alcuni firmware UEFI presentano dei bug che ne causano il malfunzionamento quando si scrive una quantità di dati eccessiva nell'area di memorizzazione UEFI. Tuttavia nessuno conosce di preciso a quanto corrisponda questa «quantità eccessiva».

openSUSE minimizza il rischio non scrivendo alcun dato oltre al minimo richiesto per avviare il sistema operativo. Il minimo significa dire al firmware UEFI la locazione del boot loader di openSUSE. Le funzionalità del kernel Linux upstream che usano l'area di memorizzazione UEFI per memorizzare le informazioni di avvio e crash (pstore) sono state disabilitate in modo predefinito. Comunque sia si raccomanda di installare qualsiasi aggiornamento firmware raccomandato dal fornitore dell'hardware.

Assieme alla specifica EFI/UEFI è arrivato un nuovo stile di partizionamento: GPT (Tabella delle Partizioni GUID). Questo nuovo schema usa identificatori univoci globali (valori a 128 bit rappresentati con 32 caratteri esadecimali) per identificare dispositivi e tipi di partizione.

La specifica UEFI permette inoltre le partizioni obsolete MBR (MS-DOS). I boot loader Linux (ELILO o GRUB2) cercano di generare automaticamente un GUID per tali partizioni obsolete e di scriverlo nel firmware. Tale GUID può cambiare frequentemente causando la riscrittura nel firmware. Una riscrittura è composta da due operazioni diverse: rimozione della vecchia voce e creazione di una nuova voce che sostituisce la prima.

Il firmware moderno possiede un garbage collector che raccoglie le voci cancellate e libera la memoria riservata per le vecchie voci. Un problema sorge quando un firmware difettoso non raccoglie e libera tali voci: ne potrebbe derivare un sistema non avviabile.

Per aggirare tale problema, convertire le partizioni MBR obsolete nelle nuove GPT.

Pacchetti deprecati fanno tuttora parte della distribuzione ma la loro rimozione è in programma per la prossima versione di openSUSE Leap. Tali pacchetti sono inclusi per agevolare la migrazione ma il loro uso è sconsigliato e potrebbero non ricevere aggiornamenti.

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

zypper ciclo di vita

I pacchetti rimossi non sono più forniti come parte della distribuzione.

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.

Ciò può impedire il caricamento di moduli del kernel di terze parti se l'avvio protetto UEFI è abilitato. I pacchetti di moduli del kernel (KMP, Kernel Module Packages) che provengono dai repository ufficiali di openSUSE non sono interessati, perché essi contengono dei moduli che sono firmati con la chiave di openSUSE. Il controllo della firma ha il comportamento seguente:

È possibile generare un certificato personalizzato, registrarlo nel database MOK (Machine Owner Key) del sistema e firmare i moduli del kernel compilati localmente con la chiave di questo certificato. I moduli firmati in questo modo non verranno né bloccati né genereranno avvisi. Vedere https://en.opensuse.org/openSUSE:UEFI.

Dal momento che questo influisce anche sui driver grafici NVIDIA abbiamo affrontato questo problema nei nostri pacchetti ufficiali per openSUSE, tuttavia è necessario registrare manualmente una nuova chiave MOK dopo l'installazione per far funzionare i nuovi pacchetti. Per istruzioni su come installare i driver e su come registrare la chiave MOK, vedere 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.