View source for DNF system upgrade/it

{{autolang}}

{{admon/warning|Traduzione incompleta; fare riferimento alla pagina in lingua inglese.}}

== Cos'é il 'DNF system upgrade' ==

[https://github.com/rpm-software-management/dnf-plugin-system-upgrade dnf-plugin-system-upgrade] è un plugin per il manager di pacchetti [[Dnf|dnf]] che gestisce gli aggiornamenti di sistema. É il metodo di aggiornamento raccomandato per le versioni di Fedora superiori alla 21.

== Funzionamento ==

Il 'DNF system upgrade' aggiorna il sistema ad una nuova versione di Fedora usando un meccanismo simile a quello usato per gli aggiornamenti in locale (''offline''). I pacchetti aggiornati vengono scaricati mentre il sistema funziona normalmente, per poi riavviarsi in una modalità adatta ad installarli. Una volta terminato, il sistema si riavvìa di nuovo nella nuova Fedora.

== Come si usa ==

<ol>
<li> '''Backup''' dei propri dati. Ogni cambiamento del sistema è potenzialmente a rischio, quindi essere prepararsi all'eventualità. Nel caso si voglia aggiornare la propria (Fedora) ''workstation'', è ancora preferibile scaricare una [https://getfedora.org/en/workstation/ immagine live della Workstation] ed assicurarsi che il proprio hardware (scheda grafica, wifi, etc) funzioni bene con l'ultimo kernel disponibile.
<li> Aggiornare il sistema usando gli strumenti grafici standard oppure {{command|pkcon}} o {{command|dnf}}:
<pre>$ sudo dnf update --refresh</pre>
É raccomandato riavviare il computer, specie se viene installato un nuovo kernel.<br>
Si prega di tener presente che esiste [[Common_F23_bugs#plymouth-theme-upgrade|un problema]] se si usa un tema plymouth non predefinito.</br>

Seguire i seguenti passaggi.
<li> Installare {{package|dnf-plugin-system-upgrade}}:
<pre>$ sudo dnf install dnf-plugin-system-upgrade</pre>
<li> Scaricare i pacchetti aggiornati:
{{#tag:pre|$ sudo dnf system-upgrade download --refresh --releasever={{FedoraVersionNumber}}}}
Modificare il numero <code>--releasever=</code> in base al sistema a cui si vuole aggiornare. Molti utenti aggiornano all'ultimo sistema stabile disponibile, cioé '''{{FedoraVersionNumber}}''', ma se si usa una Fedora {{FedoraVersionNumber|previous2}}, si potrebbe voler aggiornare ad una Fedora {{FedoraVersionNumber|previous}}.
Si può anche usare <code>{{FedoraVersionNumber|next}}</code> oppure <code>rawhide</code> per avere una [[Rawhide]] (attenzione: queste sono versioni '''instabili''' di Fedora).
<ul>
<li>Se alcuni pacchetti hanno dipendenze insoddisfatte, l'aggiornamento non andrà avanti a meno che non si usi l'opzione {{code|--allowerasing}}. Spesso accade se si usano pacchetti provenienti da scaricamenti esterni a quelli ufficiali.
<li>In caso di dipendenze insoddisfatte, si possono avere ulteriori dettagli aggiungendo l'opzione {{code|--best}}.
</ul>
<li>Innescare il processo di aggiornamento:
<pre> $ sudo dnf system-upgrade reboot</pre>
Il sistema verrà riavviato immediatamente, ed apparirà il processo di aggiornamento all'avvìo.
<li> Attenderne il completamento.
</ol>

== FAQ ==

=== Come riportare eventuali bug ===
Innanzitutto dare uno sguardo ai [[Common F{{FedoraVersionNumber}} bugs]] o [[Common F{{FedoraVersionNumber|next}} bugs]] per controllare se il problema è già conosciuto. Se non c'é, [https://bugzilla.redhat.com/buglist.cgi?product=Fedora&component=dnf-plugin-system-upgrade&resolution=--- fare una ricerca per un eventuale bug report esistente]. Se non esiste ancora, se ne può aprire uno seguendo le istruzioni nel file [https://github.com/rpm-software-management/dnf-plugin-system-upgrade README] ed in <code>man dnf.plugin.system-upgrade</code>.

Se si incontrano problemi con uno specifico pacchetto, aprire un bug report riferito a quello stesso RPM.

=== Il 'DNF system upgrade' verifica il software in esecuzione o quello che installa durante l'aggiornamento ? ===

Sì. Le chiavi firmate per i nuovi rilasci di Fedora vengono inviati al vecchio sistema in modo da permettere a [[Dnf|dnf]] di verificare l'integrità dei pacchetti scaricati. É possibile scaricare questa funzione con il parametro {{code|--nogpgcheck}} ('''non raccomandato, il sistema sarebbe poi vulnerabile ad attacchi di software malevole''').

=== I pacchetti da repository non-fedora verranno aggiornati ? ===

Sì, se impostati come repository per [[Dnf|dnf]]. I repository non-fedora comunemente usati di solito funzionano, ma meglio verificare che siano già disponibili i pacchetti adatti alla nuova versione di Fedora. In caso contrario non impedirebbe il completamento dell'aggiornamento.

=== Posso usare questa procedura per aggiornamenti a versioni non-stabili di Fedora (ad esempio ad un rilascio Beta) ? ===

Sì. Sarebbe sempre possibile farlo, tuttavia questa funzione potrebbe essere soggetta a malfunzionamenti temporanei proprio per la natura non-stabile dei pacchetti.

== Operazioni optionali post-aggiornamento ==

Queste sono operazioni che è possibile fare dopo un aggiornamento avvenuto con successo. '''Sono da utilizzare per utenti esperti, se non si è abituati ad usare un terminale non bisogna preoccuparsi.'''

=== Aggiornamento dei file di configurazione di sistema ===

La maggior parte dei file di configurazione sono immagazzinati in <code>/etc</code>. Se c'é qualche aggiornamento e questi file sono stati modificati prima, RPM creerà nuovi file con il suffisso <code>.rpmnew</code> (il nuovo file config), oppure con <code>.rpmsave</code> (il vecchio file config conservato). É possibile cercarli per recuperare le modifiche apportate precedentemente. {{pkg|rpmconf}} è uno strumento che aiuta in questa operazione:
 $ sudo rpmconf -a

=== Pulizia dai vecchi pacchetti ===

É possibile avere una lista di pacchetti con dipendenza mancante con il comando:
 $ sudo dnf repoquery --unsatisfied
Se ce ne sono alcuni, meglio rimuoverli perché comunque non funzioneranno come devono.

Per avere una lista dei file duplicati:
 $ sudo dnf repoquery --duplicated
Dei pacchetti ordinari dovrebbe essere installata soltanto la versione più aggiornata.

Alcuni pacchetti potrebbero rimanere sul sistema mentre sono stati rimossi dai repository:
 $ sudo dnf list extras
Rimuoverli se non più utili. Da notare che la lista è valida se si usa un sistema pienamente aggiornato, in caso contrario si otterranno paccheti installati che non sono più disponibili nei repository perché in una nuova versione.

É possibile rimuovere i pacchetti non più necessari con:
 $ sudo dnf autoremove
Notare che DNF decide che un pacchetto non è più necessario se non si è esplicitamente chiesto di installarlo oppure non è richiesto da altri pacchetti. Ciò non significa che il pacchetto non è utile, rimuovere solo ciò che si è consapevoli non essere più necessario. Notare inoltre che esiste un bug noto in PackageKit: [https://bugzilla.redhat.com/show_bug.cgi?id=1259865 bug 1259865].

== Risoluzione di alcuni eventuali problemi post-aggiornamento ==

'''Da seguire solo se necessario.'''

=== Rebuilding RPM database ===

If you see warnings when working with RPM/DNF tools, your database might have gotten corrupted for some reason. It is possible to rebuild it and see if resolves your issues. Always back up <code>/var/lib/rpm/</code> first. To rebuild the database, run:
 $ sudo rpm --rebuilddb

=== Using distro-sync to resolve dependency issues ===

The system upgrade tool uses distro-sync method by default. If your system stayed partly unupgraded or you see some package dependency issues, you might try to fix it by running another distro-sync manually. This tries to make your installed packages exactly the same version as in currently enabled repositories, even if it meant downgrading some packages:
 $ sudo dnf distro-sync

A stronger variant also allows to remove package for which package dependencies can't be satisfied. Always carefully review which packages are going to be removed before confirming this:
 $ sudo dnf distro-sync --allowerasing

=== Relabel files with latest SELinux policy ===

If you see warnings that some actions were not allowed because of current SELinux policy, it might be a case of having some files incorrectly label with SELinux permissions. This might happen in case of some bug or if you had SELinux disabled in some point of time in the past. You can relabel the whole system by running:
 $ sudo touch /.autorelabel
and rebooting. The next boot will take a long time and will check and fix all SELinux labels on all your files.