Connection ip v4 impossible sur ma box

BBridelice · 13 mai 2024

Bonjour,

J’ai un problème avec ma connexion sur ma box free (mini 4k) et ma fedora.
Je n’arrive pas à avoir une adresse IP v4.

pierre@fedora:~$ 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 1071  bytes 141808 (138.4 KiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 1071  bytes 141808 (138.4 KiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp0s20f3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
inet6 XXXXXXXX  prefixlen 64  scopeid 0x20<link>
ether 56:2c:02:4c:4f:5d  txqueuelen 1000  (Ethernet)
RX packets 32599  bytes 41005808 (39.1 MiB)
RX errors 0  dropped 2  overruns 0  frame 0
TX packets 11866  bytes 2193450 (2.0 MiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Parfois j’accroche une adresse IP v4, mais impossible d’avoir un retour de ping sur la box (192.168.1.254)
Je ne comprend pas vraiment, je n’ai rien modifié depuis hier, sauf une mise à jour et l’installation de clamav, avec un début de configuration de clamonacc que je n’ai pas encore eu le temps de finir.
Je n’ai pas ce problème sur windows, et mon smartphone accède à la box, que j’ai déjà redémarré (Pas encore remise à 0, j’ai une config pour un serveur yunohost qui fonctionne).

Je n’ai pas non plus de problème d’IP v4 en utilisant le partage de connexion du smartphone.

J’ai essayé plusieurs choses allant jusqu’à la suppression de fichier /etc/NetworkManager/system-connections ou la réinstallation de NetworkManager*, la création d’un autre utilisateur (test).
Mais rien.

Est-ce que vous avez déjà rencontré ce problème ? Est-ce une mise à jour qui provoque une incompatibilité entre fedora et une freebox ?

Merci de votre aide.

Edit Nicosss : Correction balises Markdown -> Voir FAQ

Nicosss · 14 mai 2024

Bridelice J’ai corrigé ton message concernant l’utilisation du bloc code en Markdown.

Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

Que retourne la commande
$ nmcli device show
ainsi que
$ nmcli connection show

BBridelice · 14 mai 2024

Le retour de pour $ nmcli device show

pierre@fedora:~$ nmcli device show
GENERAL.DEVICE:                         wlp0s20f3
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         56:2C:02:4C:4F:5D
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (connecté)
GENERAL.CONNECTION:                     RLFP-Home
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/3
IP4.ADDRESS[1]:                         192.168.1.30/24
IP4.GATEWAY:                            192.168.1.254
IP4.ROUTE[1]:                           dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 600
IP4.ROUTE[2]:                           dst = 0.0.0.0/0, nh = 192.168.1.254, mt = 600
IP4.DNS[1]:                             89.234.141.66
IP4.DNS[2]:                             80.67.169.12
IP4.DNS[3]:                             192.168.1.254
IP6.ADDRESS[1]:                         X::X/64
IP6.ADDRESS[2]:                         X::X/64
IP6.GATEWAY:                            X::X
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 1024
IP6.ROUTE[2]:                           dst = X::X/64, nh = ::, mt = 600
IP6.ROUTE[3]:                           dst = ::/0, nh = X::X, mt = 20600
IP6.DNS[1]:                             2a00:5881:8100:1000::3
IP6.DNS[2]:                             2001:910:800::12
GENERAL.DEVICE:                         lo
GENERAL.TYPE:                           loopback
GENERAL.HWADDR:                         00:00:00:00:00:00
GENERAL.MTU:                            65536
GENERAL.STATE:                          100 (connecté (en externe))
GENERAL.CONNECTION:                     lo
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADDRESS[1]:                         127.0.0.1/8
IP4.GATEWAY:                            --
IP6.ADDRESS[1]:                         ::1/128
IP6.GATEWAY:                            --
GENERAL.DEVICE:                         p2p-dev-wlp0s20f3
GENERAL.TYPE:                           wifi-p2p
GENERAL.HWADDR:                         (inconnu)
GENERAL.MTU:                            0

Le retour de $ nmcli connection show

pierre@fedora:~$ nmcli connection show
NAME       UUID                                  TYPE      DEVICE    
RLFP-Home  2c9e4051-843a-407f-8d6f-1e7132a4c169  wifi      wlp0s20f3 
lo         c9e7c444-e8c8-427b-bd23-8924e9570c0e  loopback  lo        
Brid AP    15068468-8a45-43cc-b4a6-fe4d9f193567  wifi      --

Et toujours pas de réponse positive par des ping sur 192.168.1.254

Nicosss · 14 mai 2024

Bridelice Bon je présume que les X sont des informations retirées. Une adresse IPv4 est bien attribuée en tout cas.

Pour répondre à une autre de tes questions, il n’y a pas de raison qu’une simple mise à jour t’empêche d’avoir une adresse IPv4.

Que retourne
$ nmcli connection show RLFP-Home

BBridelice · 14 mai 2024

Oui, ce sont les adresses IP V6 de mon ordi et de la box, je les ai distingués ci-dessous en X::X Y::Y et Z::Z dans les IP6.ADRESS GATEWAY et ROUTE.
Attention, gros copié collé

connection.id:                          RLFP-Home
connection.uuid:                        2c9e4051-843a-407f-8d6f-1e7132a4c169
connection.stable-id:                   --
connection.type:                        802-11-wireless
connection.interface-name:              wlp0s20f3
connection.autoconnect:                 oui
connection.autoconnect-priority:        0
connection.autoconnect-retries:         -1 (default)
connection.multi-connect:               0 (default)
connection.auth-retries:                -1
connection.timestamp:                   1715709823
connection.permissions:                 --
connection.zone:                        --
connection.controller:                  --
connection.master:                      --
connection.slave-type:                  --
connection.port-type:                   --
connection.autoconnect-slaves:          -1 (default)
connection.autoconnect-ports:           -1 (default)
connection.secondaries:                 --
connection.gateway-ping-timeout:        0
connection.metered:                     inconnu
connection.lldp:                        default
connection.mdns:                        -1 (default)
connection.llmnr:                       -1 (default)
connection.dns-over-tls:                -1 (default)
connection.mptcp-flags:                 0x0 (default)
connection.wait-device-timeout:         -1
connection.wait-activation-delay:       -1
802-11-wireless.ssid:                   RLFP-Home
802-11-wireless.mode:                   infrastructure
802-11-wireless.band:                   --
802-11-wireless.channel:                0
802-11-wireless.bssid:                  --
802-11-wireless.mac-address:            --
802-11-wireless.cloned-mac-address:     --
802-11-wireless.generate-mac-address-mask:--
802-11-wireless.mac-address-blacklist:  --
802-11-wireless.mac-address-randomization:default
802-11-wireless.mtu:                    auto
802-11-wireless.seen-bssids:            34:27:92:3E:02:2B
802-11-wireless.hidden:                 non
802-11-wireless.powersave:              0 (default)
802-11-wireless.wake-on-wlan:           0x1 (default)
802-11-wireless.ap-isolation:           -1 (default)
802-11-wireless-security.key-mgmt:      wpa-psk
802-11-wireless-security.wep-tx-keyidx: 0
802-11-wireless-security.auth-alg:      --
802-11-wireless-security.proto:         --
802-11-wireless-security.pairwise:      --
802-11-wireless-security.group:         --
802-11-wireless-security.pmf:           0 (default)
802-11-wireless-security.leap-username: --
802-11-wireless-security.wep-key0:      <hidden>
802-11-wireless-security.wep-key1:      <hidden>
802-11-wireless-security.wep-key2:      <hidden>
802-11-wireless-security.wep-key3:      <hidden>
802-11-wireless-security.wep-key-flags: 0 (aucun)
802-11-wireless-security.wep-key-type:  unknown
802-11-wireless-security.psk:           <hidden>
802-11-wireless-security.psk-flags:     0 (aucun)
802-11-wireless-security.leap-password: <hidden>
802-11-wireless-security.leap-password-flags:0 (aucun)
802-11-wireless-security.wps-method:    0x0 (default)
802-11-wireless-security.fils:          0 (default)
ipv4.method:                            auto
ipv4.dns:                               --
ipv4.dns-search:                        --
ipv4.dns-options:                       --
ipv4.dns-priority:                      0
ipv4.addresses:                         --
ipv4.gateway:                           --
ipv4.routes:                            --
ipv4.route-metric:                      -1
ipv4.route-table:                       0 (unspec)
ipv4.routing-rules:                     --
ipv4.replace-local-rule:                -1 (default)
ipv4.ignore-auto-routes:                non
ipv4.ignore-auto-dns:                   non
ipv4.dhcp-client-id:                    --
ipv4.dhcp-iaid:                         --
ipv4.dhcp-dscp:                         --
ipv4.dhcp-timeout:                      0 (default)
ipv4.dhcp-send-hostname:                oui
ipv4.dhcp-hostname:                     --
ipv4.dhcp-fqdn:                         --
ipv4.dhcp-hostname-flags:               0x0 (none)
ipv4.never-default:                     non
ipv4.may-fail:                          oui
ipv4.required-timeout:                  -1 (default)
ipv4.dad-timeout:                       -1 (default)
ipv4.dhcp-vendor-class-identifier:      --
ipv4.link-local:                        0 (default)
ipv4.dhcp-reject-servers:               --
ipv4.auto-route-ext-gw:                 -1 (default)
ipv6.method:                            auto
ipv6.dns:                               --
ipv6.dns-search:                        --
ipv6.dns-options:                       --
ipv6.dns-priority:                      0
ipv6.addresses:                         --
ipv6.gateway:                           --
ipv6.routes:                            --
ipv6.route-metric:                      -1
ipv6.route-table:                       0 (unspec)
ipv6.routing-rules:                     --
ipv6.replace-local-rule:                -1 (default)
ipv6.ignore-auto-routes:                non
ipv6.ignore-auto-dns:                   non
ipv6.never-default:                     non
ipv6.may-fail:                          oui
ipv6.required-timeout:                  -1 (default)
ipv6.ip6-privacy:                       -1 (unknown)
ipv6.addr-gen-mode:                     default
ipv6.ra-timeout:                        0 (default)
ipv6.mtu:                               auto
ipv6.dhcp-pd-hint:                      --
ipv6.dhcp-duid:                         --
ipv6.dhcp-iaid:                         --
ipv6.dhcp-timeout:                      0 (default)
ipv6.dhcp-send-hostname:                oui
ipv6.dhcp-hostname:                     --
ipv6.dhcp-hostname-flags:               0x0 (none)
ipv6.auto-route-ext-gw:                 -1 (default)
ipv6.token:                             --
proxy.method:                           none
proxy.browser-only:                     non
proxy.pac-url:                          --
proxy.pac-script:                       --
GENERAL.NAME:                           RLFP-Home
GENERAL.UUID:                           2c9e4051-843a-407f-8d6f-1e7132a4c169
GENERAL.DEVICES:                        wlp0s20f3
GENERAL.IP-IFACE:                       wlp0s20f3
GENERAL.STATE:                          activé
GENERAL.DEFAULT:                        oui
GENERAL.DEFAULT6:                       oui
GENERAL.SPEC-OBJECT:                    /org/freedesktop/NetworkManager/AccessPoint/194
GENERAL.VPN:                            non
GENERAL.DBUS-PATH:                      /org/freedesktop/NetworkManager/ActiveConnection/7
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/Settings/2
GENERAL.ZONE:                           --
GENERAL.MASTER-PATH:                    --
IP4.ADDRESS[1]:                         192.168.1.30/24
IP4.GATEWAY:                            192.168.1.254
IP4.ROUTE[1]:                           dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 600
IP4.ROUTE[2]:                           dst = 0.0.0.0/0, nh = 192.168.1.254, mt = 600
IP4.DNS[1]:                             89.234.141.66
IP4.DNS[2]:                             80.67.169.12
IP4.DNS[3]:                             192.168.1.254
DHCP4.OPTION[1]:                        broadcast_address = 192.168.1.255
DHCP4.OPTION[2]:                        dhcp_client_identifier = 01:56:2c:02:4c:4f:5d
DHCP4.OPTION[3]:                        dhcp_lease_time = 43200
DHCP4.OPTION[4]:                        dhcp_server_identifier = 192.168.1.254
DHCP4.OPTION[5]:                        domain_name_servers = 89.234.141.66 80.67.169.12 192.168.1.254
DHCP4.OPTION[6]:                        expiry = 1715753020
DHCP4.OPTION[7]:                        ip_address = 192.168.1.30
DHCP4.OPTION[8]:                        requested_broadcast_address = 1
DHCP4.OPTION[9]:                        requested_domain_name = 1
DHCP4.OPTION[10]:                       requested_domain_name_servers = 1
DHCP4.OPTION[11]:                       requested_domain_search = 1
DHCP4.OPTION[12]:                       requested_host_name = 1
DHCP4.OPTION[13]:                       requested_interface_mtu = 1
DHCP4.OPTION[14]:                       requested_ms_classless_static_routes = 1
DHCP4.OPTION[15]:                       requested_nis_domain = 1
DHCP4.OPTION[16]:                       requested_nis_servers = 1
DHCP4.OPTION[17]:                       requested_ntp_servers = 1
DHCP4.OPTION[18]:                       requested_rfc3442_classless_static_routes = 1
DHCP4.OPTION[19]:                       requested_root_path = 1
DHCP4.OPTION[20]:                       requested_routers = 1
DHCP4.OPTION[21]:                       requested_static_routes = 1
DHCP4.OPTION[22]:                       requested_subnet_mask = 1
DHCP4.OPTION[23]:                       requested_time_offset = 1
DHCP4.OPTION[24]:                       requested_wpad = 1
DHCP4.OPTION[25]:                       routers = 192.168.1.254
DHCP4.OPTION[26]:                       subnet_mask = 255.255.255.0
IP6.ADDRESS[1]:                         X::X/64
IP6.ADDRESS[2]:                         Y::Y/64
IP6.GATEWAY:                            Z::Z
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 1024
IP6.ROUTE[2]:                           dst = 2a01:e0a:5df:3c70::/64, nh = ::, mt = 600
IP6.ROUTE[3]:                           dst = ::/0, nh = Z::Z, mt = 600
IP6.DNS[1]:                             2a00:5881:8100:1000::3
IP6.DNS[2]:                             2001:910:800::12

xylphute · 14 mai 2024

As tu essayé de ping ta propre adresse 192.168.1.30 ?

As tu redémarrer ta box?

As tu vérifier ce que tu as dans le FreeboxOS ?

Paramètres (mode avancé) -> Configuration -> “Réponse au ping” coché
Paramètres -> DHCP -> début/fin de plage DHCP.
Paramètres -> Configuration IPV6 -> DHCPv6 -> “Activer le serveur DHCPv6” décoché.
Périphériques réseau -> propriétés concernant ton PC -> Connectivité

De ce que je lis ton pc est censé etre en 162.168.1.30, vérifie que tu n’as pas un périphérique qui n’utiliserait pas la même adresse, ça peut être lié à un conflit d’adressage.

Nicosss · 14 mai 2024

Bridelice D’après ce que l’on voit tu dois avoir cette IPv4 192.168.1.30 pour cette connexion.

Tu n’as pas par hasard 2 périphériques avec la même adresse IPv4 ?

Tu peux essayer de mettre une IPv4 fixe autre pour essayer.

As-tu essayé de joindre http://mafreebox.freebox.fr/ ?

BBridelice · 14 mai 2024

Je n’ai pas pensé à faire un ping sur mon adresse, et j’ai bien un retour.

pierre@fedora:~$ ping 192.168.1.30
PING 192.168.1.30 (192.168.1.30) 56(84) octets de données.
64 octets de 192.168.1.30 : icmp_seq=1 ttl=64 temps=0.064 ms

Niveaux box:

La réponse au ping est cochée
plage de 19.168.1.2 à 1.50
serveur DHCPv6 décoché
Connectivité : 192.168.1.30 Joignable / Actif ; Pareil pour les deux adresses en IP v6.
Il n’y a pas d’autre machine avec la même IP, en tout cas pas recensé par la freebox.
Je n’arrive ni a joindre par http://mafreebox/freebox/fr ni pas l’ip 192.168.1.254

J’essayerai bien un gros nettoyage et reinstallation de tout NetworkManager, vous avez des conseils ?

Nicosss · 14 mai 2024

Bridelice J’ai oublié, que retourne
$ ip a

BBridelice · 14 mai 2024

J’ai mis un baux statique, en 192.168.1.49, mais toujours le même problème …
Concernant ip a

pierre@fedora:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: wlp0s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 56:2c:02:4c:4f:5d brd ff:ff:ff:ff:ff:ff permaddr d4:e9:8a:7e:8a:bf
    inet 192.168.1.49/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp0s20f3
       valid_lft 43197sec preferred_lft 43197sec
    inet6 2a01:e0a:5df:3c70:b60e:50cf:44df:83bc/64 scope global dynamic noprefixroute 
       valid_lft 86399sec preferred_lft 86399sec
    inet6 fe80::6bec:8c8:1a9d:27c1/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Un dmesg, j’ai les lignes en rouges suivantes au demarrage :

**[   29.966299] iwlwifi 0000:00:14.3: WRT: Invalid buffer destination**
[   30.119236] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[   30.119287] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[   30.119297] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[   30.119307] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[   30.120643] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[   30.213174] iwlwifi 0000:00:14.3: Registered PHC clock: iwlwifi-PTP, with index: 0
**[   30.262382] iwlwifi 0000:00:14.3: WRT: Invalid buffer destination**
[   30.415795] iwlwifi 0000:00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
[   30.415922] iwlwifi 0000:00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
[   30.415953] iwlwifi 0000:00:14.3: WFPM_AUTH_KEY_0: 0x90
[   30.416007] iwlwifi 0000:00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
[   30.416935] iwlwifi 0000:00:14.3: RFIm is deactivated, reason = 4
[   30.418021] Bluetooth: hci0: Waiting for firmware download to complete
[   30.418034] Bluetooth: hci0: Firmware loaded in 1662467 usecs
[   30.418361] Bluetooth: hci0: Waiting for device to boot
[   30.433993] Bluetooth: hci0: Device booted in 15492 usecs
**[   30.434032] Bluetooth: hci0: Malformed MSFT vendor event: 0x02**
[   30.435653] Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-0040-0041.ddc
[   30.437946] Bluetooth: hci0: Applying Intel DDC parameters completed
[   30.441128] Bluetooth: hci0: Firmware timestamp 2024.8 buildtype 1 build 79483
[   30.441136] Bluetooth: hci0: Firmware SHA1: 0x7c7b67b9
[   30.515642] Bluetooth: MGMT ver 1.22
[   33.734792] wlp0s20f3: 80 MHz not supported, disabling VHT
[   33.742805] wlp0s20f3: authenticate with 34:27:92:3e:02:2b (local address=56:2c:02:4c:4f:5d)
[   33.744008] wlp0s20f3: send auth to 34:27:92:3e:02:2b (try 1/3)
[   33.783092] wlp0s20f3: authenticated
[   33.783913] wlp0s20f3: associate with 34:27:92:3e:02:2b (try 1/3)
[   33.810144] wlp0s20f3: RX AssocResp from 34:27:92:3e:02:2b (capab=0x1411 status=0 aid=4)
[   33.828808] wlp0s20f3: associated
[   36.997729] rfkill: input handler disabled
[   37.417148] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[   37.858875] Bluetooth: RFCOMM TTY layer initialized
[   37.858898] Bluetooth: RFCOMM socket layer initialized
[   37.858918] Bluetooth: RFCOMM ver 1.11

Si ça peut nous mettre sur une piste.

Nicosss · 15 mai 2024

Bridelice Je te confirme donc que tu as bien une adresse IPv4 attribuée.

Maintenant, il y a peut-être un souci avec le pilote en effet.
Que retourne
$ lspci -nnk | grep -iA3 "Network"

D’après le dmesg, tu devrais utiliser iwlwifi donc tu peux tenter de faire un downgrade si c’est lui qui a été mis à jour récemment
$ sudo dnf downgrade iwlwifi
Puis redémarrer et voir si le comportement est le même.

Le dmesg complet retourne quoi
$ dmesg | fpaste

D’ailleurs je viens de voir que des mises à jour arrivaient pour les firmware dont iwlwifi donc tu peux anticiper avant que ça arrive en stable avec (je pars du principe que tu es en F40 par contre)
sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-dccb3345c8

Edit : Ajout complément information

Refuznik · 16 mai 2024

Je ne connais pas la mini 4k mais sur ma freebox la plage d’adresse est sur 192.168.0.x.

Secundo, sur ta box le dhcp est activé ou non ? Tu as la même adresse sous win ?

xylphute · 16 mai 2024

Refuznik Je ne connais pas la mini 4k mais sur ma freebox la plage d’adresse est sur 192.168.0.x.

Ça dépend des versions, j’ai eu deux mini4k et la deuxième était en adressage x.x .1.x par défaut

BBridelice · 19 mai 2024

Bonjour,
Je n’ai pas eu le temps de me replonger dans ce problème.

Qui, je ne comprends pas pourquoi, aléatoire. Il y a deux jours, au salon avec l’ordi sur les genoux, aucun souci de connexion sur le réseau incriminé, le soir même au bureau, impossible de faire fonctionner le wifi sur ce réseau.

Le lendemain, toujours au bureau, mais avec le hub usb qui me sert de “dock” débranché, j’arrive à me connecter au réseau.
Aujourd’hui, au bureau, avec le hub usb branché, je suis connecté sur le réseau wifi free de la maison et pas de problème.

Bon, j’avais quand même branché et débranché les différents appareils du hub c’est à dire pas grand chose, un dongle logitek, le chargeur en usb-c, et un DAC M-Audio, ou le hub usb pour voir si ce n’est pas l’un de ces composants qui poseraient problème.
Mais tout se passe bien.

Pour les histoires de driver :

pierre@fedora:~$ lspci -nnk | grep -iA3 "Network"
00:14.3 Network controller [0280]: Intel Corporation Raptor Lake PCH CNVi WiFi [8086:51f1] (rev 01)
	Subsystem: Intel Corporation Device [8086:0094]
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi

fpast avant le downgrade : https://paste.centos.org/view/aa5aceac
fpast après le downgrade : https://paste.centos.org/view/0e19f99e
Les mêmes messages d’erreurs
Mais j’avais tout mes appareils de branché sur le hub et le réseau était lent, j’ai débranché l’hub usb, 30 secondes plus tard, c’était bon à nouveau.
fpast après l’upgrade : https://paste.centos.org/view/ea55e01e
(Je n’ai fait que sudo dnf update iwl* --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-dccb3345c8 sinon, cela m’installait des drivers nvidia, amd et d’autres dont je n’ai pas besoin (en théorie).
Les mêmes messages d’erreurs.
Cette fois j’ai démarré avec le hub usb. Pas de soucis de réseau…

Bon je ne pense pas que ce soit un problème de hub usb et de matériel branché dessus.
Ni forcement la carte wifi, puisque sur d’autres réseaux wifi, je ne rencontre pas ce problème.

Je sèche …

Nicosss · 19 mai 2024

Bridelice Merci pour le détail des explications et la qualité de rédaction. Mais en effet par rapport à ce que tu constatais et maintenant ça semble être tombé en marche…

A voir pour passer le sujet en résolu si tout fonctionne à nouveau correctement.