[En attente]Wi-Fi usb non fonctionel au redémarrage de LM 18 "Sarah"

[Danzheimer]

Bonjour à tous.

J'ai quelque chose de bien bizarre qui se passe. J'ai fait l'installation de Sarah 18 Cinnamon et tout c'est bien passé. Par contre, au redémarrage, aucun signe de vie de mon adaptateur wifi. Je le retire du socle et le rebranche. Parfait, tout fonctionne. Petite vérification, je "reboot" pour être sûr. Même scénario. Je jette un œil a "iwconfig" et je vois qu'il est "un-assiocated". Un petit "in & out" du socle et on repart pour un tour. A chaque fois que je redémarre, je dois jouer a branche-débranche.

J'ai refait l'installation complète a partir de zéro 2 fois et pas moyen d'y échapper. L'installation se fait sur le ssd. En désespoir de cause, je refait l'installation mais cette fois sur le Seagate 1To régulier. Et bien, je vous le jure, aucun problème. J'ai probablement démarré la bécane une vingtaine de fois sans soucis. Toutes les installations se sont faites avec les mêmes options et je ne coche pas l'option de pilotes tiers. J'utilise une clé USB montée avec "Easy2Boot" pour faire les installations.

J'ai bien fait quelques recherches ici et la pour voir si quelqu'un d'autre avait vécu ce genre de problématique mais "nada".

Je dois avouer que j'essais encore de la comprendre celle-là et j'aimerai bien avoir une petite piste. J'ai bien de la difficulté à croire que le ssd serait en cause mais tout semble indiquer que ce serait le cas.

Quelques suggestions??

[zeb]

Hello
Je ne pense pas avoir la réponse car je ne connais pas le matériel ni le logiciel, mais peut etre voir du coté des applications au démarrage, et/ou dans ton bios pour qu'il prenne en compte l'usb (je pense que ton adaptateur est en usb) au démarrage.

Par contre le titre "Bizarre-Bizarre" est vraiment bizarre stp change le pour un titre plus évocateur
Je laisse dans "générale" pour l'instant, je verrai à la fin si c'est un soucis de "compatibilité matériel" ou vraiment de l'ordre du général, compris soldat

Voili

[Danzheimer]

Par contre le titre "Bizarre-Bizarre" est vraiment bizarre stp change le pour un titre plus évocateur

Fait!

compris soldat

Oui, mon capitaine...

je ne connais pas le matériel ni le logiciel

Dans les deux cas, aucun changements n'a été fait dans le BIOS. J'ai tout refait a nouveau mais cette fois au lieu d'une LiveUSB, j'ai utilisé un LiveCD. Encore une fois, sur le SSD, l'adapateur démarre au début de l'installation et je peut faire la connexion au réseau Wi-Fi. Une fois installé et suite au redémarrage, je dois encore faire un débranche-rebranche de l'adaptateur. Sur le DD conventionnel, pas de problèmes.

J'ai fait le tour des services et dans les deux cas, rien d'anormal. J'ai peut-être manqué quelque chose. Je vais donc prendre le temps de tout reviser avant d'aller plus loin. Si je ne trouve pas de réponses, je vais tout simplement enlever le SSD et rester sur conventionnel. Reste que j'aimerai bien savoir pourquoi sur le DD conventionnel tout est bon et pas sur le SSD. Pourtant, même version de LM, même bécane, même config par défaut. Juste un DD différent....

[zeb]

Merci pour le titre, ça le fait bien mieux comme ça

zebulon a écrit :
je ne connais pas le matériel ni le logiciel

Ce que je voulait dire par là, est que si c'est du matériel, il n'est peut être pas configurer pour démarrer en même temps que le systeme (c'est la partie bios) donc en le débranchant et rebranchant le systeme le détecte et le met en service.
Si c'est le coté logiciel, c'est pareil sauf que là, c'est dans la partie "application au démarrage".

Je ne sais pas si cette explication est plus claire pour toi

[Danzheimer]

Je ne sais pas si cette explication est plus claire pour toi

Plus claire. Peut-etre que le SSD est trop rapide pour LM 18

Sérieusement, voila ce que j'ai trouvé avec la commande "systemctl status NetworkManager.service"

Sur le SSD :

Code : Tout sélectionner

 NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since mar 2016-07-05 18:02:57 EDT; 1min 8s ago
 Main PID: 831 (NetworkManager)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/NetworkManager.service
           └─831 /usr/sbin/NetworkManager --no-daemon

jui 05 18:02:57 daniel-PC NetworkManager[831]: <info>  [1467756177.5852] ModemManager available in the bus
jui 05 18:02:58 daniel-PC NetworkManager[831]: <error> [1467756178.3239] (wlan0): couldn't get driver range information (19).
jui 05 18:02:58 daniel-PC NetworkManager[831]: <info>  [1467756178.3240] (wlan0): driver WEXT range request failed
jui 05 18:02:58 daniel-PC NetworkManager[831]: <warn>  [1467756178.3240] (wlan0) failed to initialize Wi-Fi driver for ifindex 3
jui 05 18:02:58 daniel-PC NetworkManager[831]: <warn>  [1467756178.3240] manager: wlan0: factory failed to create device: Device factory NMWifiFactory failed to create device w
jui 05 18:02:58 daniel-PC NetworkManager[831]: <info>  [1467756178.3251] devices added (path: /sys/devices/pci0000:00/0000:00:1c.5/0000:04:00.0/usb3/3-1/3-1.3/3-1.3:1.0/net/wlx
jui 05 18:02:58 daniel-PC NetworkManager[831]: <info>  [1467756178.3251] device added (path: /sys/devices/pci0000:00/0000:00:1c.5/0000:04:00.0/usb3/3-1/3-1.3/3-1.3:1.0/net/wlxd
jui 05 18:03:02 daniel-PC NetworkManager[831]: <info>  [1467756182.6842] manager: startup complete
jui 05 18:03:07 daniel-PC NetworkManager[831]: <info>  [1467756187.6815] WiFi hardware radio set enabled
jui 05 18:03:07 daniel-PC NetworkManager[831]: <info>  [1467756187.6815] WWAN hardware radio set enabled
lines 1-18/18 (END)

Sur le DD conventionnel :

Code : Tout sélectionner

NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since mar 2016-07-05 18:08:16 EDT; 58s ago
 Main PID: 879 (NetworkManager)
    Tasks: 6 (limit: 512)
   CGroup: /system.slice/NetworkManager.service
           ├─ 879 /usr/sbin/NetworkManager --no-daemon
           ├─1483 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-wlxd8fee32fb7f5.pid -lf /var/lib/NetworkManager/dhclient-8794ac7e-4af2-475e-84c2-7f2ce7705143-wlxd8fe
           └─1505 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --cache-size=0 --proxy-dnssec --e

jui 05 18:08:36 daniel-PC NetworkManager[879]: <info>  [1467756516.0468] dns-mgr: Writing DNS information to /sbin/resolvconf
jui 05 18:08:36 daniel-PC dnsmasq[1505]: démarrage avec le cache désactivé (version 2.75)
jui 05 18:08:36 daniel-PC dnsmasq[1505]: options à la compilation : IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify
jui 05 18:08:36 daniel-PC dnsmasq[1505]: Support DBus autorisé : connecté au bus système
jui 05 18:08:36 daniel-PC dnsmasq[1505]: attention : aucun serveur amont n'est configuré
jui 05 18:08:36 daniel-PC NetworkManager[879]: <info>  [1467756516.3090] device (wlxd8fee32fb7f5): Activation: successful, device activated.
jui 05 18:08:36 daniel-PC NetworkManager[879]: <info>  [1467756516.3108] dnsmasq[0x1f93340]: dnsmasq appeared as :1.20
jui 05 18:08:36 daniel-PC NetworkManager[879]: <info>  [1467756516.3110] dns-mgr: Writing DNS information to /sbin/resolvconf
jui 05 18:08:36 daniel-PC dnsmasq[1505]: configuration des serveurs amonts à partir de DBus
jui 05 18:08:36 daniel-PC dnsmasq[1505]: utilise le serveur de nom 192.168.2.1#53
~
~
~
lines 1-20/20 (END)

Sur le SSD, le périphérique est "wlan0". Sur le DD, c'est "wlx + l'adresse MAC du périphérique.

Il me reste juste à trouver pourquoi, pour une config totalement identique, le résultat entre le SSD et le Seagate est différent. À ce stade, cela dépasse mes compétence mais je vais continuer à chercher.

[Danzheimer]

J'ai trouvé quelque chose. Une fois demarré sur le SSD, si je lance la commande suivante: "systemctl restart NetworkManager.service" dans le terminal, l'adaptateur Wi-Fi démarre et tout fonctionne bien. Reste à trouver le pourquoi de tout ça.

Je vais probablement sauver la vie de mon SSD.

À suivre.....

[tyrry]

Slt ,
le pourquoi c'est tout simplement que le network.manager n'a pas le temps de connecter quand tu utilise le SSD
car celui ci fait démarrer bien plus vite ton system

Comme certaine config avec conky , il faut "retarder" le démarrage de celui ci pour ne pas qu'il se fasse "écrasé"
par le bureau .....

Pas le temps ce matin , mais tu peux chercher de ce côté , ou sinon remplacer network.manager par wicd
@+

[capdeframint]

Pas le temps ce matin , mais tu peux chercher de ce côté , ou sinon remplacer network.manager par wicd
@+

Attention avec Wicd que j'ai testé et qui m'a totalement planté Linux Mint 18. J'ai dû tout réinstaller car le système bouclait inlassablement sur la fenêtre de login.

[mpedro]

le forum de fedora est pleins de ressources sur les services

[Danzheimer]

Plus de temps à perdre avec ce défaut. Retour a LM 17.3 pour l'instant. Je verrai plus tard si je trouve quelque chose de pertinent. Merci pour votre aide.