Bonjour,
depuis deux jours, et notamment après les mises à jour, je perds régulièrement la connexion internet. Elle revient après un arrêt de l'ordi, mise hors tension, remise sous tension après quelques minutes puis redémarrage.
J'aimerais résoudre cela. Peut être en réinstallant les paquets correspondants, NetworkManager et autres...
Je précise que je suis en dual boot avec Windows 10 sous lequel la connexion est toujours fonctionnelle.
Merci pour vos conseils.
A bientôt.
pll
C'est peut être un problème de DNS non ? 
ifconfig
Puis un 
lspci -nnk | grep -iA3 "Ethernet"
Bonjour thierryR,
merci pour ta réponse, voici le résultat des commandes: 
$ ifconfig
bridge0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet6 fe80::28ab:9aff:feb1:2dc8  prefixlen 64  scopeid 0x20<link>
        ether 2a:ab:9a:b1:2d:c8  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5  bytes 418 (418.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.2  netmask 255.255.255.0  broadcast 10.0.0.255
        inet6 fe80::b283:feff:febd:5189  prefixlen 64  scopeid 0x20<link>
        ether b0:83:fe:bd:51:89  txqueuelen 1000  (Ethernet)
        RX packets 53291  bytes 55305504 (52.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 45800  bytes 9504220 (9.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

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 51009  bytes 34925044 (33.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 51009  bytes 34925044 (33.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:c9:c3:66  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$ lspci -nnk | grep -iA3 "Ethernet"
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
	Subsystem: Dell Device [1028:0622]
	Kernel driver in use: r8169
	Kernel modules: r8169
$
a+
pll
Ta carte semble bien configurée. Ton bridge ne sert pas ici. Est ce normal ?
Peux-tu regarder dans les journaux ce qu'il se passe quand tu constates ce problème en laissant tourner la commande 
$ sudo journalctl -f
Nicosss wrote:Peux-tu regarder dans les journaux ce qu'il se passe quand tu constates ce problème en laissant tourner la commande 
$ sudo journalctl -f
Merci Nicosss,
si le problème se reproduit, je lancerais ta commande et je ferais un copier/coller.
A tout hasard, j'ai débranché et rebranché le câble Ethernet.
A suivre.
Bonne soirée.
pll
thierryR wrote:Ta carte semble bien configurée. Ton bridge ne sert pas ici. Est ce normal ?
Bonsoir thierryR,
Je ne sais pas. J'utilise les DNS que je renseigne sur mon routeur Netgear qui est relié à la LiveBox via une DMZ.
a+
pll
Bonjour,
voici le retour du journal: 
[alexandre@tales ~]$ su -
Mot de passe : 
[root@tales ~]# journalctl -f
-- Logs begin at Mon 2020-07-06 12:04:39 CEST. --
sept. 18 08:32:25 tales audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
sept. 18 08:32:25 tales audit[72]: NETFILTER_CFG table=filter family=7 entries=0 op=unregister pid=72 subj=system_u:system_r:kernel_t:s0 comm="kworker/u8:1"
sept. 18 08:32:25 tales audit: BPF prog-id=41 op=UNLOAD
sept. 18 08:32:25 tales audit: BPF prog-id=40 op=UNLOAD
sept. 18 08:32:38 tales audit[2444]: USER_AUTH pid=2444 uid=1000 auid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:authentication grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=tales addr=? terminal=pts/0 res=success'
sept. 18 08:32:38 tales audit[2444]: USER_ACCT pid=2444 uid=1000 auid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="root" exe="/usr/bin/su" hostname=tales addr=? terminal=pts/0 res=success'
sept. 18 08:32:38 tales su[2444]: (to root) alexandre on pts/0
sept. 18 08:32:38 tales audit[2444]: CRED_ACQ pid=2444 uid=1000 auid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/su" hostname=tales addr=? terminal=pts/0 res=success'
sept. 18 08:32:38 tales su[2444]: pam_unix(su-l:session): session opened for user root by (uid=1000)
sept. 18 08:32:38 tales audit[2444]: USER_START pid=2444 uid=1000 auid=1000 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_keyinit,pam_keyinit,pam_limits,pam_systemd,pam_unix,pam_xauth acct="root" exe="/usr/bin/su" hostname=tales addr=? terminal=pts/0 res=success'
sept. 18 08:32:56 tales NetworkManager[867]: <warn>  [1600410776.8110] dhcp4 (enp3s0): request timed out
sept. 18 08:32:56 tales NetworkManager[867]: <info>  [1600410776.8112] dhcp4 (enp3s0): state changed unknown -> timeout
sept. 18 08:32:56 tales NetworkManager[867]: <info>  [1600410776.8112] device (enp3s0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')
sept. 18 08:32:56 tales NetworkManager[867]: <warn>  [1600410776.8120] device (enp3s0): Activation: failed for connection 'Connexion Ethernet'
sept. 18 08:32:56 tales NetworkManager[867]: <info>  [1600410776.8122] device (enp3s0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
sept. 18 08:32:56 tales avahi-daemon[838]: Withdrawing address record for fe80::b283:feff:febd:5189 on enp3s0.
sept. 18 08:32:56 tales avahi-daemon[838]: Leaving mDNS multicast group on interface enp3s0.IPv6 with address fe80::b283:feff:febd:5189.
sept. 18 08:32:56 tales avahi-daemon[838]: Interface enp3s0.IPv6 no longer relevant for mDNS.
sept. 18 08:32:56 tales NetworkManager[867]: <info>  [1600410776.8205] dhcp4 (enp3s0): canceled DHCP transaction
sept. 18 08:32:56 tales NetworkManager[867]: <info>  [1600410776.8206] dhcp4 (enp3s0): state changed timeout -> done
sept. 18 08:32:56 tales systemd[1]: Starting Network Manager Script Dispatcher Service...
sept. 18 08:32:56 tales systemd[1]: Started Network Manager Script Dispatcher Service.
sept. 18 08:32:56 tales audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
sept. 18 08:32:57 tales goa-daemon[1734]: secret_password_lookup_sync() returned NULL
sept. 18 08:32:58 tales goa-daemon[1734]: secret_password_lookup_sync() returned NULL
sept. 18 08:33:06 tales systemd[1]: NetworkManager-dispatcher.service: Succeeded.
sept. 18 08:33:06 tales audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
sept. 18 08:35:47 tales systemd[1216]: dbus-:1.2-org.freedesktop.thumbnails.Cache1@0.service: Succeeded.
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8011] policy: auto-activating connection 'Connexion Ethernet' (ee9cfadb-f3af-4c76-8864-b7182fed37ec)
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8015] device (enp3s0): Activation: starting connection 'Connexion Ethernet' (ee9cfadb-f3af-4c76-8864-b7182fed37ec)
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8016] device (enp3s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8020] device (enp3s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8023] device (enp3s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
sept. 18 08:37:56 tales NetworkManager[867]: <info>  [1600411076.8025] dhcp4 (enp3s0): activation: beginning transaction (timeout in 45 seconds)
sept. 18 08:37:58 tales avahi-daemon[838]: Joining mDNS multicast group on interface enp3s0.IPv6 with address fe80::b283:feff:febd:5189.
sept. 18 08:37:58 tales avahi-daemon[838]: New relevant interface enp3s0.IPv6 for mDNS.
sept. 18 08:37:58 tales avahi-daemon[838]: Registering new address record for fe80::b283:feff:febd:5189 on enp3s0.*.
sept. 18 08:37:59 tales goa-daemon[1734]: secret_password_lookup_sync() returned NULL
sept. 18 08:38:00 tales goa-daemon[1734]: secret_password_lookup_sync() returned NULL
sept. 18 08:38:02 tales kernel: r8169 0000:03:00.0 enp3s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
Ce matin, j'ai démarré l'ordi et j'ai fait la maj en console, puis reboot. Et là plus de connexion:-(. J'ai dû refaire la procédure de mon premier post pour retrouver la connexion.
je note que j'ai une livebox et que je n'ai que l'ipv4. La dernière ligne du journal est apparue en rouge. Voilà.
Merci pour votre aide.
a+
pll
Tu as essayé de connecter directement le pc sur la livebox en ethernet ?
nouvo09 wrote:Tu as essayé de connecter directement le pc sur la livebox en ethernet ?
Excellente question ! Eh bien oui, j'ai essayé de connecter directement le pc sur la livebox en Ethernet, mais cela ne résout pas !
a+
pll
Désactive l' IPv6. Et à tout hasard si tu as une carte wifi sur la machine, vérifie qu'elle est bien désactivée lorsque tu connectes en ethernet.
Je ne suis pas un gourou, ni un barbu, mais ton bridge me semble bizarre. Et si ton PC bascule sur ce pont, il sera relié nulle part. Il ne s'installe pas par défaut car aucun de mes PC n'a ce truc. Donc s'il ne te sert pas, il serait peut-être bien de le supprimer.
Est ce que sur windows, tu pourrais vérifier si tu l'as aussi.
nouvo09 wrote:Désactive l' IPv6. Et à tout hasard si tu as une carte wifi sur la machine, vérifie qu'elle est bien désactivée lorsque tu connectes en ethernet.
Bonsoir nouvo09,
la carte wifi est bien désactivée. Je viens de désactiver l'ipv6: 
$ cat /proc/sys/net/ipv6/conf/all/disable_ipv6
1
$
en modifiant /etc/sysctl.conf: 
$ cat /etc/sysctl.conf
.........................

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

........................
$
Je vais déjà voir ce que ça donne avec ça.
Merci en tout cas.
a+
pll
Bonjour à tous,
hier, j'avais reperdu la connexion internet, mais aujourd'hui, après la mise à jour, ça fonctionne... Alors, j'attends un peu pour vérifier que cela se confirme dans le temps.
A suivre.
pll
thierryR wrote:Je ne suis pas un gourou, ni un barbu, mais ton bridge me semble bizarre. Et si ton PC bascule sur ce pont, il sera relié nulle part. Il ne s'installe pas par défaut car aucun de mes PC n'a ce truc. Donc s'il ne te sert pas, il serait peut-être bien de le supprimer.
Est ce que sur windows, tu pourrais vérifier si tu l'as aussi.
Bonjour thierryR,
le problème semble ne se produire que après les maj que je lance avec: 
# dnf upgrade -y
après le "reboot".
Le bridge ne semble pas être activé sous Windows 10. J’envisage donc de le supprimer, puisque inutile, pour voir. Je vais me renseigner pour savoir comment faire.
Merci.
a+
pll
Un briddge (pont) peut servir à un appareil qui n'a pas accès directement à internet et dont tu choisirais qu'il passe par ton ordi. C'est vraiment un cas particulier.
Pour faire des mises à jour je fais seulement 
# dnf update
thierryR wrote:Un briddge (pont) peut servir à un appareil qui n'a pas accès directement à internet et dont tu choisirais qu'il passe par ton ordi. C'est vraiment un cas particulier.
Pour faire des mises à jour je fais seulement 
# dnf update
Bonsoir thierryR,
le "-y" sert juste à répondre "oui" automatiquement à toutes les questions.
J'ai supprimé le pont via "NetworkManager" en graphique.
Voila ma nouvelle config: 
$ ifconfig
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.2  netmask 255.255.255.0  broadcast 10.0.0.255
        ether b0:83:fe:bd:51:89  txqueuelen 1000  (Ethernet)
        RX packets 313  bytes 159465 (155.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 419  bytes 76919 (75.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Boucle locale)
        RX packets 100  bytes 45627 (44.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 100  bytes 45627 (44.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:c9:c3:66  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$
Je vais tester!
a+
pll
Bravo le ifconfig me parait mieux. Pour l'autre commande il y a une différence entre upgrade et update.
thierryR wrote:Pour l'autre commande il y a une différence entre upgrade et update.
Oui: Update n'existe plus. C'est remplacé par upgrade.
Bonjour,
après avoir désactivé l'ipv6 et supprimé la connexion bridge, le problème persiste:
après la maj puis reboot, plus d'internet:-(.
Je dois toujours arrêter l'ordi, le mettre hors tension , attendre un peu, le rebrancher, puis le démarrer pour retrouver la connexion.
Voilà, je ne pense pas que la carte réseau soit défectueuse car sous Windows 10 la connexion marche très bien, je suis perplexe:roll:.
Une idée ?!
a+
pll