From Fedora Project Wiki
(update EOL page link for new title)
 
(57 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{old}}
{{autolang}}
{{autolang}}


Questa pagina descrive come eseguire un upgrade (avanzamento di versione) di Fedora usando {{command|yum}}.
{{admon/warning|Sebbene gli upgrade con yum funzionino, non sono esplicitamente testati come parte del processo di rilascio dal [[QA|Fedora QA]] e non sono documentati nella [http://docs.fedoraproject.org/en-US/Fedora/{{FedoraVersion}}/html/Installation_Guide/index.html Guida all'installazione di Fedora]. Se non si è preparati a risolvere eventuali problemi, è meglio usare il [[Upgrading/it|metodo d'installazione raccomandato]].}}


== Aggiornamento di Fedora usando direttamente yum ==
Questa pagina contiene informazioni su come aggiornare online Fedora usando {{command|yum}} o {{command|dnf}} (senza il DNF system upgrade plugin): in generale le istruzioni sono valide per entrambi gli strumenti. [[Dnf]] è quello predefinito in Fedora 22 e superiori, [[Yum]] in Fedora 21 e precedenti.


{{admon/warning| Aggiornamenti di versione senza usare anaconda - come il metodo yum descritto qui - non sono raccomandati per gli utenti; usare invece FedUp |
== Aggiornamento di Fedora usando direttamente yum o direttamente con dnf ==


Per gli upgrade a Fedora 18 e successive, il metodo raccomandato prevede l'uso dello strumento chiamato [[FedUp]]. [[FedUp#How_Can_I_Upgrade_My_System_with_FedUp?|Questa sezione]] contiene istruzioni su come procedere.
Per gli upgrade il metodo raccomandato prevede l'uso dello strumento chiamato [[FedUp/it]]. [[FedUp/it#Come_posso_aggiornare_il_mio_sistema_con_FedUp.3F|Questa sezione]] contiene istruzioni sull'uso di FedUp.


Per gli upgrade a Fedora 17 e precedenti, il metodo d'installazione raccomandato è quello tramite media con l'installer Anaconda come riportato in [http://docs.fedoraproject.org/install-guide/ Installation Guide] oppure usare il [[PreUpgrade]]. Il [[PreUpgrade]] è un aggiornamento leggermente differente dove tutti i pacchetti sono scaricati prima che il sistema venga riavviato nell'installer Anaconda.
Quando si fa un upgrade con [[Yum]] o con [[Dnf]] non si avranno aiuti dagli stessi Anaconda o FedUp, ma con un sistema tipico si potrebbe essere in grado di aggiornare da remoto tramite SSH e con un downtime (tempo di inattività) limitato. (Si avrà ancora la necessità di riavviare per utilizzare il nuovo kernel ed i servizi attivi).


Sebbene gli upgrade con yum funzionino, non sono esplicitamente testati come parte del processo dal [[QA|Fedora QA]] e non sono documentati nella [http://docs.fedoraproject.org/it_IT/Fedora/{{FedoraVersion}}/html/Installation_Guide/index.html guida d'installazione Fedora].  Se non sei preparato a risolvere i problemi autonomamente se dovessero apparire, probabilmente è meglio usare il metodo raccomandato.}}
L'aggiornamento live funziona bene sia con [[Yum]] che con [[Dnf]]; seguire i consigli seguenti.
Quando si fa un upgrade con yum o FedUp, non si avranno aiuti dagli stessi Anaconda o FedUp, ma con un sistema tipico si potrebbe essere in grado di aggiornare da remoto tramite SSH e con un downtime (tempo di inattività) limitato. (Si avrà ancora la necessità di riavviare per utilizzare il nuovo kernel ed i servizi attivi).
 
L'aggiornamento live funziona bene con un'installazione tipica e se si seguono i consigli di seguito.


== Partecipare ==
== Partecipare ==


Se si sta facendo un upgrade usando yum e si notano problemi generici di dipendenza, si prega di segnalarli in http://bugzilla.redhat.com. Leggere la presente pagina wiki, tutte le pagine di riferimento e fare una ricerca nall'archivio della mailing list e, certamente, mantenere questa pagina aggiornata.
Se si sta facendo un upgrade usando [[Yum]] o [[Dnf]] e si notano problemi generici di dipendenza, si prega di segnalarli in http://bugzilla.redhat.com. Leggere la presente pagina wiki, tutte le pagine di riferimento e fare una ricerca nall'archivio della mailing list.


Se si vuole aiutare a mantenere gli upgrade live funzionanti regolarmente, c'é il [[SIGs/LiveUpgrade | Live Upgrade Special Interest Group]].  
Se si vuole aiutare a mantenere gli upgrade live funzionanti regolarmente, c'é il [[SIGs/LiveUpgrade | Live Upgrade Special Interest Group]].


== Istruzioni per l'aggiornamento usando yum ==
== Istruzioni per l'aggiornamento usando yum o dnf ==


=== 1. Backup del sistema ===
=== 1. Backup del sistema ===


Eseguire un backup di tutti i dati personali su un disco esterno o un altro computer. Se si verificherà un errore irrecuperabile, un'installazione fresca permetterà di non perdere i propri dati.
Eseguire un backup di tutti i dati personali su un disco esterno o un altro computer. Se si verificherà un errore irrecuperabile, un'installazione fresca non permetterà il recupero dei propri dati.


=== 2. Leggi i problemi ricorrenti ===
=== 2. Leggi i problemi ricorrenti ===
Line 33: Line 30:
In una sezione successiva di questa pagina c'è un elenco di problemi comuni relativi alle specifiche versioni. Alcuni di questi richiedono attenzione prima di eseguire l'aggiornamento.
In una sezione successiva di questa pagina c'è un elenco di problemi comuni relativi alle specifiche versioni. Alcuni di questi richiedono attenzione prima di eseguire l'aggiornamento.


Consigli generali sull'aggiornamento di Fedora possono essere trovati alla pagina [[Upgrading/it|Updating]]. Si dovrebbe inoltre leggere la [http://docs.fedoraproject.org/install-guide/ guida all'installazione] e le  [http://docs.fedoraproject.org/release-notes/ note di rilascio] della versione verso alla quale si intende aggiornarsi - questi documenti contengono importanti informazioni riguardo i problemi di aggiornamento. Infine, controllare l'elenco dei [[Common bugs]] (bug conosciuti).
Consigli generali sull'aggiornamento di Fedora possono essere trovati alla pagina [[Upgrading/it|Upgrading]]. Si dovrebbe inoltre leggere la [http://docs.fedoraproject.org/install-guide/ guida all'installazione] e le  [http://docs.fedoraproject.org/release-notes/ note di rilascio] della versione verso alla quale si intende aggiornare - questi documenti contengono importanti informazioni riguardo i problemi di aggiornamento. Infine, controllare l'elenco dei [[Common bugs]] (bug conosciuti).


=== 3. Fare pulizia ===
=== 3. Fare pulizia ===
Line 60: Line 57:
==== fedora-upgrade ====
==== fedora-upgrade ====


E' possibile usare lo script [https://github.com/xsuchy/fedora-upgrade fedora-upgrade] per automatizzare tutti i passaggi (usare {{command|yum install fedora-upgrade}}). Come per il metodo manuale, non è raccomandato come metodo d'aggiornamento da Fedora.
E' possibile usare lo script fedora-upgrade per automatizzare tutti i passaggi. Come per il metodo manuale, non è raccomandato come metodo d'aggiornamento da Fedora.
 
<pre>$ sudo yum install fedora-upgrade
$ sudo fedora-upgrade
</pre>


In alternativa, effettuare i passaggi manualmente:
In alternativa, effettuare i passaggi manualmente:
Line 72: Line 73:
oppure
oppure


accedere come root e spostarsi in runlevel 3
accedere come root nella modalità ''multi-user.target''
<pre>
<pre>
# init 3
# systemctl isolate multi-user.target
</pre>
</pre>


Line 101: Line 102:
==== Upgrade di tutti i pacchetti ====
==== Upgrade di tutti i pacchetti ====


{{admon/warning| Una volta iniziato l'upgrade live, non cercare di bloccarlo con un riavvìo, con il blocco del processo o con qualsiasi altro metodo finché non è completo. Interromperlo significherà avere un sistema misto -- parzialmente della vecchia versione e parzialmente nuovo. In questo stato non sarà affidabile e non funzionerà come ci si aspetta. E' possibile cercare di risolvere i problemi avviando  'yum distro-sync' o 'package-cleanup --problems'. }}
{{admon/warning| Una volta iniziato l'upgrade live, non cercare di bloccarlo con un riavvìo, con il blocco del processo o con qualsiasi altro metodo finché non è completo. Interromperlo significherebbe ottenere un sistema misto -- parzialmente della vecchia versione e parzialmente nuovo. In questo stato non sarà affidabile e non funzionerà come ci si aspetta. E' possibile cercare di risolvere i problemi avviando  'yum distro-sync' o 'package-cleanup --problems'. }}


<pre>
<pre>
Line 107: Line 108:
</pre>
</pre>


{{admon/warning| Se si riscontrano problemi con le dipendenze, si è soli e devono essere risolti manualmente. Se non si è capaci, usare il preupgrade. Molto spesso è sufficiente per risolvere problematiche legate ai pacchetti. Assicurarsi di non rimuovere metà dell'installazione.
{{admon/warning| Se si riscontrano problemi con le dipendenze si è soli e bisogna risolverli manualmente. Se non si è capaci, usare il preupgrade.
}}
}}


'''Note:''' Nonostante sia raccomandato fare upgrade a versioni intermedie, se si aggiorna da versioni vecchie (ad esempio da Fedora 12 a 13, poi da 13 a 14), dipende da quale versione si parte, questo passaggio potrebbe fallire con errore sulla chiave gpg con formato sbagliato. Per superarlo, aggiungere l'opzione "--nogpgcheck" al comando 'yum distro-sync'.
'''Note:''' Nonostante sia raccomandato fare upgrade a versioni intermedie, se si aggiorna da versioni vecchie (ad esempio da Fedora 19 a 20, poi da 20 a 21), dipende da quale versione si parte, questo passaggio potrebbe fallire con errore sulla chiave gpg con formato sbagliato. Per superarlo, aggiungere l'opzione "--nogpgcheck" al comando 'yum distro-sync'.


=== Assicurarsi che Fedora sia aggiornata ===
=== 5. Assicurarsi che Fedora sia aggiornata ===


Distro-sync solitamente assicura gli upgrade da repository da terzi abilitati. <pre> yum repolist </pre> conferma dopo il termine dell'upgrade. <code>yum</code> potrebbe segnalare conflitti o richieste aggiuntive, probabilmente perché si sono usati repository o pacchetti non standard installati manualmente. Tentare di scovare quali creano i problemi (o almeno parte della catena di dipendenze), disinstallarli e provare ancora. Ricordarsi di installare nuovamente quelli essenziali.
Distro-sync solitamente assicura gli upgrade da repository da terzi abilitati. <pre> yum repolist </pre> conferma dopo il termine dell'upgrade. <code>yum</code> potrebbe segnalare conflitti o richieste aggiuntive, probabilmente perché si sono usati repository o pacchetti non standard installati manualmente. Tentare di scovare quali creano i problemi (o almeno parte della catena di dipendenze), disinstallarli e provare ancora. Ricordarsi di installare nuovamente quelli essenziali.
Line 137: Line 138:
</pre>
</pre>


=== Preparazione al riavvìo ===
=== 6. Preparazione al riavvìo ===


{{Anchor|bootloader}}
{{Anchor|bootloader}}


Prima di riavviare si dovrebbe solitamente installare il bootloader dal nuovo Grub con
Prima di riavviare,  di solito si installa il bootloader dal nuovo Grub con


<pre>
<pre>
/sbin/grub-install BOOTDEVICE
/usr/sbin/grub2-install BOOTDEVICE
</pre>
</pre>
- dove BOOTDEVICE solitamente è <code>/dev/sda</code> ( se si ottiene errore allora '/dev/sda non ha un corrispondente dispositivo BIOS', allora provare <tt>/sbin/grub-install --recheck /dev/sda</tt>). Per Fedora 16 e successive, usare <code>/sbin/grub2-install</code> invece di <code>/sbin/grub-install</code>. Vedere [[#15-16|sotto]] per importanti informazioni su come aggiornare a Fedora 16 da versioni precedenti.


Inoltre l'ordine degli script init potrebbe essere cambiato dalla versione precedente. Un comando per reimpostare l'ordine è
- dove BOOTDEVICE solitamente è <code>/dev/sda</code> ( se si ottiene errore allora '/dev/sda non ha un corrispondente dispositivo BIOS', allora provare <tt>/sbin/grub-install --recheck /dev/sda</tt>).
 
Potrebbe essere necessario aggiornare il file di configurazione di Grub:
 
<pre>
<pre>
cd /etc/rc.d/init.d; for f in *; do /sbin/chkconfig $f resetpriorities; done
cp --backup=numbered -a /boot/grub2/grub.cfg{,.bak} # crea una copia di backup
/usr/sbin/grub2-mkconfig -o /boot/grub2/grub.cfg # aggiorna il file ''config''
</pre>
</pre>
Inoltre, l'ordine degli script init potrebbe essere cambiato dalla versione precedente. Un comando per reimpostarlo è
<pre> cd /etc/rc.d/init.d; for f in *; do /sbin/chkconfig $f resetpriorities; done </pre>


Ancora, avviare <code>package-cleanup --orphans</code> per trovare i pacchetti che non sono stati aggiornati.
Ancora, avviare <code>package-cleanup --orphans</code> per trovare i pacchetti che non sono stati aggiornati.


== Note specifiche di versione ==
=== 7. Pulizia del sistema ===
Ancora, pulire il sistema come descritto nella sezione 2. Inoltre può servire rimuovere alcuni file della cache non più utilizzati, ad esempio quelli della versione precedente di Fedora nelle seguenti directory:
 
* <nowiki>/var/cache/yum</nowiki>
* <nowiki>/var/cache/dnf</nowiki>
* <nowiki>/var/cache/mock</nowiki>
* <nowiki>/var/lib/mock</nowiki>
 
== Note su versioni specifiche ==


=== Aggiornamento da una pre-release ===
=== Aggiornamento da una pre-release ===
Line 164: Line 180:


=== Aggiornamento ad una rawhide ===
=== Aggiornamento ad una rawhide ===
 
{{admon/warning| Rawhide è il ramo di sviluppo di Fedora. E' pensato per essere utilizzato da sviluppatori e tester per fornire feedback al Fedora Project.}}
Vedere la pagina di rilascio [[Releases/Rawhide|Rawhide]] per maggiori informazioni.
 
Vedere la pagina [[Releases/Rawhide|Rawhide]] per maggiori informazioni sulla Rawhide.
 
<pre>
<pre>
# yum install fedora-release-rawhide
# dnf install dnf-plugins-core fedora-repos-rawhide
# yum-config-manager --disable fedora updates updates-testing
# dnf config-manager --set-disabled fedora updates updates-testing
# yum update yum
# dnf config-manager --set-enabled rawhide
# yum --releasever=rawhide distro-sync --nogpgcheck
# dnf clean -q dbcache plugins metadata
# dnf --releasever=rawhide --setopt=deltarpm=false distro-sync --nogpgcheck
 
## Opzionale: generalmente è suggerito fare un #autorelabel con #SELinux
 
# touch /.autorelabel
</pre>
</pre>


=== Fedora 18 -> Fedora 19 (pre release branched) ===
{{Anchor|20-21}}


Vedere la pagina di rilascio [[Releases/Branched|Branched]] per maggiori informazioni su Branched.
=== Fedora 22 -> Fedora 23 ===


{{admon/warning|Incompatibilità tra le strutture gerarchiche dei cgroups di systemd|
# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-23-$(uname -i)
systemd in F19 dispone i propri cgroups differentemente rispetto alle precedenti versioni di Fedora.
# dnf upgrade
# dnf clean all
# dnf --releasever=23 --setopt=deltarpm=false distro-sync


La nuova gerarchia ha nuovi vantaggi, ma è incompatibile con quella vecchia. Non verrà effettuata alcuna conversione live durante l'aggiornamento a Fedora 19,
=== Fedora 21 -> Fedora 22 ===
così il vecchio systemd non riconoscerà la nuova disposizione dei cgroups. Questo interessa il tracciamento delle sessioni utente di systemd-logind ([[rhbug:962983|bug #962983]]).


Ci si aspetta quindi una "rottura" nelle sessioni utente attive, assicurarsi perciò di riavviare subito dopo l'operazione di aggiornamento.}}
# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-$(uname -i)
# yum update yum
# yum clean all
# yum --releasever=22 distro-sync


=== Fedora 20 -> Fedora 21 ===


Installare la nuova chiave gpg Fedora 19 ed aggiornare:
# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-21-$(uname -i)
# yum update yum
# yum clean all
# yum --releasever=21 distro-sync


  # rpm --import https://fedoraproject.org/static/FB4B18E6.txt
Fedora 21 è divisa in prodotti differenti. Eseguire '''uno solo''' di questi comandi:
  # yum update yum
 
  # yum --releasever=19 distro-sync --nogpgcheck
  # yum install system-release-workstation
  # yum install system-release-cloud
  # yum install system-release-server


{{Anchor|17-18}}
o quello non rivolto ad alcun dei tre precedenti


=== Fedora 17 -> Fedora 18 ===
# yum install system-release-nonproduct


{{admon/note | Metodo di upgrade raccomandato (Fedora 17 e recenti)|L'aggiornamento con FedUp è il metodo raccomandato per aggiornare il proprio sistema:[https://fedoraproject.org/wiki/FedUp/it#Come_posso_aggiornare_il_mio_sistema_con_FedUp.3F Come posso aggiornare il mio sistema con FedUp?]}}
E' possibile modificare il prodotto precedentemente installato con


'''Nota: Un utente ha riportato problemi con un'installazione su Intel Mac UEFI, inclusa la migrazione manuale del bootloader.''' [http://anee.me/dont-update-fedora-17-to-18-using-yum-on-macbook-pro/ Leggi]
# yum swap system-release-cloud system-release-workstation


Prima di tutto installare la nuova chiave gpg Fedora 18
Cambiare in ''workstation'' a volte potrebbe richiedere di usare {{command|yum shell}} in quanto alcuni pacchetti possono essere scambiati.


# rpm --import https://fedoraproject.org/static/DE7F38BD.txt
Qualcuno ha segnalato (e.g. bugs 1035326, 1044184, 1002331) che dopo gli upgrade alcuni file erano segnati male da SELinux. Si raccomanda quindi di avviare:
# Se si usa SELinux in modalità Enforcing, assicurarsi di aver aggiornato il pacchetto selinux-policy
# Aggiornare tutti i pacchetti:
## {{command|su -c 'yum update yum'}}
## {{command|su -c 'yum clean all'}}
## {{command|su -c 'yum --releasever<nowiki>=</nowiki>18 --disableplugin<nowiki>=</nowiki>presto distro-sync'}}
# Ricostruire il database rpm: {{command|su -c 'rpm --rebuilddb'}}, necessario altrimenti {{command|rpm -qa}} non funzionerà a causa dell'upgrade del pacchetto rpm appunto.  


  # restorecon -R /


Se non si aggiorna selinux-policy, si possono avere molti errori segnalati da yum nel momento in cui molti dei pacchetti tentano di creare utenti o gruppi; dopo l'aggiornamento si presenterebbero dei problemi, inclusi quelli legati al login via GDM (apparirebbe il solo cursore) e/o la richiesta dei privilegi dell'amministratore per fare certe operazioni. Tutto questo dipende dal [[rhbug:844167|bug #844167]].
Riavvìo:
Se si incontra questo problema serve una reinstallazione dei pacchetti coinvolti con {{command|su -c 'yum reinstall (packagenames)'}} ed il riavvìo. Tra i pacchetti affetti ci sono libvirt-daemon e polkit: {{command|su -c 'yum reinstall libvirt-daemon polkit'}}


A causa di [[Features/DisplayManagerRework]], l'upgrade potrebbe lasciare disabilitato il display manager. Per risolvere il problema, usare {{command|su -c 'systemctl enable ''yourdm''.service'}}, rimpiazzando ''yourdm'' con il proprio display manager, ad esempio <code>gdm</code> o <code>kdm</code>.
# shutdown -h now
Failed to start poweroff.target: Connection timed out
Failed to open /dev/initctl: No such device or address
Failed to talk to init daemon.


=== Upgrade da una Fedora ufficialmente in Fine Vita (End Of Life EOL) ===
=== Upgrade da una Fedora ufficialmente in Fine Vita (End Of Life EOL) ===


{{admon/note| Upgrade con yum da versioni più datate | Gli aggiornamenti dalle versioni più vecchie di Fedora sono archiviati in [[Upgrading from EOL Fedora using yum]]}}
{{admon/note| Upgrade con yum da versioni più datate | Gli aggiornamenti dalle versioni più vecchie di Fedora sono archiviati in [[Upgrading from EOL Fedora using package manager]]}}


[[Category:FAQ]]
[[Category:FAQ]]
[[Category:How to]]
[[Category:How to]]
[[Category:Documentation]]
[[Category:Documentation]]
[[Category:Italiano]]

Latest revision as of 00:14, 2 November 2016

Old page
This page has been marked as "old", and likely contains content that is irrelevant or incorrect. If you can, please update this page. This page will be deleted if action is not taken.
Sebbene gli upgrade con yum funzionino, non sono esplicitamente testati come parte del processo di rilascio dal Fedora QA e non sono documentati nella Guida all'installazione di Fedora. Se non si è preparati a risolvere eventuali problemi, è meglio usare il metodo d'installazione raccomandato.

Questa pagina contiene informazioni su come aggiornare online Fedora usando yum o dnf (senza il DNF system upgrade plugin): in generale le istruzioni sono valide per entrambi gli strumenti. Dnf è quello predefinito in Fedora 22 e superiori, Yum in Fedora 21 e precedenti.

Aggiornamento di Fedora usando direttamente yum o direttamente con dnf

Per gli upgrade il metodo raccomandato prevede l'uso dello strumento chiamato FedUp/it. Questa sezione contiene istruzioni sull'uso di FedUp.

Quando si fa un upgrade con Yum o con Dnf non si avranno aiuti dagli stessi Anaconda o FedUp, ma con un sistema tipico si potrebbe essere in grado di aggiornare da remoto tramite SSH e con un downtime (tempo di inattività) limitato. (Si avrà ancora la necessità di riavviare per utilizzare il nuovo kernel ed i servizi attivi).

L'aggiornamento live funziona bene sia con Yum che con Dnf; seguire i consigli seguenti.

Partecipare

Se si sta facendo un upgrade usando Yum o Dnf e si notano problemi generici di dipendenza, si prega di segnalarli in http://bugzilla.redhat.com. Leggere la presente pagina wiki, tutte le pagine di riferimento e fare una ricerca nall'archivio della mailing list.

Se si vuole aiutare a mantenere gli upgrade live funzionanti regolarmente, c'é il Live Upgrade Special Interest Group.

Istruzioni per l'aggiornamento usando yum o dnf

1. Backup del sistema

Eseguire un backup di tutti i dati personali su un disco esterno o un altro computer. Se si verificherà un errore irrecuperabile, un'installazione fresca non permetterà il recupero dei propri dati.

2. Leggi i problemi ricorrenti

In una sezione successiva di questa pagina c'è un elenco di problemi comuni relativi alle specifiche versioni. Alcuni di questi richiedono attenzione prima di eseguire l'aggiornamento.

Consigli generali sull'aggiornamento di Fedora possono essere trovati alla pagina Upgrading. Si dovrebbe inoltre leggere la guida all'installazione e le note di rilascio della versione verso alla quale si intende aggiornare - questi documenti contengono importanti informazioni riguardo i problemi di aggiornamento. Infine, controllare l'elenco dei Common bugs (bug conosciuti).

3. Fare pulizia

Verificare ed eliminare tutti i file .rpmsave e .rpmnew prima e dopo l'aggiornamento. (Se è abilitato selinux, controllare il security context dei file di configurazione spostati.)

Effettuare il merge e risolvere le modifiche determinate dallo script seguente: yum install rpmconf; rpmconf -a. Ora trovare e rimuovere le vecchie configurazioni che non appartengono a nessuno: find /etc /var -name '*?.rpm?*'

A questo punto è consigliabile rimuovere tutti i pacchetti non utilizzati - in particolare quelli non standard.

Trovare e verificare i pacchetti "inutilizzati"
E' possibile trovare i pacchetti non richiesti da altri pacchetti con il tool package-cleanup da yum-utils: yum install yum-utils; package-cleanup --leaves. Questi pacchetti potrebbero essere rimossi ma controllare se sono usati direttamente o da altre applicazioni non sostenute da pacchetti rpm. Possono essere rimossi con yum remove package-name-and-version.
Un altro strumento utile per la pulizia dai pacchetti non usati è rpmreaper. E' un'applicazione ncurses che permette di vedere un grafico delle dipendenze e di marcare i pacchetti da rimuovere. Marcando un pacchetto si ottengono le dipendenze relative che possono essere viste immediatamente così da non avviare più volte lo stesso strumento per sbarazzarsi del substrato di pacchetti dipendenti inutilizzati. Installalo con: yum install rpmreaper.
Trovare e rivedere i pacchetti "perduti"
E' possibile trovare i pacchetti orfano (cioé non più presenti nei repository) con: package-cleanup --orphans. Mostrerà anche i pacchetti parzialmente disinstallati ma dove lo script "%postun" fallisce.

4. Fare l'aggiornamento

Se si hanno configurati repository da terzi, devono essere impostati per la nuova versione di Fedora. Passando da una versione all'altra di Fedora, spesso non c'é nulla da fare. Se si passa da una Fedora standard ad una rawhide (o viceversa), inoltre molto tempo servirà per installare gli RPM rawhide dai repository da terzi (o quelli standard, viceversa).

Da notare che l'upgrade può fallire in presenza di dipendenze obsolete da pacchetti non forniti dai repository di yum o da pacchetti non pronti per la nuova versione.

E' buona norma operare l'upgrade al di fuori della modalità grafica. Disconnettersi per poi

fedora-upgrade

E' possibile usare lo script fedora-upgrade per automatizzare tutti i passaggi. Come per il metodo manuale, non è raccomandato come metodo d'aggiornamento da Fedora.

$ sudo yum install fedora-upgrade 
$ sudo fedora-upgrade

In alternativa, effettuare i passaggi manualmente:

Usare una console testuale

ctrl + alt + F2

oppure

accedere come root nella modalità multi-user.target

# systemctl isolate multi-user.target

Aggiornare yum all'ultima versione disponibile

# yum update yum

Installare le nuove chiavi gpg per la versione Fedora alla quale aggiornare

Le chiavi possono essere trovate e verificate in

https://fedoraproject.org/keys

o vedere le istruzioni per uno specifico aggiornamento in basso.

Pulizia della cache

Rimuovere tutte le tracce della versione Fedora che si sta per lasciare nella cache di yum in /var/cache/yum.

# yum clean all

Upgrade di tutti i pacchetti

Una volta iniziato l'upgrade live, non cercare di bloccarlo con un riavvìo, con il blocco del processo o con qualsiasi altro metodo finché non è completo. Interromperlo significherebbe ottenere un sistema misto -- parzialmente della vecchia versione e parzialmente nuovo. In questo stato non sarà affidabile e non funzionerà come ci si aspetta. E' possibile cercare di risolvere i problemi avviando 'yum distro-sync' o 'package-cleanup --problems'.
# yum --releasever=<versione alla quale si vuole sincronizzare> distro-sync
Se si riscontrano problemi con le dipendenze si è soli e bisogna risolverli manualmente. Se non si è capaci, usare il preupgrade.

Note: Nonostante sia raccomandato fare upgrade a versioni intermedie, se si aggiorna da versioni vecchie (ad esempio da Fedora 19 a 20, poi da 20 a 21), dipende da quale versione si parte, questo passaggio potrebbe fallire con errore sulla chiave gpg con formato sbagliato. Per superarlo, aggiungere l'opzione "--nogpgcheck" al comando 'yum distro-sync'.

5. Assicurarsi che Fedora sia aggiornata

Distro-sync solitamente assicura gli upgrade da repository da terzi abilitati.

 yum repolist 

conferma dopo il termine dell'upgrade. yum potrebbe segnalare conflitti o richieste aggiuntive, probabilmente perché si sono usati repository o pacchetti non standard installati manualmente. Tentare di scovare quali creano i problemi (o almeno parte della catena di dipendenze), disinstallarli e provare ancora. Ricordarsi di installare nuovamente quelli essenziali.

Assicurarsi che tutti i (nuovi) pacchetti essenziali dalla nuova versione siano installati con

# yum groupupdate 'Minimal Install'

Verficare anche gli altri gruppi

# yum grouplist

Per esempio

# yum groupupdate "GNOME Desktop" \
  "Development Tools" "Sound and Video" \
  "Games and Entertainment" "Administration Tools" \
  "Office/Productivity" "System Tools"

6. Preparazione al riavvìo

Prima di riavviare, di solito si installa il bootloader dal nuovo Grub con

/usr/sbin/grub2-install BOOTDEVICE

- dove BOOTDEVICE solitamente è /dev/sda ( se si ottiene errore allora '/dev/sda non ha un corrispondente dispositivo BIOS', allora provare /sbin/grub-install --recheck /dev/sda).

Potrebbe essere necessario aggiornare il file di configurazione di Grub:

cp --backup=numbered -a /boot/grub2/grub.cfg{,.bak} # crea una copia di backup
/usr/sbin/grub2-mkconfig -o /boot/grub2/grub.cfg # aggiorna il file ''config''

Inoltre, l'ordine degli script init potrebbe essere cambiato dalla versione precedente. Un comando per reimpostarlo è

 cd /etc/rc.d/init.d; for f in *; do /sbin/chkconfig $f resetpriorities; done 

Ancora, avviare package-cleanup --orphans per trovare i pacchetti che non sono stati aggiornati.

7. Pulizia del sistema

Ancora, pulire il sistema come descritto nella sezione 2. Inoltre può servire rimuovere alcuni file della cache non più utilizzati, ad esempio quelli della versione precedente di Fedora nelle seguenti directory:

  • /var/cache/yum
  • /var/cache/dnf
  • /var/cache/mock
  • /var/lib/mock

Note su versioni specifiche

Aggiornamento da una pre-release

Se si sta aggiornando ad una versione finale da una alpha, da una beta, da una anteprima o da altre Rawhide versioni, si prega di vedere Upgrading from pre-release to final (Aggiornamento da una pre-release ad una finale).

Aggiornamento ad una rawhide

Rawhide è il ramo di sviluppo di Fedora. E' pensato per essere utilizzato da sviluppatori e tester per fornire feedback al Fedora Project.

Vedere la pagina Rawhide per maggiori informazioni sulla Rawhide.

# dnf install dnf-plugins-core fedora-repos-rawhide
# dnf config-manager --set-disabled fedora updates updates-testing
# dnf config-manager --set-enabled rawhide
# dnf clean -q dbcache plugins metadata
# dnf --releasever=rawhide --setopt=deltarpm=false distro-sync --nogpgcheck

## Opzionale: generalmente è suggerito fare un #autorelabel con #SELinux

# touch /.autorelabel

Fedora 22 -> Fedora 23

# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-23-$(uname -i)
# dnf upgrade
# dnf clean all
# dnf --releasever=23 --setopt=deltarpm=false distro-sync

Fedora 21 -> Fedora 22

# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-$(uname -i)
# yum update yum
# yum clean all
# yum --releasever=22 distro-sync

Fedora 20 -> Fedora 21

# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-21-$(uname -i)
# yum update yum
# yum clean all
# yum --releasever=21 distro-sync

Fedora 21 è divisa in prodotti differenti. Eseguire uno solo di questi comandi:

# yum install system-release-workstation
# yum install system-release-cloud
# yum install system-release-server

o quello non rivolto ad alcun dei tre precedenti

# yum install system-release-nonproduct

E' possibile modificare il prodotto precedentemente installato con

# yum swap system-release-cloud system-release-workstation

Cambiare in workstation a volte potrebbe richiedere di usare yum shell in quanto alcuni pacchetti possono essere scambiati.

Qualcuno ha segnalato (e.g. bugs 1035326, 1044184, 1002331) che dopo gli upgrade alcuni file erano segnati male da SELinux. Si raccomanda quindi di avviare:

 # restorecon -R /

Riavvìo:

# shutdown -h now
Failed to start poweroff.target: Connection timed out
Failed to open /dev/initctl: No such device or address
Failed to talk to init daemon.

Upgrade da una Fedora ufficialmente in Fine Vita (End Of Life EOL)

Upgrade con yum da versioni più datate
Gli aggiornamenti dalle versioni più vecchie di Fedora sono archiviati in Upgrading from EOL Fedora using package manager