Blocchi continui del pc. Colpa di UEFI?

Che cosa ti fa capire che non è vista alla partenza? questa parte di stringa: “nvidia-drm.modeset=1”?

Ho prodotto i comandi che mi hai chiesto:

[petrus@localhost ~]$ efibootmgr -v 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0004,0001,0003
Boot0000* ubuntu	HD(1,GPT,ebaa7301-9a5d-4051-b638-51b2bf2d100b,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0001* Fedora	HD(1,GPT,ebaa7301-9a5d-4051-b638-51b2bf2d100b,0x800,0x100000)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0003* Hard Drive	BBS(HD,,0x0)..GO..NO........o.T.S.5.1.2.G.S.S.D.2.3.0.S....................A...........................>..Gd-.;.A..MQ..L.6.F.5.6.4.8.1.0.2.0. . . . . . . . . . ........BO..NO........o.S.a.n.D.i.s.k. .S.S.D. .P.L.U.S. .2.4.0. .G.B....................A...........................>..Gd-.;.A..MQ..L.8.1.8.1.2.8.0.8.4.1.8.2. . . . . . . . ........BO..NO........o.W.D.C. .W.D.1.0.E.F.R.X.-.6.8.F.Y.T.N.0....................A...........................>..Gd-.;.A..MQ..L. . . . .W. .-.D.C.W.4.C.2.J.A.A.3.U.N.5........BO
Boot0004* Fedora	HD(1,GPT,ebaa7301-9a5d-4051-b638-51b2bf2d100b,0x800,0x100000)/File(\EFI\FEDORA\SHIM.EFI)..BO

[petrus@localhost ~]$lspci -v
00:00.0 Host bridge: Intel Corporation 8th Gen Core 4-core Desktop Processor Host Bridge/DRAM Registers [Coffee Lake S] (rev 08)
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0
	Capabilities: <access denied>
	Kernel driver in use: skl_uncore
	Kernel modules: ie31200_edac

00:01.0 PCI bridge: Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16) (rev 08) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 120
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000e000-0000efff [size=4K]
	Memory behind bridge: f6000000-f70fffff [size=17M]
	Prefetchable memory behind bridge: 00000000e8000000-00000000f1ffffff [size=160M]
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:14.0 USB controller: Intel Corporation 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller (prog-if 30 [XHCI])
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, medium devsel, latency 0, IRQ 125
	Memory at f7210000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci

00:16.0 Communication controller: Intel Corporation 200 Series PCH CSME HECI #1
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0, IRQ 128
	Memory at f722d000 (64-bit, non-prefetchable) [size=4K]
	Capabilities: <access denied>
	Kernel driver in use: mei_me
	Kernel modules: mei_me

00:17.0 SATA controller: Intel Corporation 200 Series PCH SATA controller [AHCI mode] (prog-if 01 [AHCI 1.0])
	DeviceName: Onboard - SATA
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 124
	Memory at f7228000 (32-bit, non-prefetchable) [size=8K]
	Memory at f722c000 (32-bit, non-prefetchable) [size=256]
	I/O ports at f050 [size=8]
	I/O ports at f040 [size=4]
	I/O ports at f020 [size=32]
	Memory at f722b000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: <access denied>
	Kernel driver in use: ahci

00:1c.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #5 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 121
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 00002000-00002fff [size=4K]
	Memory behind bridge: d8000000-d81fffff [size=2M]
	Prefetchable memory behind bridge: 00000000d8200000-00000000d83fffff [size=2M]
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.7 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #8 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 122
	Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
	I/O behind bridge: 0000d000-0000dfff [size=4K]
	Memory behind bridge: f7100000-f71fffff [size=1M]
	Prefetchable memory behind bridge: [disabled]
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1d.0 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #11 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 123
	Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
	I/O behind bridge: 00003000-00003fff [size=4K]
	Memory behind bridge: d8400000-d85fffff [size=2M]
	Prefetchable memory behind bridge: 00000000d8600000-00000000d87fffff [size=2M]
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1f.0 ISA bridge: Intel Corporation Device a2ca
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, medium devsel, latency 0

00:1f.2 Memory controller: Intel Corporation 200 Series/Z370 Chipset Family Power Management Controller
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: fast devsel
	Memory at f7224000 (32-bit, non-prefetchable) [disabled] [size=16K]

00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio
	DeviceName: Onboard - Sound
	Subsystem: ASUSTeK Computer Inc. Device 86c7
	Flags: bus master, fast devsel, latency 32, IRQ 129
	Memory at f7220000 (64-bit, non-prefetchable) [size=16K]
	Memory at f7200000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

00:1f.4 SMBus: Intel Corporation 200 Series/Z370 Chipset Family SMBus Controller
	DeviceName: Onboard - Other
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: medium devsel, IRQ 16
	Memory at f722a000 (64-bit, non-prefetchable) [size=256]
	I/O ports at f000 [size=32]
	Kernel driver in use: i801_smbus
	Kernel modules: i2c_i801

01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Device 86df
	Flags: bus master, fast devsel, latency 0, IRQ 127
	Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
	Memory at e8000000 (64-bit, prefetchable) [size=128M]
	Memory at f0000000 (64-bit, prefetchable) [size=32M]
	I/O ports at e000 [size=128]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nouveau
	Kernel modules: nouveau

01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1)
	Subsystem: ASUSTeK Computer Inc. Device 86df
	Flags: bus master, fast devsel, latency 0, IRQ 17
	Memory at f7080000 (32-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
	Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard
	Flags: bus master, fast devsel, latency 0, IRQ 19
	I/O ports at d000 [size=256]
	Memory at f7104000 (64-bit, non-prefetchable) [size=4K]
	Memory at f7100000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: r8169
	Kernel modules: r8169

Scusa, ma non so come fare per eseguire la stampa di tutta questa discussione.

No quella è propio la stringa che deve escludere nouveau è abilitare nvidia , ma non la vede perchè anche adesso è partita con i nouveau , aggiorna grub che può darsi che spostando i sistemi sia successo qualcosa a grub :

sudo grub2-mkconfig -o  /boot/efi/EFI/fedora/grub.cfg

piccola curiosità ma la schermata che appare quando accendi il pc come è fatta ? ovvero nera con elencato i sistemi operativi ? :slightly_smiling_face: dopo che hai aggiornato grub riposta lspci -v , che vediamo che driver ha caricato anche se non ci stà tutta va bene , se vuoi caricarla tutta , basta che da terminale scrivi da utente :

lspci -v | fpaste 

ti restiusci un link che lo inserisci sul forum tramite tasto inserisci collegamento copia è incolla
:slightly_smiling_face:

la schermata è nera. I SO sono elencati all’interno di un riquadro, grande quasi quanto lo schermo.

[https://paste.centos.org/view/258d4851]

@punico carica ancora i nouveau , prova a guardare se parte il servizio akmods

systemctl status akmods

se parte la cosa è veramente strana , se non parte ricompiliamo il driver , è come ultima spiaggia cambiamo l’avvio di fedora , è se ancora non và siamo giunti alla conclusione che si è danneggiato qualcosa , per via degli spegnimenti forzati spero di nò :slightly_smiling_face:

A me sembra che akmods sia partito:

petrus@localhost ~]$ systemctl status akmods
● akmods.service - Builds and install new kmods from akmod packages
     Loaded: loaded (/usr/lib/systemd/system/akmods.service; enabled; vendor pr>
     Active: active (exited) since Thu 2021-02-25 09:41:28 CET; 8min ago
    Process: 688 ExecStart=/usr/sbin/akmods --from-init (code=exited, status=0/>
   Main PID: 688 (code=exited, status=0/SUCCESS)
        CPU: 22ms

feb 25 09:41:28 localhost.localdomain systemd[1]: Starting Builds and install n>
feb 25 09:41:28 localhost.localdomain akmods[688]: [60B blob data]
feb 25 09:41:28 localhost.localdomain akmods[688]: Files needed for building mo>
feb 25 09:41:28 localhost.localdomain akmods[688]: 5.10.8-100.fc32.x86_64 could>
feb 25 09:41:28 localhost.localdomain akmods[688]: directories are missing:
feb 25 09:41:28 localhost.localdomain akmods[688]: /usr/src/kernels/5.10.8-100.>
feb 25 09:41:28 localhost.localdomain akmods[688]: [102B blob data]
feb 25 09:41:28 localhost.localdomain systemd[1]: Finished Builds and install n>
lines 1-15/15 (END)

Ho solo eseguito solo comando.
Ora devo cambiare l’avvio di fedora?

Scusa la domanda da non competente su hardware: Potrebbe dipendere da una non corrispondenza di componentistica hardware?

Ciao @punico ho visto una cosa che mi rallegra :

prova a aggiornare il tutto perchè sei sul kernel 5.10.8 detto in breve grubby non ha funzionato come dovrebbe , propabilmente per vari spostamenti tra ubuntu è fedora dai questo comando che puliamo è aggiorniamo il tutto al kernel più recente se ho visto giusto dovrebbe risolvere parzialmente il problema nvidia , anche sè cè da porsi la domanda come mai akmods parte è nvidia è caricato però scegli nouveau ? comunque fai così :

sudo dnf clean metadata && sudo dnf clean all && sudo dnf distro-sync 

dovrebbe aggiornare il kernel più i pacchetti prima di riavviare aggiorna grub ( in caso che grubby non faccia il suo dovere )

sudo grub2-mkconfig -o  /boot/efi/EFI/fedora/grub.cfg

riavvia è gurda se carica nvidia , sempre con lspci -v è lsmod ( puoi anche verificare seza postare tutto ) , guardi se cè la voce sotto scheda video driver in uso : nvidia o nouveau , è lsmod dovrebbe esserci :

nvidia_drm             65536  3
nvidia_modeset       1232896  5 nvidia_drm
nvidia_uvm           1150976  0

:slightly_smiling_face:

Scusa edmondo, ma ho difficoltà a seguirti.

Se ho capito bene, dopo avere eseguito il comando clean …
dovrei aggiornare grub, ma, purtroppo, non ho in mente cosa dovrei aggiornare in grub.
Grazie per la pazienza e l’attenzione che mi stai dedicando.

Quindi, prima di eseguire il comando clean, aspetto che mi illumini ulteriormente.

Ciao @punico non chiedere scusa nessuno è nato professore :slightly_smiling_face: comunque si esgui il comando clean , è prima di riavviare aggiorni grub , con il comando che ti ho postato :

è vediamo se dopo aver aggiornato tutti i pacchetti più il kernel , si ripresenta l’errore ricordati di riavviare :slightly_smiling_face:

Allora, ho eseguito tutto quanto:

in lspci -v, su NVIDIA ho trovato:

01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Device 86df
	Flags: bus master, fast devsel, latency 0, IRQ 127
	Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
	Memory at e8000000 (64-bit, prefetchable) [size=128M]
	Memory at f0000000 (64-bit, prefetchable) [size=32M]
	I/O ports at e000 [size=128]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nouveau
	Kernel modules: nouveau

01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1)
	Subsystem: ASUSTeK Computer Inc. Device 86df
	Flags: bus master, fast devsel, latency 0, IRQ 17
	Memory at f7080000 (32-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

in lsmod non ho trovato niente.
Allora, ho eseguito:

sudo lshw -c display | grep driver
       configuration: driver=nouveau latency=0

Cavolo questa è veramente bella @punico , postami :

uname -a 

per vedere che kernel stai utilizzando , se il kernel è l’ultimo ovvero 5.10.18 , quando accendi il pc è arrivi alla schermata di loging , vai in console tramite ctrl +alt +f3 fai il loging , è dai :

sudo akmods --force 

per forzare il driver poi riavvi :

systemctl reboot 

è prova a rifare il loging è vedere se li carica , avrei una soluzione per bloccarli però poi se fallisce il carcamento degli nvidia ti ritrovi a usare la console senza grafica :slightly_smiling_face: fai anche un’altra prova quando accendi il pc clicca su f8 che appare la classica finestra per scegliere se vuoi avviare da chiavetta da hd o da sistema operativo clicca su Fedora è avvia , se funziona è carica i driver il problema è stato causato con l’installazione di ubuntu , è li fai prima a reinstallare perchè non cè verso di sitemarlo ( ovvero ne sistemi una ne salta fuori un’altra ) difatti sarebbe consigliato installare prima ubuntu è poi fedora , in modo chè fedora installata dopo gestisce la partenza in autonomo. gli errori secondo mè sono derivati dal fatto che è stata installata prima fedora poi ubuntu era meglio mettere ubuntu poi fedora , configurare subito i driver nvidia di ubuntu , per essere stabile poi installare fedora è installare il driver nvidia , in questo modo non avendo blocchi di sistema , puoi tranquillamente configurare i sistemi come vuoi senza rischiare blocchi improvvisi :slightly_smiling_face:

@edmondo:
intanto ho il risultato di uname -a:

$ uname -a
Linux localhost.localdomain 5.10.8-100.fc32.x86_64 #1 SMP Sun Jan 17 19:52:43 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Il kernel non è quello che pensavi. Devo procedere lo stesso con le prove che mi hai suggerito nella tua ultima risposta?

Purtroppo. anche oggi, tastiera e mouse sono andate fuori servizio.

@punico ma hai aggiornato il sistema tramite quei comandi che ti avevo postato ? quel kernel è vecchissimo l’attuale è 5.10.18 che poi continua a bloccarsi è ovvio il driver nvidia non viene caricato è a agni blocco causa un problema , per le ultime prove scritte le fai solamente se dopo un aggiornamento del sistema hai il kernel aggiornato è i driver nvidia aggiornati ( hanno rilascito una nuove versione) , se nò l’unica è reinstallare tutto sia ubuntu che fedora perchè non ne vieni più fuori da questi problemi :slightly_smiling_face:

Comunque mi puoi postare un :

sudo dnf clean metadata && sudo dnf clean all && sudo dnf distro-sync  | fpaste 

carica il link che hai ottenuto , usa il tasto collegamento (copi il link dal terminale è lo carichi qua sul forum ) almeno si riesce bene a capire il prima è il dopo , è se gli aggiornamenti vengono realmente eseguiti :slightly_smiling_face:

Il comando “dnf clean … | fpaste” non funziona, resta la shell attiva, come se ci fosse un processo in esecuzione.
Riporto perciò il comando qui sotto, per intero:

$ sudo dnf clean metadata && sudo dnf clean all && sudo dnf distro-sync
La cache è scaduta
0 file rimossi
0 file rimossi
Fedora 32 openh264 (From Cisco) - x86_64        0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'fedora-cisco-openh264':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Error: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Fedora Modular 32 - x86_64                      0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'fedora-modular':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Errore: Failed to download metadata for repo 'fedora-modular': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]

Qui abbiamo un problema di risoluzione dei nomi? Su internet riesci ad andare?

Ottimo @punico errore nuovo , spiegato il perchè non si aggiorna , @alciregi tempo dietro aveva avuto problemi con il provider forse ha ancora problemi di connessione :slightly_smiling_face:

@punico il comando funziona ma è veramente lungo ( pensavo più veloce ) posta :

sudo dnf repolist 

per vedere se i repo ci sono è sono attivi , poi come a detto @alciregi riesci a navigare ? o hai avuto ancora problemi con il provider ? , perchè se navighi ma i repo non riescono a risolvere i nomi hosts , può essere che hai modificato il firewall , o realmente come continuo a dire , a furia di spegnere forzatamente , ogni volta salta fuori un problema nuovo , alchè sarebbe veramente meglio piallare tutto è reinstallare prima di reinstallare , pialli tutto con gparted in versione live , entri nel bios carichi il default salvi e esci , dopo riaccedi al bios abiliti le intel vtx disabiliti fastboot è secure boot , è reinstalli i sistemi in btrfs sia ubunru che fedora , installi i driver della scheda video su ambedue i sistemi , è vivi felice , l’unico accorgimento che devi avere quando pialli il sistema da gparted live lanciare il comando :

sudo efibootmgr -v 

è cancelli le voci inerenti a fedora è a ubuntu con ( ti posto un esempio)

sudo efibootmgr -b 0000 -B 

sembra il film una serie di sfortunati eventi
:slightly_smiling_face:

No, non sempre. Spesso per connetermi devostaccare e riattaccare il cavo più volte. Però decvo anche dire tale problema eiste da sempre con questo nuovo pc.

@edmondo

$ sudo dnf repolist
[sudo] password di petrus: 
id repo                        nome repo
fedora                         Fedora 32 - x86_64
fedora-cisco-openh264          Fedora 32 openh264 (From Cisco) - x86_64
fedora-modular                 Fedora Modular 32 - x86_64
rpmfusion-free                 RPM Fusion for Fedora 32 - Free
rpmfusion-free-updates         RPM Fusion for Fedora 32 - Free - Updates
rpmfusion-nonfree              RPM Fusion for Fedora 32 - Nonfree
rpmfusion-nonfree-updates      RPM Fusion for Fedora 32 - Nonfree - Updates
updates                        Fedora 32 - x86_64 - Updates
updates-modular                Fedora Modular 32 - x86_64 - Updates
[petrus@localhost ~]$ 

Se dovessi proprio reinstallare piallando tutto, penso proprio che opterei per utilizzare il vecchio fidato BIOS. Mi sono stancato di UEFI.

Comunque, non farò niente senza averlo prima ragionato con voi.

Ciao @punico mi duole informarti che il caro bios mbr tra un pò andrà a sparire , uefi è molto più sicuro , versatile , è ottimo nelle gestioni di più sistemi oerativi ,etc … , non mi avevi detto del problema della rete che dovevi scollegare il cavo ogni tanto , ne sono venuto a conoscienza adesso , perchè se anche ubuntu ha un problema di connsessione , i casi sono 2 o hai un driver 8111 come il mio che ho fatto i salti mortali per farlo andare bene , o hai il modem/router che non è configurato a dovere andando per gradi , anche ubuntu ti crea problemi di connsessione ? o solo fedora poi , hai provato a ridare il comando postato se riesce a aggiornare o ripresenta lo stesso errore :

$ sudo dnf clean metadata && sudo dnf clean all && sudo dnf distro-sync
La cache è scaduta
0 file rimossi
0 file rimossi
Fedora 32 openh264 (From Cisco) - x86_64        0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'fedora-cisco-openh264':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Error: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Fedora Modular 32 - x86_64                      0.0  B/s |   0  B     00:00    
Errors during downloading metadata for repository 'fedora-modular':
  - Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]
Errore: Failed to download metadata for repo 'fedora-modular': Cannot prepare internal mirrorlist: Curl error (6): Couldn't resolve host name for https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-32&arch=x86_64 [Could not resolve host: mirrors.fedoraproject.org]

se ripresenta lo stesso errore che modem/router hai ? :slightly_smiling_face: