Bonjour,

Tout d'abord merci de me lire et désolé pour mes bourdes éventuelles, je suis nouveau ici.

Je viens de mettre à jour Fedora en passant de la version 33 à la version 35,
en passant par la méthode "normale" (dnf system-upgrade download --releasever=35),
et sans rencontrer de problèmes particuliers.

Après le reboot, je n'ai plus de connexion réseau, ni par Wi-Fi, ni par Ethernet.

Voici quelques commandes et résultats :
$ ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Boucle locale)
        RX packets 52  bytes 4719 (4.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 52  bytes 4719 (4.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


$ nmcli connection show
NAME                            UUID                                  TYPE      DEVICE 
enp4s0f1                        c1004dcf-55c7-373f-875d-99ae6c79a582  ethernet  --     
SFR_3398_5GHZ                   a5914908-a074-45ae-bd1f-ea061f529122  wifi      --     

$ nmcli d show
GENERAL.DEVICE:                         lo
GENERAL.TYPE:                           loopback
GENERAL.HWADDR:                         00:00:00:00:00:00
GENERAL.MTU:                            65536
GENERAL.STATE:                          10 (non-géré)
GENERAL.CONNECTION:                     --
GENERAL.CON-PATH:                       --
IP4.ADDRESS[1]:                         127.0.0.1/8
IP4.GATEWAY:                            --
IP6.ADDRESS[1]:                         ::1/128
IP6.GATEWAY:                            --
IP6.ROUTE[1]:                           dst = ::1/128, nh = ::, mt = 256

$ lspci -n -n -k | grep -i net -A 2
07:00.0 Network controller [0280]: Intel Corporation Wireless-AC 9260 [8086:2526] (rev 29)
        Subsystem: Intel Corporation Device [8086:0014]
        Kernel modules: iwlwifi, wl

$ iwlist
Usage: iwlist [interface] scanning [essid NNN] [last]
              [interface] frequency 
              [interface] channel 
              [interface] bitrate 
              [interface] rate 
              [interface] encryption 
              [interface] keys 
              [interface] power 
              [interface] txpower 
              [interface] retry 
              [interface] ap 
              [interface] accesspoints 
              [interface] peers 
              [interface] event 
              [interface] auth 
              [interface] wpakeys 
              [interface] genie 
              [interface] modulation 

$ nmcli radio all
WIFI-HW  WIFI    WWAN-HW  WWAN   
activé   activé  activé   activé 

$ rfkill list all
0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

$ dmesg | grep -i net
[    0.347057] NET: Registered protocol family 16
[    0.347117] audit: initializing netlink subsys (disabled)
[    0.503975] NetLabel: Initializing
[    0.503975] NetLabel:  domain hash size = 128
[    0.503975] NetLabel:  protocols = UNLABELED CIPSOv4 CALIPSO
[    0.503975] NetLabel:  unlabeled traffic allowed by default
[    0.519937] NET: Registered protocol family 2
[    0.520506] NET: Registered protocol family 1
[    0.520508] NET: Registered protocol family 44
[    0.864081] NET: Registered protocol family 38
[    1.528372] drop_monitor: Initializing network drop monitor service
[    1.528417] Initializing XFRM netlink socket
[    1.528474] NET: Registered protocol family 10
[    1.531417] NET: Registered protocol family 17
[    5.129023] SELinux:  policy capability network_peer_controls=1
[    5.129024] SELinux:  policy capability always_check_network=0
[    7.356959] NET: Registered protocol family 31
[    9.663222] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   11.787260] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[   21.795764] VBoxNetFlt: Successfully started.
[   21.799871] VBoxNetAdp: Successfully started.
Un très grand merci pour votre aide,
Tu as l'icone de NetworkManager dans ta barre ?
Merci,

Non je n'ai pas d'icône spécifique NetworkManager.
Si je le lance en ligne de commande : 
$ sudo NetworkManager
, rien ne se passe.
Dans les paramètres, la section Wi-Fi n'apparaît pas, je peux cependant la faire apparaître par une recherche, et j'obtiens le message "Aucun adaptateur Wi-Fi trouvé"
La section Réseau me permet à priori de configurer un VPN (ce que je n'ai pas fait), rien d'autre.

Mais en fouillant un peu, je m'aperçois que iptables est inactif : 
iptables.service - IPv4 firewall with iptables
    Loaded: loaded (/usr/lib/systemd/system/iptables.service; disabled; vendor preset: disabled)
    Active: inactive (dead)
L'inactivité (la mort) d'iptables pourrait-elle entraîner une désactivation du réseau ?
Pourtant 
$ nmcli connection show
NAME                            UUID                                  TYPE      DEVICE 
enp4s0f1                        c1004dcf-55c7-373f-875d-99ae6c79a582  ethernet  --     
SFR_3398_5GHZ                   a5914908-a074-45ae-bd1f-ea061f529122  wifi      --
Il te manque peut-être des pilotes ?
Bonjour nouvo09,

Ce qui est retourné par nmcli connection show est la liste des connexions déjà configurées, mais cela vient d'avant l'upgrade de Fedora.
Comment déterminer s'il manque un pilote ?
NetworkManager est un service

que renvoie

systemctl status NetworkManager
Voici le résultat :
# systemctl NetworkManager status
● NetworkManager.service - Network Manager
     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
     Active: active (running) since Thu 2022-08-04 08:08:27 CEST; 42min ago
       Docs: man:NetworkManager(8)
   Main PID: 1344 (NetworkManager)
      Tasks: 3 (limit: 38301)
     Memory: 10.5M
     CGroup: /system.slice/NetworkManager.service
             └─ 1344 /usr/sbin/NetworkManager --no-daemon

août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.1675] settings: Loaded settings plugin: keyfile (internal)
août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.1828] settings: Loaded settings plugin: ifcfg-rh ("/usr/lib64/NetworkManager/1.32.12-2.fc35/libnm-settings-plugin-ifcfg-rh.so")
août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.2522] device (lo): carrier: link connected
août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.2524] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.2583] modem-manager: ModemManager available
août 04 08:08:28 yann NetworkManager[1344]: <info>  [1659593308.2586] manager: startup complete
août 04 08:08:29 yann NetworkManager[1344]: <info>  [1659593309.4209] manager: (virbr0): new Bridge device (/org/freedesktop/NetworkManager/Devices/2)
août 04 08:08:46 yann NetworkManager[1344]: <info>  [1659593326.5495] agent-manager: agent[cdd53a0a72295221,:1.36/org.gnome.Shell.NetworkAgent/42]: agent registered
août 04 08:08:58 yann NetworkManager[1344]: <info>  [1659593338.1105] agent-manager: agent[f6ae27161f6974f7,:1.80/org.gnome.Shell.NetworkAgent/1002]: agent registered
août 04 08:50:29 yann NetworkManager[1344]: <info>  [1659595829.5859] agent-manager: agent[1d9570d0e2972259,:1.80/org.gnome.Shell.NetworkAgent/1002]: agent registered
Déjà le service fonctionne.

Après, pour le wifi, la carte est reconnue, le module est là.
Il va falloir aller trifouiller dans le man nmcli voir si tu dois éditer/créer les connexions. Mais là ça dépasse mes connaissances.

En revanche lspci semble ne pas trouver ta carte ethernet. Essaie de voir avec
sudo lshw si elle est trouvée dans le matériel.
Merci nouvo09,

Avec lshw je trouve ceci : 
$ sudo lshw | cat -n

   293	        *-pci:2
   294	             description: PCI bridge
   295	             product: Cannon Lake PCH PCI Express Root Port #14
   296	             vendor: Intel Corporation
   297	             physical id: 1d.5
   298	             bus info: pci@0000:00:1d.5
   299	             version: f0
   300	             width: 32 bits
   301	             clock: 33MHz
   302	             capabilities: pci pciexpress msi pm normal_decode bus_master cap_list
   303	             configuration: driver=pcieport
   304	             resources: irq:124 memory:a4300000-a43fffff
   305	           *-network UNCLAIMED
   306	                description: Network controller
   307	                product: Wireless-AC 9260
   308	                vendor: Intel Corporation
   309	                physical id: 0
   310	                bus info: pci@0000:07:00.0
   311	                version: 29
   312	                width: 64 bits
   313	                clock: 33MHz
   314	                capabilities: pm msi pciexpress msix bus_master cap_list
   315	                configuration: latency=0
   316	                resources: memory:a4300000-a4303fff
Je pense que la clef du problème est dans le UNCLAIMED de la ligne 305.
Mais là j'avoue ne pas savoir que faire
et même dans lshw tu ne vois pas trace de la carte ethernet ?
Je ne vois pas la carte ethernet avec lshw, mais peut-être a-t-elle un nom peu explicite...

Cependant, partant du principe que si la carte est reconnue et UNCLAIMED c'est que le pilote n'est pas installé,
j'ai recherché les pilotes existants.
Je trouve ceci : 
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-33.ucode	2637216	logstatsplain
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-34.ucode	2678092	logstatsplain
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-38.ucode	2521412	logstatsplain
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-41.ucode	2620656	logstatsplain
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-43.ucode	2558176	logstatsplain
-rw-r--r--	iwlwifi-9260-th-b0-jf-b0-46.ucode	1489548	logstatsplain
Et sur ma machine, dans /lib/firmware : 
# ll iwlwifi-9260*
-rw-r--r--. 1 root root 407488 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-33.ucode.xz
-rw-r--r--. 1 root root 415680 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-34.ucode.xz
-rw-r--r--. 1 root root 412040 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-38.ucode.xz
-rw-r--r--. 1 root root 419872 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-41.ucode.xz
-rw-r--r--. 1 root root 415532 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-43.ucode.xz
-rw-r--r--. 1 root root 430392 17 juil. 17:47 iwlwifi-9260-th-b0-jf-b0-46.ucode.xz
Cela paraît correct non ?
Quel est le modèle de portable ou carte mère ?

Concernant ta carte Ethernet, que retourne 
$ lspci -nnk | grep -iA3 "Ethernet"
Bonjour Nicosss,

Le grep de "Ethernet" sur la sortie de lspci ne retourne rien.
Le portable est un Keynux Epure 6-ET3, lshw indique 
product: P955ET1_ET3.
Mais le problème réseau est peut-être la conséquence d'un autre problème. En effet je remarque de très nombreux message incessants avec dmesg :
[ 2416.732984] pcieport 0000:00:1d.6: AER: Corrected error received: 0000:00:1d.6
[ 2416.732988] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.732989] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.732989] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.733352] pcieport 0000:00:1d.6: AER: Corrected error received: 0000:00:1d.6
[ 2416.733356] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.733356] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.733357] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.734250] pcieport 0000:00:1d.6: AER: Corrected error received: 0000:00:1d.6
[ 2416.734254] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.734255] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.734256] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.735741] pcieport 0000:00:1d.6: AER: Corrected error received: 0000:00:1d.6
[ 2416.735745] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.735746] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.735747] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.736558] pcieport 0000:00:1d.6: AER: Multiple Corrected error received: 0000:00:1d.6
[ 2416.736562] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.736563] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.736563] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.736865] pcieport 0000:00:1d.6: AER: Multiple Corrected error received: 0000:00:1d.6
[ 2416.736868] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.736869] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.736870] pcieport 0000:00:1d.6:    [ 0] RxErr                 
[ 2416.737055] pcieport 0000:00:1d.6: AER: Corrected error received: 0000:00:1d.6
[ 2416.737059] pcieport 0000:00:1d.6: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[ 2416.737060] pcieport 0000:00:1d.6:   device [8086:a336] error status/mask=00000001/00000000
[ 2416.737061] pcieport 0000:00:1d.6:    [ 0] RxErr
Plusieurs milliers chaque seconde...
En cherchant là-dessus, je trouve des infos sur le forum nvidia qui parle justement de problèmes wifi résolus : https://forums.developer.nvidia.com/t/how-to-edit-kernels-command-line/74218/4

Mais bon, cela ne m'aide pas beaucoup malheureusement
Oka, donc le problème semble plus se trouver côté bus PCI (matériel ou logiciel).

As-tu essayé de démarrer à partir d'un Live F36, F35, F34 pour voir si tu as toujours ce même problème, voire même une autre distribution ?
Ceci permettra aussi de voir si c'est lié au kernel 5.18 aussi.
Je m'apprête justement à tester avec une clef Ubuntu.
Cependant, j'ai aussi un windows sur cette machine, dont je ne me sert jamais, mais il fonctionne parfaitement bien
Voici le résultat : j'ai installé Ubuntu sur une autre partition, et le réseau fonctionne parfaitement.
Même la carte son qui n'avait jamais fonctionné avec Fedora est OK avec Ubuntu.

C'est vraiment désolant, car je me sens à l'aise avec Fedora depuis 19 ans et je ne voudrais pas devoir basculer vers Ubuntu
Il faudrait voir quel kernel et quels modules sont utilisés lorsque ça fonctionne.

Ensuite avec des Lives Fedora Linux ça donne quoi ?