Forum-Francophone-LinuxMint.fr

Dernier message de la page précédente :

- Ce serait surprenant mais certaines clé wifi ont des problèmes après des mises à jour de Networkmanager (mais sur des versions plus anciennes) y a t'il eu des rapports de bugs ?
- Renommer l'interface Wi-fi je sais pas
- Wicd est une appliquette semblable à Network-Manager https://doc.ubuntu-fr.org/wicd" onclick="window.open(this.href);return false;
on peut sans problème remplacer network-Manager par Wicd (si on utilise pas de VPN car non pris en charge par Wicd)

donnes moi un retour de.

ifconfig -a

retour :

Code : Tout sélectionner

 ifconfig -a 
enp3s0    Link encap:Ethernet  HWaddr 08:60:6e:73:bc:dc  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:321 errors:0 dropped:0 overruns:0 frame:0
          TX packets:321 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:33622 (33.6 KB)  TX bytes:33622 (33.6 KB)

wlx0014d1b9ad8c Link encap:Ethernet  HWaddr 00:14:d1:b9:ad:8c  
          inet addr:192.168.1.13  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c6a5:aa2d:b6c8:13b9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1222 errors:0 dropped:183 overruns:0 frame:0
          TX packets:1390 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:860890 (860.8 KB)  TX bytes:604702 (604.7 KB)

Puis :

dmesg | tail

retour :

Code : Tout sélectionner

[    8.393376] snd_hda_codec_hdmi hdaudioC1D0: HDMI: audio coding type 0 not expected
[   20.917441] IPv6: ADDRCONF(NETDEV_UP): wlx0014d1b9ad8c: link is not ready
[   21.629336] r8712u 2-1.7:1.0 wlx0014d1b9ad8c: 1 RCR=0x153f00e
[   21.630083] r8712u 2-1.7:1.0 wlx0014d1b9ad8c: 2 RCR=0x553f00e
[   21.737240] IPv6: ADDRCONF(NETDEV_UP): wlx0014d1b9ad8c: link is not ready
[   21.740165] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
[   21.847755] r8169 0000:03:00.0 enp3s0: link down
[   21.847797] IPv6: ADDRCONF(NETDEV_UP): enp3s0: link is not ready
[   21.962462] IPv6: ADDRCONF(NETDEV_UP): wlx0014d1b9ad8c: link is not ready
[   32.383413] IPv6: ADDRCONF(NETDEV_CHANGE): wlx0014d1b9ad8c: link becomes ready

Par ailleurs, j'ai fais un essai de "mise en veille". Le réveil se passe bien sauf pour la connexion wifi. L'icone de l'applet est sur "déconnecté", au clic gauche la fenetre m'indique une wifi fonctionnelle, mais en réalité je n'ai pas de connexion et il est impossible de la réactiver avec la commande habituelle (service-network restart). Obligé de faire un reboot.

mpedro a écrit :- Ce serait surprenant mais certaines clé wifi ont des problèmes après des mises à jour de Networkmanager (mais sur des versions plus anciennes) y a t'il eu des rapports de bugs ?
- Renommer l'interface Wi-fi je sais pas
- Wicd est une appliquette semblable à Network-Manager https://doc.ubuntu-fr.org/wicd" onclick="window.open(this.href);return false;
on peut sans problème remplacer network-Manager par Wicd (si on utilise pas de VPN car non pris en charge par Wicd)

Merci mpedro
Je ne sais pas s'il y a eu des rapports de bugs. Je ne sais pas ou chercher.
Si j'installe Wicd, y a t il quelque chose à faire pour déinstaller networkmanager ou est ce inutile ?

logue/délogue la clé et en tapant :

Code : Tout sélectionner

journalctl -xb |tail

il y a des logs peut-être exploitables
~~~~~~~~~~~~~~~~~~~
Via le gestionnaire de logiciel tu désactives network-manager-pptp-gnome et après tu installes wicd toujours avec le gestionnaire de logiciel.
Puis tu configures ton réseau (clé wi-fi etc) et tu testes au reboot voir si ton USB/wifi est reconnue.
Garde toujours la possibilité de te connecter en Ethernet dans le cas où wicd ne fonctionne pas et pour dans ce cas réinstaller network-manager. http://www.clapico.com/2010/05/02/wicd-2/" onclick="window.open(this.href);return false;

Bonjour,

ps: Cette réponse n'est pas spécifique au problème de ce fil, d’où les balises spoiler.

+1000 pour L5d

mpedro a écrit :logue/délogue la clé et en tapant :
Code : Tout sélectionner
journalctl -xb |tail
il y a des logs peut-être exploitables
~~~~~~~~~~~~~~~~~~~
Via le gestionnaire de logiciel tu désactives network-manager-pptp-gnome et après tu installes wicd toujours avec le gestionnaire de logiciel.
Puis tu configures ton réseau (clé wi-fi etc) et tu testes au reboot voir si ton USB/wifi est reconnue.
Garde toujours la possibilité de te connecter en Ethernet dans le cas où wicd ne fonctionne pas et pour dans ce cas réinstaller network-manager. http://www.clapico.com/2010/05/02/wicd-2/" onclick="window.open(this.href);return false;

Merci mpedro, voici ce que donne journalctl -xb | tail :

Code : Tout sélectionner

juil. 26 18:15:45 momo-64b systemd[1]: Started Cleanup of Temporary Directories.
-- Subject: L'unité (unit) systemd-tmpfiles-clean.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) systemd-tmpfiles-clean.service a terminé son démarrage, avec le résultat done.
juil. 26 18:17:01 momo-64b CRON[3008]: pam_unix(cron:session): session opened for user root by (uid=0)
juil. 26 18:17:01 momo-64b CRON[3009]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
juil. 26 18:17:01 momo-64b CRON[3008]: pam_unix(cron:session): session closed for user root
juil. 26 18:23:18 momo-64b wpa_supplicant[1669]: wlx0014d1b9ad8c: WPA: Group rekeying completed with 18:62:2c:ac:08:e1 [GTK=TKIP]

Si j'ai désinstaller network-manager et que wicd n'est pas fonctionnel, est ce que j'aurai une connexion ethernet ?

je viens de faire un redémarrage et j'ai lancé immédiatement la commande :

journalctl -xb |tail

voila le retrour :

Code : Tout sélectionner

-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) ureadahead.service a terminé son arrêt.
juil. 26 18:57:24 momo-64b systemd[1]: Started Stop ureadahead data collection.
-- Subject: L'unité (unit) ureadahead-stop.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) ureadahead-stop.service a terminé son démarrage, avec le résultat done.

Ca vous parle ?

ureadahead optimise le boot
essayer faire un time-out dans Grub mais peu probable

hypothèse 1
puisque avec LM17 la clé est bien reconnue, alors rétrograde de noyaux et la solution est peut-être là

sinon hypothèse 2
tu peux passer à l'ancien systeme upstart remplacé par systemd en regardant dans les options avancées en appuyant sur une touche (chez moi c'est F9) pendant que le PC démarre et en choisissant Upstart (pas recovery)
ou idem mais fixe à chaque reboot du PC

Code : Tout sélectionner

sudo xed /etc/default/grub

à la ligne GRUB_DEFAULT=0
tu la remplace par

GRUB_DEFAULT="1>1"

enregistrer

Code : Tout sélectionner

sudo update-grub

sudo reboot

avec la clé wifi

C'est quoi ta clé wifi ses caractéristiques ?

Merci mpedro pour tes suggestions. Avant de lancer ces actions, je voudrais récapituler ce que je crois comprendre.
1/ J'ai changé de DD de boot et de linux : de LM17 sur DD mécanique, je suis passé à LM18 sur SSD.
2/ Quelqu'un m'a fait remarqué que le SSD était peut être trop rapide et que la clé n'avait pas le temps de s'activer. J'ai donc mis la commande ci dessous dans les "applications au démarrage" :

sh -c "sleep 1 && service network-manager restart"

3/ Depuis, la mise en route de linux et de la clé wifi fonctionnent au démarrage mais je suis obligé de saisir mon mot de passe pour activer la commande ci dessus. Ce n'est pas génant plus que ça mais j'aurais bien aimé ne pas avoir à la faire.
4/ Il me semble donc que la solution serait de temporiser l'activation de la clé par une procédure transparente, c'est à dire qui ne se mettrait pas en stand by tant que mon mot de passe n'est pas saisi.

Donc si quelqu'un a une idée pour réaliser cela, je pense que tous ceux qui ont le même problème serait contents

Démarre avec upstart pour voir si ta clé est reconnue au boot (ça va te prendre juste le temps ordinaire du démarrage du PC). Au moment du démarrage il faut appuyer sur F9 ou F quelque chose et choisir upstart.
Maintenant je ne sais plus dans ton post mais il y a un bug signalé pour l'utilisation de SSD et le mode wi-fi de clés.

Forum-Francophone-LinuxMint.fr

[RESOLU] wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18

Re: wifi reconnu en LM 17 mais pas en LM 18