sokotar wrote:Alors tu donnes le même nom de machine à to pc qu'il soit sous fedora et sous windows ?
Parce que pour identifier une machine en dhcp, il faut préciser le nom, l'ip, l'adresse mac.
Effectivement dans le panneau de config réseau de la LB il faut préciser trois infos:

Le nom de l'équipement
L'adresse IP statique
L'adresse MAC

Une fois que cela est fait il y a deux cas de figures.

Si tu utilises ta Livebox comme DNS, le nom de l'équipement devient un hostname sur le réseau de la Livebox que tu peux donc pinguer.
Si tu n'utilises pas ta Livebox comme DNS, le nom de l'équipement ne sert à rien

Après pour moi ce n'est pas gênant que mes systèmes Linux et Windows tournant alternativement sur le même machine portent le même hostname.
Si tu utilises ta Livebox comme DNS, le nom de l'équipement devient un hostname sur le réseau de la Livebox que tu peux donc pinguer.
J'ai lu et relu, mais impossible pour moi de comprendre ce concept.
nouvo09 wrote:
Si tu utilises ta Livebox comme DNS, le nom de l'équipement devient un hostname sur le réseau de la Livebox que tu peux donc pinguer.
J'ai lu et relu, mais impossible pour moi de comprendre ce concept.
Je me suis donc mal exprimé !

La Livebox peut faire office de serveur DNS pour les machines qui lui sont connectées.

C'est la config par défaut dans le cas d'une utilisation de DHCP en tout automatique..
$ cat /etc/resolv.conf
# Generated by NetworkManager
search home desktop.home
nameserver 192.168.1.1
nameserver 1234:5678:... IPv6
nameserver fe80:..... IPv6 locale
Dans ce cas, ce serveur DNS répond à la fois pour les requêtes sur les hostnames connus d'internet (ie www.google.com) en servant de relais pour interroger les DNS d'Orange mais aussi aux requêtes sur les noms d'équipement (ie: mafedora ) définis dans dans le panneau de configuration de la Livebox qui permet d'assigner une IP fixe à une MAC address.

Dans ce cas ces noms d'équipement font office de hostnames locaux sur le réseau derrière la Livebox.
$ dig mafedora

; <<>> DiG 9.11.11-RedHat-9.11.11-1.fc31 <<>> lx-desktop
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31488
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;mafedora.			IN	A

;; ANSWER SECTION:
mafedora.		0	IN	A	192.168.1.10

;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: lun. nov. 25 00:45:43 CET 2019
;; MSG SIZE  rcvd: 55

Si sur ta machine tu n'utilises pas DHCP pour les DNS mais que tu configures manuellement d'autres DNS, par exemple ceux de cloudflare 1.1.1.1 et 1.0.0.1, les noms d'équipement définis dans le panneau de configuration la Livebox ne servent à rien ce qui est normal puisque dans ce cas ce n'est pas la Livebox qui est interrogée mais les serveurs définis manuellement.
$ cat /etc/resolv.conf
# Generated by NetworkManager
search desktop.home
nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 2606:4700:4700::1111
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 2606:4700:4700::1001
$ dig mafedora

; <<>> DiG 9.11.11-RedHat-9.11.11-1.fc31 <<>> mafedora
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 28382
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;mafedora.			IN	A

;; AUTHORITY SECTION:
.			8727	IN	SOA	a.root-servers.net. nstld.verisign-grs.com. 2019112401 1800 900 604800 86400

;; Query time: 3 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: lun. nov. 25 01:03:08 CET 2019
;; MSG SIZE  rcvd: 112
Bonjour, oui je te suis tout à fait. C'est juste que je conçois mal ce que tu dénommes "équipement"
nouvo09 wrote:Bonjour, oui je te suis tout à fait. C'est juste que je conçois mal ce que tu dénommes "équipement"
Au niveau de la terminologie Livebox un "équipement" est n'importe quel "objet" connecté au réseau local auquel est attribué une adresse IP: ordinateur, tablette, téléphone, décodeur télé, imprimante, clé Chromecast, enceinte, ampoule intelligente, robot ménager, équipement domotique, ...
Jonathan raspaut wrote:la livebox donnera la meme ip par rapport a l'adresse mac ( que tu sois sous windows ou fedora )
C'est le doute que j'avais : sur quel élément se basait la LB pour attribuer l'ip : c'est donc l'adresse mac. OK
Jonathan raspaut wrote:sinon tu peux installer le scanner directement sur fedora
et
le package All-in-One ( linux )
J'ai déjà installé le driver v600 proposé par epson.
Mais sous fedora j'utilise xsane pour scanner et il manque une des fonctionnalités disponible dans l'outil epson sous windows : c'est la détection automatique, la délimitation automatique des contours, le nommage incrémentiel par groupe de 4 diapos ou par groupe de 12 24x36 de films négatifs. Le gain de temps est énorme.
Est ce que les outils dont tu parles proposent cette fonctionnalité de scan par groupe ?
makdo wrote:@jonathan raspaut quel est le rapport s'il te plait avec le sujet ?
Aucun rapport avec le problème réseau bien sûr 🙂
Le rapport c'est que j'utilise le pc sous windows exclusivement pour scanner des diapos et des films négatifs.

@ didierg : je vais remettre tout ça à plat.
J'ai juste un doute : il me semble qu'à un moment étant connecté à la box je ne pouvais pas voir le pc sous windows 10. C'est possible ça ? Il y a une fonctionnalité pour que le pc ne soit pas visible, même s'il est connecté à la box ?
Que le pc ne soit pas visible d'où ? Je suppose depuis ta Fedora ? En partage reseau ? C'est possible que le parefeu bloque mais ça devrait être systématique.
sokotar wrote:J'ai juste un doute : il me semble qu'à un moment étant connecté à la box je ne pouvais pas voir le pc sous windows 10. C'est possible ça ? Il y a une fonctionnalité pour que le pc ne soit pas visible, même s'il est connecté à la box ?
Je rejoins Madko, il faudrait en savoir plus sur ta configuretion et sur ce que tu voulais faire:

- combien d'ordinateurs sur ton réseau ?
- quels OS ?
- comment sont-ils connectés: filaire ou Wi-Fi ?
- à partir de quoi voulais tu accéder au PC sous Windows 10 ?
- adressais-tu celui ci par son adresse IP ou par son hostname ?
- quel modèle de Livebox ?

Par le passé certaines Livebox ne permettaient pas les échanges entre ordinateur connecté en filaire et ordinateur connecté en Wi-Fi mais cette limitation n'existe plus avec la Livebox 4 si l'ordinateur en Wi-Fi est bien connecté au réseau local privé (et non au réseau public de la Livebox).
makdo wrote:Que le pc ne soit pas visible d'où ? Je suppose depuis ta Fedora ? En partage reseau ? C'est possible que le parefeu bloque mais ça devrait être systématique.
Une fois activée la connexion wifi, je me connecte sur la box. Là je vois, normalement, les appareils connectés à la box. C'est là qu'il m'a semblé ne pas voir le pc asus en mode windows 10 qui était connecté .
J'ai tellement fait d'essais, que je dois réinitialiser la box et refaire un essai.
didierg wrote:Je rejoins Madko, il faudrait en savoir plus sur ta configuretion et sur ce que tu voulais faire:

- combien d'ordinateurs sur ton réseau ?
- quels OS ?
- comment sont-ils connectés: filaire ou Wi-Fi ?
- à partir de quoi voulais tu accéder au PC sous Windows 10 ?
- adressais-tu celui ci par son adresse IP ou par son hostname ?
- quel modèle de Livebox ?

Par le passé certaines Livebox ne permettaient pas les échanges entre ordinateur connecté en filaire et ordinateur connecté en Wi-Fi mais cette limitation n'existe plus avec la Livebox 4 si l'ordinateur en Wi-Fi est bien connecté au réseau local privé (et non au réseau public de la Livebox).
Quelques précisions :
1/ j'ai 3 pc :
- un asus avec fedora 31 et windows 10 : c'est le pc principal
- un dell avec fedora 31 et windows 7 : uniquement pour mon boulot
- toshiba avec windows 10
2/ les connexions sont toujours wifi
3/ jusqu'à présent je fixais toujours les IP
4/ la livebox est une box orange, relativement récente

Mon problème n'est pas la communication entre pc.
C'est juste l'accès à internet en mode linux, suite à une utilisation du pc en mode windows, qui elle ne pose pas de problème.
Si je me connecte en mode linux, juste après une réinitialisation de la box, je n'ai aucun soucis.
Je remarque que le dell (fedora 31 et windows 7) présente le même problème que l'asus (fedora 31 et windows 10).
Ah tu ne vois pas le pc dans l'interface de la livebox ! Là clairement faut voir avec Orange. Possible que ça soit pas hyperfiable/reactif leur truc, j'en entend pas que des bons echos.

Donc si le problème arrive sur plusieurs PC, et que ça remarche suite à une réinitialisation de la box c'est vraiment côté box qu'il y a un soucis. Tu as contacté Orange pour ce problème ? Nous on peut continuer à creuser mais ta conf semble bonne vu que ça fonctionne en réinitialisant la box. A la limite compare le resultat de ces commandes entre le moment où ça marche pas suite à un passage sous windows, et la reinitialisation de la box et que ça refonctionne:

Quand ça marche pas:
(cat /etc/resolv.conf; /sbin/ip a; /sbin/ip r) > /var/tmp/KO
Quand ça remarche:
(cat /etc/resolv.conf; /sbin/ip a; /sbin/ip r) > /var/tmp/OK
Et tu fais ensuite un
diff /var/tmp/KO /var/tmp/OK
(ou sdiff si tu veux voir les différences côte à côte)

Le but étant de tracer les adresses/route/dns qui auraient changés.
Bon, en remettant les choses à plat j'ai pu trouver une configuration pérenne.

Ce que j'avais mis en évidence :
en définissant manuellement des ip fixes et identiques, bien entendu, sur le pc à la fois sous fedora et sous windows, ou bien une des ip fixes et l'autre en automatique : dans ce cas l'accès internet sous fedora était bloqué si au paravent on avait booté sous windows.

En remettant tout à plat :
- sur la box (onglet DHCP et DNS) j'ai spécifié l'ip du pc, avec le nom du pc (défini de manière identique sous windows et fedora), l'adresse mac.
- sur le pc j'ai affecté l'ip en automatique (DHCP) à la fois sous fedora et sous windows
Et ça marche.
J'ai modifié le pc dell de la même manière, et ça a fonctionné immédiatement.

C'est quand même étrange que ça fonctionne en DHCP et pas en ip manuelles, alors qu'au final j'ai fixé dans la box les mêmes ip qu'initialement.

Un grand merci à vous.

@jonathan raspaut : tu peux me donner les précisions pour les driver v600 sous linux ?

Merci d'avance

Michel
sokotar wrote:En remettant tout à plat :
- sur la box (onglet DHCP et DNS) j'ai spécifié l'ip du pc, avec le nom du pc (défini de manière identique sous windows et fedora), l'adresse mac.
- sur le pc j'ai affecté l'ip en automatique (DHCP) à la fois sous fedora et sous windows
Et ça marche.
J'ai modifié le pc dell de la même manière, et ça a fonctionné immédiatement.
Dans cette config c'est la box qui attribue l'IP au PC en fonction de la MAC address. Pour une même MAC address, Linux et Windows auront donc la même IP.
sokotar wrote:C'est quand même étrange que ça fonctionne en DHCP et pas en ip manuelles, alors qu'au final j'ai fixé dans la box les mêmes ip qu'initialement.
Dans cette config c'est le PC qui s'attribue une IP. En fonction de ce que tu as spécifié sous Linux et sous Windows tu peux donc avoir successivement deux IP différentes pour la même MAC address ce qui doit perturber la box.
didierg wrote:Dans cette config c'est la box qui attribue l'IP au PC en fonction de la MAC address. Pour une même MAC address, Linux et Windows auront donc la même IP.
Oui, on est bien d'accord 🙂
didierg wrote:Dans cette config c'est le PC qui s'attribue une IP. En fonction de ce que tu as spécifié sous Linux et sous Windows tu peux donc avoir successivement deux IP différentes pour la même MAC address ce qui doit perturber la box.
Et bien justement j'avais affecté la même ip sous linux et sous windows afin de ne pas avoir de problème.
Mais, je persiste : ça coince. J'ai fait 36 essais sur 2 pc différents.
Bizarre bizarre non ?

Enfin, j'ai maintenant la solution.
Merci.
cool

Si le problème est réglé, merci de cliquer sur le bouton "Sujet résolu".
Et bien non, ça ne fonctionne plus.
Hier j'ai multiplié les essais sur 2 pc après configuré toutes les connexions en dhcp, et mémorisé IP et ad. mac sur la box : je n'ai plus eu de blocage.
Ce jour ça coince dans tous les sens.
Je viens d'observer le cas de figure suivant :
- sous windows 10 : connexion ko car en dhcp il y a eu une affectation d'ip farfelue. En saisissant l'ip la connexion s'est faite
- retour sous fedora : connexion ko
- après 2 heures d'attente, je fais un arret du pc et nouveau démarrage et là c'est ok !
makdo wrote:Quand ça marche pas:

(cat /etc/resolv.conf; /sbin/ip a; /sbin/ip r) > /var/tmp/KO

Quand ça remarche:

(cat /etc/resolv.conf; /sbin/ip a; /sbin/ip r) > /var/tmp/OK

Et tu fais ensuite un

diff /var/tmp/KO /var/tmp/OK

(ou sdiff si tu veux voir les différences côte à côte)
[michel@asus-MP ~]$ sdiff /var/tmp/KO /var/tmp/OK
# Generated by NetworkManager                                   # Generated by NetworkManager
search asus-MP.home                                           | search home asus-MP.home
                                                              > nameserver 192.168.1.1
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state U       1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state U
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00                                link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo                                                                        inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever                                                        valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host                                                                                inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever                                                        valid_lft forever preferred_lft forever
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc   2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc
    link/ether b0:6e:bf:02:f2:b2 brd ff:ff:ff:ff:ff:ff                                                 link/ether b0:6e:bf:02:f2:b2 brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc | 3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc m
    link/ether 40:9f:38:44:b2:27 brd ff:ff:ff:ff:ff:ff                                                link/ether 40:9f:38:44:b2:27 brd ff:ff:ff:ff:ff:ff
                                                              >     inet 192.168.1.2/24 brd 192.168.1.255 scope global dynami
                                                              >        valid_lft 86380sec preferred_lft 86380sec
                                                              >     inet6 fe80::db64:2b94:10cf:df01/64 scope link noprefixrou
                                                              >        valid_lft forever preferred_lft forever
                                                              > default via 192.168.1.1 dev wlp3s0 proto dhcp metric 600 
                                                              > 192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168
[michel@asus-MP ~]$ 
Je vois bien que la carte wifi (wlp3s0) est désactivée, mais qu'est ce ça dit sur la cause ?
ça indique que la box ne répond pas aux requetes DHCP pour ce client, vu l'absence totale de configuration. Pas d'IP, pas de route, pas de DNS. Mais ça peut aussi être le wifi qui ne se connecte pas, du coup impossible de joindre le DHCP de la livebox, ce qui aura le même résultat.

Quand c'est ko, fait un
dmesg |grep wlp3s0
pour voir ce qui se passe niveau wifi
makdo wrote:Quand c'est ko, fait un

dmesg |grep wlp3s0

pour voir ce qui se passe niveau wifi
J'ai essayé en DHCP
[michel@asus-MP ~]$ dmesg|grep wlp3s0
[    5.273045] rtw_pci 0000:03:00.0 wlp3s0: renamed from wlan0
[   75.980073] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[   76.426813] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[   77.933565] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 2/3)
[   77.935196] wlp3s0: authenticated
[   77.936476] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[   78.958569] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 2/3)
[   79.917525] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 3/3)
[   80.000505] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:07 (capab=0x411 status=0 aid=1)
[   86.642365] wlp3s0: associated
[   86.642409] wlp3s0: disassociated from 40:65:a3:d2:4e:07 (Reason: 2=PREV_AUTH_NOT_VALID)
[   87.267304] wlp3s0: authenticate with 40:65:a3:d2:4e:06
[   87.719318] wlp3s0: send auth to 40:65:a3:d2:4e:06 (try 1/3)
[   87.721552] wlp3s0: authenticated
[   87.722516] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 1/3)
[   88.941600] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 2/3)
[   89.965521] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 3/3)
[   90.926551] wlp3s0: association with 40:65:a3:d2:4e:06 timed out
[   94.674852] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[   95.128481] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[   95.130399] wlp3s0: authenticated
[   95.131544] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[   95.133646] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:07 (capab=0x411 status=0 aid=1)
[  101.762685] wlp3s0: associated
[  101.762744] wlp3s0: disassociated from 40:65:a3:d2:4e:07 (Reason: 2=PREV_AUTH_NOT_VALID)
[michel@asus-MP ~]$ 
Et avec une IP définie
[michel@asus-MP ~]$ dmesg|grep wlp3s0
[    5.273045] rtw_pci 0000:03:00.0 wlp3s0: renamed from wlan0
[   75.980073] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[   76.426813] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[   77.933565] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 2/3)
[   77.935196] wlp3s0: authenticated
[   77.936476] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[   78.958569] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 2/3)
[   79.917525] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 3/3)
[   80.000505] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:07 (capab=0x411 status=0 aid=1)
[   86.642365] wlp3s0: associated
[   86.642409] wlp3s0: disassociated from 40:65:a3:d2:4e:07 (Reason: 2=PREV_AUTH_NOT_VALID)
[   87.267304] wlp3s0: authenticate with 40:65:a3:d2:4e:06
[   87.719318] wlp3s0: send auth to 40:65:a3:d2:4e:06 (try 1/3)
[   87.721552] wlp3s0: authenticated
[   87.722516] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 1/3)
[   88.941600] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 2/3)
[   89.965521] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 3/3)
[   90.926551] wlp3s0: association with 40:65:a3:d2:4e:06 timed out
[   94.674852] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[   95.128481] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[   95.130399] wlp3s0: authenticated
[   95.131544] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[   95.133646] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:07 (capab=0x411 status=0 aid=1)
[  101.762685] wlp3s0: associated
[  101.762744] wlp3s0: disassociated from 40:65:a3:d2:4e:07 (Reason: 2=PREV_AUTH_NOT_VALID)
[  105.436876] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[  105.892256] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[  105.894666] wlp3s0: authenticated
[  105.895501] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[  105.898040] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:07 (capab=0x411 status=0 aid=1)
[  112.536708] wlp3s0: associated
[  112.536772] wlp3s0: disassociated from 40:65:a3:d2:4e:07 (Reason: 2=PREV_AUTH_NOT_VALID)
[  130.699444] wlp3s0: authenticate with 40:65:a3:d2:4e:06
[  131.154122] wlp3s0: send auth to 40:65:a3:d2:4e:06 (try 1/3)
[  131.156558] wlp3s0: authenticated
[  131.158365] wlp3s0: associate with 40:65:a3:d2:4e:06 (try 1/3)
[  131.167601] wlp3s0: RX AssocResp from 40:65:a3:d2:4e:06 (capab=0x431 status=0 aid=1)
[  137.789367] wlp3s0: associated
[  137.789409] wlp3s0: disassociated from 40:65:a3:d2:4e:06 (Reason: 2=PREV_AUTH_NOT_VALID)
[  460.656165] wlp3s0: authenticate with 40:65:a3:d2:4e:07
[  461.116916] wlp3s0: send auth to 40:65:a3:d2:4e:07 (try 1/3)
[  461.118557] wlp3s0: authenticated
[  461.119518] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 1/3)
[  461.933558] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 2/3)
[  462.957786] wlp3s0: associate with 40:65:a3:d2:4e:07 (try 3/3)
[  463.917586] wlp3s0: association with 40:65:a3:d2:4e:07 timed out
[michel@asus-MP ~]$ 
madko wrote:Quand c'est ko, fait un
dmesg |grep wlp3s0
pour voir ce qui se passe niveau wifi
Je tenterais également
$ sudo ifconfig enp3s0 down
suivi de
$ sudo ifconfig enp3s0 up
On voit avec le dmesg que ta carte essaye de se connecter plusieurs, et quand elle y arrive, elle se fait ensuite déconnectée avec le message étrange de PREV_AUTH_NOT_VALID.

Si tu cherches ce code et livebox sur un moteur de recherche tu verras que tu n'es pas seul...
didierg wrote:Je tenterais également

$ sudo ifconfig enp3s0 down

suivi de

$ sudo ifconfig enp3s0 up
Ca n'a pas d'incidence.
Je remarque qu'après un arrêt + démarrage, la carte wifi fini par s'activer.
Peut-être que le délai entre la déconnexion sous windows et la connexion sous linux entre en jeu ?
makdo wrote:
On voit avec le dmesg que ta carte essaye de se connecter plusieurs, et quand elle y arrive, elle se fait ensuite déconnectée avec le message étrange de PREV_AUTH_NOT_VALID.

Si tu cherches ce code et livebox sur un moteur de recherche tu verras que tu n'es pas seul...
En effet, ya du monde touché !
Ca n'est pas pour me rassurer.
D'autant que la plupart des messages sont en anglais et que mon niveau d'anglais ne me permet pas d'en tirer d'avancées terribles.
Je me console en pensant que pour moi ça se produit uniquement quand je bascule d'un OS à l'autre ...