@edmondo
Allora ,ho dato akmos --force , risponde kmods esiste ,ma al riavvio rimane bloccato .
l’altra procedura quale sarebbe? devo rimuovere i driver nvidia ?
ora sono con il vecchio kernel ,va tutto regolare ; che problemi ci sono se non aggiorno più i kernel?
grazie
ciao
Ciao @yum_yoshi metti provvisoriamente i kernel-longterm :
https://copr.fedorainfracloud.org/coprs/kwizart/kernel-longterm-5.10/ questi sono gli lts della versione 5.10 con fix sicurezza ma non eseguono l’upgrade alla versione 5.11 , con questi funziona senzi problemi è hai le patch di sicurezza , vediamo con il rilascio del kernel 5.11.12 se il problema persiste , perchè stanno pulendo il codice , è ovviamente le schede nvidia sono le prime che ci vanno di mezzo (quelle vecchie) 
p.s per una corretta installazione :
dnf copr enable kwizart/kernel-longterm-5.10 po installa :
dnf install kernel-longterm kernel-longterm-devel kernel-longterm-headers 
@edmondo
grazie , anche per aver corretto il titolo , così si capisce meglio .
Allora aspetto il 5.11.12 ,se non va installo quelli longterm.
grazie
ciao
1 Mi Piace
Ciao @yum_yoshi 
scusa per la risata ma ho appena finito di scriverti nell’altro che ti risaluto in questo , allora speriamo che sia solo un difetto del kernel perchè anche su ask fedora cè un discorso simile , che dopo aver aggiornato al riavvio schermo nero , sembrerebbe propio il kernel difatti hanno ripiegato sulla versione 10 , se non dovesse andare apposto puoi mettere il longterm , io personalmente con una scheda più recente con il rilascio del kernel . 5.9 ho avuto lo stesso problema è ho usato il longterm per guasi 10 rilasci del kernel , ogni tanto facevo una prova se non partiva , riavviavo è partivo con il longterm , eliminado il kernel che avevo installato , il copr è sicuro , usato moltissimo da molti utenti che hanno hardware datato , che con i kernel nuovi crea problemi difatti ha anche una versione 4 del kernel
Ciao edmondo ,
con questa situazione , i driver nvidia funzionano solo con i kernel 5.10 ,con nessuno dei 5.11 si avvia ,
posso aggiornare a F34 ? oppure mi conviene aspettare ? con i 5.12 potrebbe funzionare?
piccolo OT : ho aggiornato a F34 l’altra macchina , è accesa da varie ore e non si è bloccata.
grazie ciao
Ciao @yum_yoshi se anche con il kernel 5.11 crea problemi con i driver 340 devi per forza passare ai repo copr 5.10 qua la guida https://forum.fedoraonline.it/t/guida-allinstallazione-dei-driver-nvidia/26142
@edmondo
Ciao,
ho provato ad installare il kernel longterm ,ma mi restituisce errore
Errore: Errore test di transazione:
il file /usr/include/asm-generic/sembuf.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64
il file /usr/include/asm-generic/siginfo.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64
il file /usr/include/asm-generic/signal-defs.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64
il file /usr/include/asm-generic/signal.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64
il file /usr/include/asm-generic/socket.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64
il file /usr/include/asm-generic/unistd.h dell'installazione di kernel-longterm-headers-5.10.13-200.fc33.x86_64 entra in conflitto con il file del pacchetto kernel-headers-5.11.16-200.fc33.x86_64ho copiato solo l’inizio la lista è molto lunga.
io non ho installato il kernel 5.11.16-200 ,
i miei kernel installati
rpm -q kernel-core
kernel-core-5.10.21-200.fc33.x86_64
kernel-core-5.10.22-200.fc33.x86_64con questi funzionano i driver nvidia
grazie ciao
Ciao @yum_yoshi per installare il kernel-longterm devi rimuovere i kernel-devel è i kernel-headers se nò vanno in conflitto , una procedura corretta sarebbe :
sudo dnf remove kernel-devel kernel-headers akmod-nvidia-340xx xorg-x11-drv-nvidia-340xx xorg-x11-drv-nvidia-340xx-cuda prima di riavviare controlla che sia stato eliminato anche il modulo kmod
rpm -qa | grep nvidia se vedi dei moduli nvidia rimuovili , dopo dai :
sudo dracut -f -vcontrolla che nel file :
/etc/default/grubsia stata rimossa la stringa
modprobe.blacklist=nouveau nvidia-drm.modeset=1 se non è stata rimossa rimuovila è aggiorna grub , riavvia è segui la procedura per installare il kernel-longterm , dopo averlo installato riavvia è parti dal kernel-longterm è installa i drver nvidia
@edmondo
Ciao ,
grazie per la risposta , appena posso provo .
ma dopo tutto questo ,potrò aggiornare a F34 ?
oppure mi conviene aggiornare quando ho rimosso tutto prima di installare i longterm ?
tipo : prima di fare dnf system upgrade devi aggiornare tutto il sistema ,e se non ha l’ultimo kernel aggiornato potrebbero esserci problemi nell’aggiornamento ?
ogni volta che si aggiorna la release ,si devono rimuovere e poi reinstallare i driver nvidia ?
grazie e ciao
aggiornamento ore 19,00
ho rimosso i driver nvidia come hai suggerito e poi ho fatto l’aggiornamento a F34.
ora provo un po così , i driver video sono llvmpipe ;
se riprendono i problemi proverò ad installare i longterm e poi i driver proprietari
grazie
ciao
Ciao @yum_yoshi ma Fedora è installata in virtuale ? perchè i driver llvmpipe , sono quelli utilizzati per macchine virtuali , in teoria dovresti avere il driver nouveau installato è funzionante
Ciao @edmondo .
non è virtuale , è installata su ssd Sansung da 250gb .
ho sempre avuto i nouveau , tranne quando ho installato i nvidia,
ora dopo l’aggiornamento a F34 in impostazioni grafica dice LLVM.
grazie
ciao
Ciao edmondo ,
avevo già controllato non c’è la riga indicata ,
c’era la riga GRUB_CMDLINE_LINUX="rhgb quiet"
che aveva scritto anche blacklist nouveau" che ho cancellato.
ma non è cambiato nulla in impostazione grafica c’è llvmpipe (LLVM 12.0.0, 128 bits)
grazie ciao
Ciao @yum_yoshi molto strano hai provato a guardare che non sia rimasto qualche file di nvidia ?
sudo updatedb; locate nvidia.confcerca anche nvidia o nouveau , perchè secondo mè è rimasto qualche file di configurazione in giro hai anche aggiornato grub dopo che è stata eliminata quella stringa ?
Ciao edmondo ,
il comando restituisce niente.
grub aggiornato.
se faccio una ricerca di NVidia con nautilus escono fuori molti file ,
ho visto anche con gnome-commander ; sono da eliminare tutti ?
grazie
ciao
Ciao @yum_yoshi non no vanno cancellati tutti solo quelli che hanno .conf finale , nella home dovresti avere un file chiamato .nvidia-settings-rc questo lo cancelli poi dovresti avere :
/usr/share/X11/xorg.conf.d/nvidia.confcancella anche quello , in genere quando vengono disistallati i driver quello non viene cancellato . è guarda anche che non ci sia un xorg.conf in :
/etc/X11/xorg.conf
Ciao edmondo,
ho cancellato il file nella home ,anche una cartella “nv”, gli altri non c’erano.
la situazione è rimasta uguale.
Per dire qualcosa in più ,da quando ho disinstallato i driver nvidia ,guardando il boot è rimasta una fase ,come quando c’erano i driver nvidia, con tre quadratini bianchi al centro dello schermo ,che poi diventano gialli , e dopo fa un po’ di lampeggi e schermate di vari colori , tutti in modo rapido e poi arriva la schermata di log .
Non vedo più la schermata nera con il logo Qosmio , non è importante, ma è per spiegare.
grazie
ciao
Ciao @yum_yoshi controlla che non ci sia qualche pacchetto in giro installato :
rpm -qa | grep nvidia se non trovi niente ricrea l’immagine :
sudo dracut -f -v aggiorna grub è riavvia dopo posta :
lsmod è anche :
dmesg | fpaste per capire meglio se è un problema legato all’upgrade (tipo qualche residuo nvidia rimasto) o è propio la scheda che non viene più riconosciuta dalla F34
Ciao edmondo,
con rpm -qa | grep nvidia nessun risultato.
Poi ho fatto come hai indicato ,al riavvio tutto come prima.
ecco i risultati richiesti
$lsmod
Module Size Used by
snd_seq_dummy 16384 0
snd_hrtimer 16384 1
rfcomm 90112 4
xt_CHECKSUM 16384 1
xt_MASQUERADE 20480 3
xt_conntrack 16384 1
ipt_REJECT 16384 2
nf_nat_tftp 16384 0
nf_conntrack_tftp 20480 3 nf_nat_tftp
bridge 290816 0
stp 16384 1 bridge
llc 16384 2 bridge,stp
ccm 20480 6
nft_objref 16384 2
nf_conntrack_netbios_ns 16384 1
nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns
nft_fib_inet 16384 1
nft_fib_ipv4 16384 1 nft_fib_inet
nft_fib_ipv6 16384 1 nft_fib_inet
nft_fib 16384 3 nft_fib_ipv6,nft_fib_ipv4,nft_fib_inet
nft_reject_inet 16384 5
nf_reject_ipv4 16384 2 nft_reject_inet,ipt_REJECT
nf_reject_ipv6 20480 1 nft_reject_inet
nft_reject 16384 1 nft_reject_inet
nft_ct 20480 24
nft_chain_nat 16384 4
nf_tables 241664 386 nft_ct,nft_reject_inet,nft_fib_ipv6,nft_objref,nft_fib_ipv4,nft_chain_nat,nft_reject,nft_fib,nft_fib_inet
ebtable_nat 16384 0
ebtable_broute 16384 0
ip6table_nat 16384 1
ip6table_mangle 16384 1
ip6table_raw 16384 0
ip6table_security 16384 0
iptable_nat 16384 1
nf_nat 49152 5 ip6table_nat,nf_nat_tftp,nft_chain_nat,iptable_nat,xt_MASQUERADE
nf_conntrack 163840 8 xt_conntrack,nf_nat,nf_conntrack_tftp,nft_ct,nf_conntrack_netbios_ns,nf_nat_tftp,nf_conntrack_broadcast,xt_MASQUERADE
nf_defrag_ipv6 24576 1 nf_conntrack
nf_defrag_ipv4 16384 1 nf_conntrack
iptable_mangle 16384 1
iptable_raw 16384 0
iptable_security 16384 0
ip_set 57344 0
nfnetlink 16384 3 nf_tables,ip_set
ebtable_filter 16384 0
ebtables 40960 3 ebtable_nat,ebtable_filter,ebtable_broute
ip6table_filter 16384 1
ip6_tables 32768 5 ip6table_filter,ip6table_raw,ip6table_nat,ip6table_mangle,ip6table_security
iptable_filter 16384 1
cmac 16384 3
bnep 28672 2
sunrpc 626688 1
btusb 65536 0
btrtl 28672 1 btusb
btbcm 16384 1 btusb
btintel 32768 1 btusb
bluetooth 696320 30 btrtl,btintel,btbcm,bnep,btusb,rfcomm
rc_dib0700_rc5 16384 0
tuner_xc2028 32768 1
ecdh_generic 16384 1 bluetooth
ecc 36864 1 ecdh_generic
dib7000p 45056 1
intel_powerclamp 20480 0
coretemp 20480 0
snd_hda_codec_realtek 147456 1
kvm_intel 331776 0
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 73728 4
ledtrig_audio 16384 1 snd_hda_codec_generic
snd_hda_intel 57344 4
snd_intel_dspcfg 28672 1 snd_hda_intel
soundwire_intel 45056 1 snd_intel_dspcfg
kvm 946176 1 kvm_intel
soundwire_generic_allocation 16384 1 soundwire_intel
rtl8192se 81920 0
iTCO_wdt 16384 0
intel_pmc_bxt 16384 1 iTCO_wdt
rtl_pci 32768 1 rtl8192se
snd_soc_core 331776 1 soundwire_intel
iTCO_vendor_support 16384 1 iTCO_wdt
uvcvideo 114688 0
rtlwifi 102400 2 rtl_pci,rtl8192se
mac80211 1138688 3 rtl_pci,rtlwifi,rtl8192se
videobuf2_vmalloc 20480 1 uvcvideo
videobuf2_memops 20480 1 videobuf2_vmalloc
irqbypass 16384 1 kvm
videobuf2_v4l2 36864 1 uvcvideo
intel_cstate 20480 0
snd_compress 28672 1 snd_soc_core
dvb_usb_dib0700 163840 0
snd_pcm_dmaengine 16384 1 snd_soc_core
videobuf2_common 65536 2 videobuf2_v4l2,uvcvideo
intel_uncore 176128 0
soundwire_cadence 36864 1 soundwire_intel
dib7000m 28672 1 dvb_usb_dib0700
dib0090 40960 1 dvb_usb_dib0700
snd_hda_codec 172032 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
dib0070 20480 1 dvb_usb_dib0700
snd_hda_core 110592 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
dib3000mc 24576 1 dvb_usb_dib0700
dibx000_common 16384 3 dib7000p,dib7000m,dib3000mc
videodev 278528 3 videobuf2_v4l2,uvcvideo,videobuf2_common
dvb_usb 32768 1 dvb_usb_dib0700
ac97_bus 16384 1 snd_soc_core
joydev 28672 0
dvb_core 155648 2 dib7000p,dvb_usb
snd_hwdep 16384 1 snd_hda_codec
snd_seq 90112 7 snd_seq_dummy
snd_seq_device 16384 1 snd_seq
cfg80211 1003520 2 rtlwifi,mac80211
snd_pcm 135168 8 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,soundwire_intel,snd_compress,snd_soc_core,snd_hda_core,snd_pcm_dmaengine
mc 65536 6 videodev,videobuf2_v4l2,uvcvideo,dvb_usb,dvb_core,videobuf2_common
toshiba_acpi 57344 0
intel_ips 28672 0
lpc_ich 28672 0
mei_me 45056 0
sparse_keymap 16384 1 toshiba_acpi
snd_timer 49152 3 snd_seq,snd_hrtimer,snd_pcm
industrialio 94208 1 toshiba_acpi
snd 110592 22 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm
mei 139264 1 mei_me
toshiba_bluetooth 20480 0
libarc4 16384 1 mac80211
soundcore 16384 1 snd
wmi 36864 1 toshiba_acpi
rfkill 28672 9 toshiba_acpi,toshiba_bluetooth,bluetooth,cfg80211
toshiba_haps 20480 0
acpi_cpufreq 32768 0
drm 618496 0
zram 24576 2
ip_tables 28672 5 iptable_filter,iptable_security,iptable_raw,iptable_nat,iptable_mangle
sdhci_pci 69632 0
crc32c_intel 24576 3
cqhci 32768 1 sdhci_pci
sdhci 77824 1 sdhci_pci
serio_raw 20480 0
mmc_core 188416 3 sdhci,cqhci,sdhci_pci
r8169 102400 0
video 53248 1 toshiba_acpi
fuse 159744 3https://paste.centos.org/view/66e5fe7e
grazie
ciao
Ciao @yum_yoshi la scheda video dedicata non viene riconosciuta alchè vengono usati i driver lvmpipe , anche la cpu presenta errori :
[ 1.135541] intel_pstate: CPU model not supported
[ 7.214947] intel ips 0000:00:1f.6: CPU TDP doesn't match expected value (found 25, expected 29)
[ 7.215273] intel ips 0000:00:1f.6: failed to get i915 symbols, graphics turbo disabled until i915 loadsper caso nel bios hai qualche impostazione per disabilitare la scheda dedicata ? se non hai nessuna possibilità di disabilitarla , devi installare i kernel-loghterm , poi installare i driver nvidia , i nuovi kernel a quanto pare hanno tolto parecchio supporto a varie macchine , il grub presenta errori perchè non riconosce il driver video , invece per i driver nvidia per togliere i 3 pallini è sistemare il plymouth basta aggiungere nel file
/etc/plymouth/plymouthd.conf[Daemon]
Theme=bgrt
DeviceTimeout=12su tante macchine funziona anche con il parametro 8 comunque per sistemare il tutto converrebbe fare