Avanzamento versione dalla 32 alla 35

Oggi ho potuto finalmente tentare per la prima volta in assoluto ad avanzare la mia versione di fc32 per arrivare fino alla fc35, come mi ho avuto consigliato qui.
Il primo avanzamento alla “33” si è interrotto con Errore:

Fedora 33 openh264 (From Cisco) - x86_64                             3.0 kB/s | 2.5 kB     00:00    
Fedora Modular 33 - x86_64                                           2.7 MB/s | 3.3 MB     00:01    
Fedora Modular 33 - x86_64 - Updates                                 2.3 MB/s | 3.3 MB     00:01    
Fedora 33 - x86_64 - Updates                                         3.7 MB/s |  31 MB     00:08    
Fedora 33 - x86_64                                                   9.5 MB/s |  72 MB     00:07    
google-chrome                                                        8.3 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 33 - Free - Updates                             73 kB/s | 436 kB     00:05    
RPM Fusion for Fedora 33 - Free                                      445 kB/s | 897 kB     00:02    
RPM Fusion for Fedora 33 - Nonfree - Updates                          86 kB/s |  79 kB     00:00    
RPM Fusion for Fedora 33 - Nonfree                                   227 kB/s | 278 kB     00:01    
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-armsoc"
Nessuna corrispondenza per il gruppo pacchetti "lsvpd"
. . . 
Nessuna corrispondenza per il gruppo pacchetti "oflb-brett-fonts"
Nessuna corrispondenza per il gruppo pacchetti "smc-kalyani-fonts"
Errore: 
 Problema: package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64 requires python(abi) = 3.8, but none of the providers can be installed
  - python3-3.8.10-1.fc32.x86_64 does not belong to a distupgrade repository
  - problem with installed package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64
(try to add '--skip-broken' to skip uninstallable packages)

Ora non so più come procedere.

Ho ripetuto il comando cosi:

$ sudo dnf system-upgrade download --allowerasing --releasever=33

La funzione di avanzamento questa volta è andata avanti fino alla fine.
Ho dato a questo punto il comando

sudo dnf system-upgrade reboot

Al riavvio e già nella schermata di GRUB il fedora avviabile era soltanto la fc32.
Ho comunque avviato e, come avevo letto in GRUB, la versione attiva è sempre la 32, come dimostra anche la seguente interrogazione:

cat /etc/fedora-release
Fedora release 32 (Thirty Two)

In definitiva, ho perso solo tempo, perchè
l’avanzamento NON ha funzionato.

Strano, molto strano. Prova di nuovo col comando:
sudo dnf system-upgrade download --skip-broken --releasever=33
Esegui di seguito:
sudo dnf system-upgrade reboot
Io non ho mai avuto di questi problemi, al limite problemi di spazio in “/” (root). Il sistema dovrebbe riavviarsi, procedere con l’aggiornamento alla nuova versione ed infine riavviarsi un’ultima volta con la nuova versione.

E’ lì l’inconveniente. l’esito del comando è più chiaro delle parole

sudo dnf system-upgrade download --skip-broken --releasever=33
[sudo] password di petrus: 
Prima di continuare assicurarsi che il sistema è completamente aggiornato con "dnf --refresh upgrade". Procedere [y/N]: y
Fedora 33 openh264 (From Cisco) - x86_64        1.7 kB/s | 989  B     00:00    
Fedora Modular 33 - x86_64                       72 kB/s |  22 kB     00:00    
Fedora Modular 33 - x86_64 - Updates             34 kB/s |  21 kB     00:00    
Fedora 33 - x86_64 - Updates                     74 kB/s |  22 kB     00:00    
Fedora 33 - x86_64                               93 kB/s |  23 kB     00:00    
google-chrome                                   9.7 kB/s | 1.3 kB     00:00    
google-chrome                                   7.4 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 33 - Free - Updates       7.5 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 33 - Free                  17 kB/s | 3.8 kB     00:00    
RPM Fusion for Fedora 33 - Nonfree - Updates    8.4 kB/s | 4.0 kB     00:00    
RPM Fusion for Fedora 33 - Nonfree               19 kB/s | 4.2 kB     00:00    
Nessuna corrispondenza per il gruppo pacchetti "lsvpd"
Nessuna corrispondenza per il gruppo pacchetti "powerpc-utils"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-armsoc"
Nessuna corrispondenza per il gruppo pacchetti "oflb-roadstencil-fonts"
Nessuna corrispondenza per il gruppo pacchetti "monofett-fonts"
Nessuna corrispondenza per il gruppo pacchetti "aldusleaf-crimson-text-fonts"
Nessuna corrispondenza per il gruppo pacchetti "cyreal-wireone-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-brett-fonts"
Nessuna corrispondenza per il gruppo pacchetti "almas-mongolian-title-fonts"
Nessuna corrispondenza per il gruppo pacchetti "reeniebeanie-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yebse-fonts"
Nessuna corrispondenza per il gruppo pacchetti "isight-firmware-tools"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-wookianos-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-symbolneu-fonts"
Nessuna corrispondenza per il gruppo pacchetti "bcm283x-firmware"
Nessuna corrispondenza per il gruppo pacchetti "atomic"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-hiwua-fonts"
Nessuna corrispondenza per il gruppo pacchetti "typemade-josefinsansstd-light-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tlomt-orbitron-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-fantuwua-fonts"
Nessuna corrispondenza per il gruppo pacchetti "sarai-fonts"
Nessuna corrispondenza per il gruppo pacchetti "kranky-fonts"
Nessuna corrispondenza per il gruppo pacchetti "smc-kalyani-fonts"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-geode"
Nessuna corrispondenza per il gruppo pacchetti "phetsarath-fonts"
Nessuna corrispondenza per il gruppo pacchetti "inkboy-fonts"
Nessuna corrispondenza per il gruppo pacchetti "shadowsintolight-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yigezu-bisrat-gothic-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-icelandic-fonts"
Nessuna corrispondenza per il gruppo pacchetti "astloch-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-tint-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tharlon-fonts"
Nessuna corrispondenza per il gruppo pacchetti "mph-2b-damase-fonts"
Nessuna corrispondenza per il gruppo pacchetti "paratype-pt-sans-caption-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-jiret-fonts"
Nessuna corrispondenza per il gruppo pacchetti "carterone-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-noto-sans-ui-fonts"
Nessuna corrispondenza per il gruppo pacchetti "wallpoet-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-tinos-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-sportrop-fonts"
Nessuna corrispondenza per il gruppo pacchetti "pagul-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-zelan-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yigezu-bisrat-goffer-fonts"
Nessuna corrispondenza per il gruppo pacchetti "labelleaurore-fonts"
Nessuna corrispondenza per il gruppo pacchetti "cf-sorts-mill-goudy-fonts"
Nessuna corrispondenza per il gruppo pacchetti "min12xxw"
Nessuna corrispondenza per il gruppo pacchetti "apanov-edrip-fonts"
Nessuna corrispondenza per il gruppo pacchetti "vt323-fonts"
Nessuna corrispondenza per il gruppo pacchetti "docker"
Nessuna corrispondenza per il gruppo pacchetti "google-noto-sans-balinese-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tabish-eeyek-fonts"
Nessuna corrispondenza per il gruppo pacchetti "moyogo-molengo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "specialelite-fonts"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-omap"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-cousine-fonts"
Nessuna corrispondenza per il gruppo pacchetti "ht-alegreya-smallcaps-fonts"
Nessuna corrispondenza per il gruppo pacchetti "stix-math-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tangerine-fonts"
Nessuna corrispondenza per il gruppo pacchetti "ecolier-court-lignes-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-arimo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "trabajo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tuladha-jejeg-fonts"
Nessuna corrispondenza per il gruppo pacchetti "impallari-lobster-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-droid-kufi-fonts"
Nessuna corrispondenza per il gruppo pacchetti "cockpit-docker"
Nessuna corrispondenza per il gruppo pacchetti "smc-raghumalayalam-fonts"
Errore: 
 Problema: package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64 requires python(abi) = 3.8, but none of the providers can be installed
  - python3-3.8.10-1.fc32.x86_64 does not belong to a distupgrade repository
  - problem with installed package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64
[petrus@petrus ~]$ sudo dnf system-upgrade download --skip-broken --releasever=33
Prima di continuare assicurarsi che il sistema è completamente aggiornato con "dnf --refresh upgrade". Procedere [y/N]: 

L’altra volta non avevo fatto caso all’esito. Ho risposto infatti “N”. Ora, rispondendo “y”, vedo non riesce a fare l’upgrade. Sarà perché fc32 non è più assistito?
Stando così le cose, purtroppo, la tua teoria non può funzionare.

Credo di capire qual’è il tuo problema. Cerco di spiegarti il funzionamento di dnf system-upgrade e come si procede. Ti consiglio di leggere questa guida ( https://fedoraproject.org/wiki/DNF_system_upgrade/it ). Il primo comando da dare è nel tuo caso:
sudo dnf system-upgrade download --skip-broken --releasever=33
Il comando verificherà l’esistenza dei repos della tua nuova versione, i pacchetti corrispondenti al tuo installato e rispondendo sì alle varie domande scaricherà sia i nuovi pacchetti che le firme digitali corrispondenti. Se i nuovi pacchetti sono già stati scaricati salterà questa fase. Se tutto andrà bene il sistema ti avviserà che puoi procedere all’aggiornamento dando il comando:
sudo dnf system-upgrade reboot
Il sistema si riavvierà e apparirà dopo il riavvio una schermata in cui compariranno delle scritte avvisandoti prima di tutta una serie di verifiche preliminari, poi dell’aggiornamento dei vecchi pacchetti con i nuovi. Alla fine del processo ti informerà che tutto è avvenuto secondo le regole e si riavvierà di nuovo mostrandoti come prima voce nel menu d’avvio il nuovo kernel.

Normalmente succederà come dici tu, ma io non nrientro nella fascia dei Normali.

$ sudo dnf system-upgrade download --skip-broken --releasever=33
[sudo] password di petrus: 
Prima di continuare assicurarsi che il sistema è completamente aggiornato con "dnf --refresh upgrade". Procedere [y/N]: y
Fedora 33 openh264 (From Cisco) - x86_64        686  B/s | 989  B     00:01    
Fedora Modular 33 - x86_64                       87 kB/s |  22 kB     00:00    
Fedora Modular 33 - x86_64 - Updates             32 kB/s |  21 kB     00:00    
Fedora 33 - x86_64 - Updates                     38 kB/s |  22 kB     00:00    
Fedora 33 - x86_64                               75 kB/s |  23 kB     00:00    
google-chrome                                   7.7 kB/s | 1.3 kB     00:00    
RPM Fusion for Fedora 33 - Free - Updates        11 kB/s | 3.3 kB     00:00    
RPM Fusion for Fedora 33 - Free                 7.6 kB/s | 3.5 kB     00:00    
RPM Fusion for Fedora 33 - Nonfree - Updates     16 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 33 - Nonfree              8.3 kB/s | 3.9 kB     00:00    
Nessuna corrispondenza per il gruppo pacchetti "lsvpd"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-armsoc"
Nessuna corrispondenza per il gruppo pacchetti "powerpc-utils"
Nessuna corrispondenza per il gruppo pacchetti "vt323-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-brett-fonts"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-omap"
Nessuna corrispondenza per il gruppo pacchetti "astloch-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-tint-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-noto-sans-balinese-fonts"
Nessuna corrispondenza per il gruppo pacchetti "smc-raghumalayalam-fonts"
Nessuna corrispondenza per il gruppo pacchetti "aldusleaf-crimson-text-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-wookianos-fonts"
Nessuna corrispondenza per il gruppo pacchetti "almas-mongolian-title-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yebse-fonts"
Nessuna corrispondenza per il gruppo pacchetti "moyogo-molengo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "specialelite-fonts"
Nessuna corrispondenza per il gruppo pacchetti "docker"
Nessuna corrispondenza per il gruppo pacchetti "cyreal-wireone-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-roadstencil-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-fantuwua-fonts"
Nessuna corrispondenza per il gruppo pacchetti "impallari-lobster-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tangerine-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tuladha-jejeg-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-arimo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yigezu-bisrat-gothic-fonts"
Nessuna corrispondenza per il gruppo pacchetti "reeniebeanie-fonts"
Nessuna corrispondenza per il gruppo pacchetti "cf-sorts-mill-goudy-fonts"
Nessuna corrispondenza per il gruppo pacchetti "ecolier-court-lignes-fonts"
Nessuna corrispondenza per il gruppo pacchetti "xorg-x11-drv-geode"
Nessuna corrispondenza per il gruppo pacchetti "shadowsintolight-fonts"
Nessuna corrispondenza per il gruppo pacchetti "apanov-edrip-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-tinos-fonts"
Nessuna corrispondenza per il gruppo pacchetti "isight-firmware-tools"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-symbolneu-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-croscore-cousine-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-zelan-fonts"
Nessuna corrispondenza per il gruppo pacchetti "kranky-fonts"
Nessuna corrispondenza per il gruppo pacchetti "smc-kalyani-fonts"
Nessuna corrispondenza per il gruppo pacchetti "carterone-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tabish-eeyek-fonts"
Nessuna corrispondenza per il gruppo pacchetti "atomic"
Nessuna corrispondenza per il gruppo pacchetti "min12xxw"
Nessuna corrispondenza per il gruppo pacchetti "typemade-josefinsansstd-light-fonts"
Nessuna corrispondenza per il gruppo pacchetti "trabajo-fonts"
Nessuna corrispondenza per il gruppo pacchetti "stix-math-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-jiret-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tlomt-orbitron-fonts"
Nessuna corrispondenza per il gruppo pacchetti "cockpit-docker"
Nessuna corrispondenza per il gruppo pacchetti "paratype-pt-sans-caption-fonts"
Nessuna corrispondenza per il gruppo pacchetti "inkboy-fonts"
Nessuna corrispondenza per il gruppo pacchetti "mph-2b-damase-fonts"
Nessuna corrispondenza per il gruppo pacchetti "labelleaurore-fonts"
Nessuna corrispondenza per il gruppo pacchetti "sarai-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-noto-sans-ui-fonts"
Nessuna corrispondenza per il gruppo pacchetti "monofett-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-yigezu-bisrat-goffer-fonts"
Nessuna corrispondenza per il gruppo pacchetti "tharlon-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-icelandic-fonts"
Nessuna corrispondenza per il gruppo pacchetti "phetsarath-fonts"
Nessuna corrispondenza per il gruppo pacchetti "bcm283x-firmware"
Nessuna corrispondenza per il gruppo pacchetti "ht-alegreya-smallcaps-fonts"
Nessuna corrispondenza per il gruppo pacchetti "senamirmir-washra-hiwua-fonts"
Nessuna corrispondenza per il gruppo pacchetti "wallpoet-fonts"
Nessuna corrispondenza per il gruppo pacchetti "oflb-sportrop-fonts"
Nessuna corrispondenza per il gruppo pacchetti "pagul-fonts"
Nessuna corrispondenza per il gruppo pacchetti "google-droid-kufi-fonts"
Errore: 
 Problema: package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64 requires python(abi) = 3.8, but none of the providers can be installed
  - python3-3.8.10-1.fc32.x86_64 does not belong to a distupgrade repository
  - problem with installed package VirtualBox-6.1-6.1.16_140961_fedora32-1.x86_64
[petrus@petrus ~]$ 

Allora visto che questo è il problema rimuovi VirtualBox con un:
sudo dnf remove VirtualBox
Dopo la rimozione di questo pacchetto riprova la procedura con:
sudo dnf system-upgrade download --skip-broken --releasever=33
Se tutto va a buon fine e ti dice di effettuare un “sudo dnf system-upgrade reboot” eseguilo.

La prima parte pare eseguita. Provo a riavviare

E’ ripartito con fc33.
Pare che vada.

Bene, era ora! Ora scaricati qualche aggiornamento per questa versione se ti va e poi rifai gli stessi passi che hai fatto cambiando il valore di --releasever a 34. Piano piano arriverai alla 35. Riguardo VirtualBox non avere paura, i files dei dischi virtuali non sono stati cancellati, se presenti. Quando avrai aggiornato alla 35 reinstallalo tranquillamente.

Avanzamento a fc34 completato, ma sono ricomparsi i problemi di blocco tastiera e mouse relativi al mancato riconoscimento della scheda “NVIDIA”.
Ho già avviato due volte e si blocca non appena comincio ad usare la tastiera.

Forse è il caso di recuperare il backup di fc33 e magari riprovare l’avanzamento alla 34.

No, è un problema di driver quello che hai. Una domanda: usi i nouveau o i proprietari?

[petrus@petrus ~]$ sudo lshw -C video
  *-display                 
       description: VGA compatible controller
       product: GK208B [GeForce GT 710]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
       configuration: driver=nouveau latency=0
       resources: irq:129 memory:f6000000-f6ffffff memory:e8000000-efffffff memory:f0000000-f1ffffff ioport:e000(size=128) memory:c0000-dffff
[petrus@petrus ~]$ 

Ho ripetuto anche comandi già dati nel passato e risulta tutto installato ed aggiornato, fino all’ativazione dei driver nvidia. Ecco utti i comandi ripetuti oggi.
( sudo dnf system-upgrade download --skip-broken --releasever=34
975 sudo dnf system-upgrade reboot
976 reboot
977 sudo dnf remove nvidia
978 sudo dnf install xorg-x11-drv-nvidia-470xx akmod-nvidia-470xx xorg-x11-drv-nvidia-470xx-cud
979 sudo dnf install xorg-x11-drv-nvidia-470xx akmod-nvidia-470xx xorg-x11-drv-nvidia-470xx-cuda
980 sudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-29.noarch.rpm
981 sudo dnf install --skip-broken-- xorg-x11-drv-nvidia-470xx akmod-nvidia-470xx xorg-x11-drv-nvidia-470xx-cuda
982 sudo dnf install --skip-broken xorg-x11-drv-nvidia-470xx akmod-nvidia-470xx xorg-x11-drv-nvidia-470xx-cuda
983 sudo dnf install --skip-broken --best --allowerasing xorg-x11-drv-nvidia-470xx akmod-nvidia-470xx xorg-x11-drv-nvidia-470xx-cuda [B
984 sudo gedit /etc/modprobe.d/blacklist.conf
985 ls /etc
986 ls /etc/modprobe.d
987 sudo gedit /etc/modprobe.d/blacklist.conf
988 poweroff
989 sudo dnf upgrade --refresh -y
990 sudo dnf install dnf-plugins-core -y
991 sudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm
992 sudo dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
993 sudo dnf update --refresh
994 sudo dnf install akmod-nvidia
995 sudo dnf install --skip-broken --best --allowerasing xorg-x11-drv-nvidia-470-cuda
996 nvidia-smi
997 nvidia-settings
998 sudo dnf config-manager --set-enabled rpmfusion-free-updates-testing
999 sudo dnf config-manager --set-enabled rpmfusion-nonfree-updates-testing
)

Non ne posso più. Sto decidendo di cambiare la scheda grafica proprietaria con una compatibile col mondo Open Source.

Il tuo problema nasce dai parametri passati al kernel. Visto che hai ancora i kernels della versione precedente scriviti un appunto con i parametri passati, li puoi vedere premendo il tasto “e” dal menu di GRUB e poi copiarli nel nuovo kernel prima dell’avvio. Poi con un editor usando sudo potrai aggiungerli permanentemente modificando /etc/default/grub.

Forse tu parli di questo:

grub: e
load video
set gfx playload= keep
insmod gzio
linux ($root) /vmlinuz-5.14.18-100.fc33.x86-64 root=UUIID=35ab9628-2ad4-4915-9d9 . . .
. . . 
quiet initrid ($root)/initarmfs-5.14.18-100.fc33.86_64.img

Se ho trovato quello di cui parli, ora dovrei andarlo a copiare nel nuovo kernel.
?
Mai fatto.

Sì, ci siamo quasi. All’avvio sotto GRUB premi il tasto “e” e osserva le differenze tra i vecchi kernels che avviano il modulo proprietario NVidia e il nuovo. Allora fai una modifica al volo, ti è permesso sotto GRUB, e prova l’avvio. Se si attiva il gestore grafico siamo per lo meno a metà guado. Entrando nella sessione grafica dovresti da console, per mettere le cose a posto, almeno credo, dare il comando:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Questo comando rigenerà in maniera uniforme le voci di GRUB. Ci sarebbe una altra alternativa: rimuovere il driver proprietario e affidarti al nouveau. Ammettendo che la rimozione avvenga bene e il sistema si riavvii normalmente sotto quel driver potresti poi effettuare l’aggiornamento alla 35 e lì reinstallare i proprietari. Qui ci vorrebbe qualcuno un pò più esperto di me per giudicare la situazione.

Cosa in tendi per rimuovere il driver proprietario?
Togliere la scheda, fisicamente, dal suo alloggiamento?

Scusa ma sono un pò confuso e forse ho frainteso. Te lo chiedo per essere sicuro.

Non sono sicuro di avere capito quello che avrei dovuto modificare. Inoltre nel mio monitor, nella finestra di grub, dopo avere impostato “e”, il cursore non è visibile, quindi sono andato a tentativi, aiutandomi con l’immissione di un carattere speciale, per capire in quale punto del periodo mi trovavo.
Comunque, visto che le uniche differenze si trovavano all’inizio ed alla fine del peridodo di ciascuna riga di avviamento, ho modificato:

linux ($root) /vmlinuz-5.16.15-101.fc34.x86-64 
. . . 
quiet initrid ($root)/initarmfs-5.16.15-101.fc34.86_64.img

con:

linux ($root) /vmlinuz-5.14.18-100.fc33.x86-64
. . . 
quiet initrid ($root)/initarmfs-5.14.18-100.fc33.86_64.img

poi ho dato ctrl+x per avviare il sistema, ma la situazione è peggiorata, in quanto l’avviamento dei fedora non è avvenuto.
Ho dovuto forzare lo spegnimento.

Niente rimozione fisica della scheda! I driver nouveau sono quelli liberi mentre tu usi quelli proprietari. Per farlo dovresti accedere come chroot nel tuo sistema nella versione 34, rimuovere i pacchetti etichettati NVidia, ripulire il file /etc/X11/xorg.conf e riavviare. Questa scelta dipende da te.

Io ricordo che la prima volta che ho vissuto la brutta esperiemza dei blocchi di tastiera e mouse avevo la scheda nvidia ed i driver nouveau.
E’ stato allora che sono stato costretto ad installare i driver nvidia.
Ripercorrere quella strada mi sembra illogico e da perditempo.

Potrei, se tu non lo ritieni pericoloso, fare ugualmente l’avanzamento a fc35 e poi, decidere eventualmente, di cambiare scheda grafica, montando una gpu compatibile coi driver nouveau e con la scheda madre del mio pc.