wlan non accessible Le sujet est résolu

[eggregor]

bjr,
Certes, mais est-ce que ça explique la situation ?
Je crains que non, si je tente de me connecter sur free-wifi qui n'est pas sécurisé pour des raisons évidentes le problème reste le même:

NM rame dans le vide et plouf.
Je vais essayer une arch pour voir.
Merci pour tout je repasserai pour information.
Je peux aussi balancer le matos à la poubelle, la vie est courte, et se battre avec un wifi ne mène pas loin, je perds mon temps et vous aussi.

[lol]

Salut,
J'avoue être à court d'idées de mon côté...
Mais comme je le disais, je n'aime pas le wifi (Le wifi c'est tout pourri), je ne suis donc pas très à l'aise sur le sujet.

[eggregor]

Bonjour,

C'est vrai que je l'ai souvent pensé durant mes expériences de linuxien de base, il a fallu des fois ramer jusque dans le sable, mais sur la plage le wifi a toujours fini par fonctionner.
Toutefois ça parait difficile de faire courir des câbles dans toutes les pièces de la maison !

Je suis ici confronté à la crise la plus grave de connection de ma carrière.
Je vais tenter une autre distribution, mais en 32B c'est pas simple de trouver une source encore entretenue.
Il y a une archbang beta en 32B qui est disponible, mais archlinux a cessé ou va cessert les mises à jour, donc c'est possiblement une voie de garage.

J'ai saqué NM et ses dépendances dhcp, et je pense sans pouvoir l'affirmer, que le problème du dhclient provient d'une double identification du WLAN :
Il est nommé wlan1 depuis toutes les commandes (ifconfig, iwconfig par exemple) et WLAN0 dans les fichiers de conf du dhclient.
C'est étrange n'est-ce pas? C'est probablement isc-dhcp-client qui foirait.

J'ai tenté de le rebaptiser dans les fichiers sans succès.
C'est une manip assez hasardeuse pour un type de mon âge.

Une autre distribution permettra de comparer le comportement, mais bon, je suis un peu fatigué à force de tourner en rond.

Pour le fun, je repasserai clore j'espère le fil.
Merci d'avoir essayé.

[piratebab]

je ne sais plus si tu as réinstaller depuis que tu as vérifié que tu n'avais pas d'erreur de firmware. Si tu as réinstallé, revérifie les formwares.
A part l'absence de connexion, tu n'as aucun log qui t'orienterai vers un problème particulier ?

[eggregor]

Merci de te soucier encore de mon affaire.
Oui les firmwares étaient ok après réinstallation, et les logs ne disaient rien qui mène à une réparation.
En l'état je n'ai plus de gestionnaire de connexion, j'ai viré NM sans installer wicd ou connman par exemple.

Le paramètrage avec ip ne marche tjrs pas, et je n'ai donc plus aucune solution internet.
J'écris depuis une autre machine.
Il faudrait que je reparte sur le liveCd pour remettre NM et rebricoler vraisemblablement à nouveau.

Je vais faire ce que j'ai dit plus haut : installer autre chose, tout était prêt, j'avais gravé archbang32 fraîchement sortie et voilà que je découvre que le mainteneur déclare avoir oublié un paramètre essentiel sur les keyrings.... D'où retélécharment, re-gravure..
Je traîne une vraie poisse !

[hybridemoineau]

J'ai saqué NM et ses dépendances dhcp, et je pense sans pouvoir l'affirmer, que le problème du dhclient provient d'une double identification du WLAN :
Il est nommé wlan1 depuis toutes les commandes (ifconfig, iwconfig par exemple) et WLAN0 dans les fichiers de conf du dhclient.
C'est étrange n'est-ce pas? C'est probablement isc-dhcp-client qui foirait.

je me demande à tout hasard... Tu utilises les "vieilles" commandes comme ifconfig et autres sous Stretch, en ayant donc installé le paquet network-tools puisque ces commandes ont été désactivées avec Stretch. Ces commandes utilisent un autre système de nommage des connections que les nouvelles.

Bref, le foirage pourrait venir de: dhclient nouveau système de nommage, ifconfig et autres, ancien système.

Passer dans tous les cas par les nouvelles commandes serait une partie de la solution ? Car je doute qu'on puisse revenir en arrière sur tout (en virant systemd ou je ne sais quoi car je crois que c'est un autre paquet qui a actualisé la "mise au norme" de Debian sur ce nommage), ou qu'il y ait eu une mise en place d'une traduction stricte d'un logiciel à l'autre.

[network-king]

@Egg au point où tu en es: #reinstall (en mode rj45)

[eggregor]

Merci de vos suggestions,

Je vais paraître ignare mais c'est quoi le mode rj45 ?

Pour les commandes, je ne suis pas sous Stretch,
Nelumbang est basée sur le noyau Jessie,
Mais j"ai tenté de paramètrer avec la cde ip qui remplace je crois iw.
Bon de toute façon j'ai installé sur la machine les paquets de base d'une Archbang32 apès les premières déconvenuees citées plus haut, et je découvre que l'affaire des clès n'est pas si bien règlée que le prétend le concepteur.
Et je ne parviens pas à les importer en sachant que sous Arch pas de bras pas de chocolat et pas de clès pas de paquets !! je piétine.

Toutefois cette réinstallation m'a permis de lire et noter le message qui apparaît au boot :

Code : Tout sélectionner

[b][76.744369} b43legacy-phy0 ERROR: firmware file "b43legacy/ucode2.fw" not found or load failed
[76.744421] b43legacy-phy0 ERROR: you must go to http://wireless.kernel.org/en/users/drivers/b43#devicefirmaware and download the correct firmware (version3[/b])

Le problème c'est que je ne trouve pas sur le site le firmware VERSION3.

Est-ce que l'un d'entre vous pourrait voir le site avec des yeux plus experts ?

C'est quand même bien de là que viendrait mon problème.

Toutefois, je n'oublie pas la confusion possible du système entre wlan1 et wlan0 que j'avais évoquée dans les fichiers de conf, ( c'est vari que sur mon Arch la plus utilisée les appellations ont changé également )

Si on trouve le firmware évoqué je relance Nelum.

[network-king]

RJ45 = Cable
Et je suis d'accord avec toi,et j'y pense depuis samedi,ton probleme vient du driver de carte wifi

[eggregor]

Oui j'avais compris après, mais tu parles d'une solution !

[lol]

Hello,

Code : Tout sélectionner

apt-cache policy firmware-b43-installer 
firmware-b43-installer:
  Installé : (aucun)
  Candidat : 1:019-3
 Table de version :
     1:019-3 500
        500 http://deb.debian.org/debian stretch/contrib amd64 Packages
        500 http://deb.debian.org/debian stretch/contrib i386 Packages
        500 http://deb.debian.org/debian stretch/contrib all Packages
        500 http://deb.debian.org/debian unstable/contrib amd64 Packages
        500 http://deb.debian.org/debian unstable/contrib i386 Packages
     1:019-2 500
        500 http://deb.debian.org/debian jessie/contrib amd64 Packages
        500 http://deb.debian.org/debian jessie/contrib i386 Packages

A priori le "3" ce serait le driver de Stretch/Testing, non (019-3) ?

[eggregor]

wharf !
Tu serais bien en train de me sauver l'ami lol.
Mais pourquoi apt-cache policy ne m'a pas craché toutes ces infos ?

Ben évidemment, je n'ai que les dépôts Jessie dans mon sources-list,
J'ai perdu des habitudes, sûr que arch ne fonctionne pas pareil.

J'efface tout et jarcommence comme on dit ici, ça ne fera jamais que la cinqième install (3 debian et 2 arch)

Merci à toi, je te donne le retour dans peu de temps si je ne suis pâs dérangé.

[eggregor]

Nouvelles du front :
Réinstall de Nelum, pas de soucis particulier.
Téléchargé et installé le firmware en version 3 depuis dépôt Stretch.
Modules en place.
Mais connexion non opérationnelle.
Trop tard aujourd-hui pour l'allumer.
nmcli con show donne bien une uuid pour wifi1 et une autre pour eth1 mais le up sur l'uuid repond mal.
ifconfig -a ne donne pas de wlan... c'est bizarre mais c'est mieux, enfin je le sens mieux.

Je reprends ça demain et au besoin je vous remets à contribution.

[lol]

Hello,
Tu as une piste c'est déjà ça. :icon_wink:

[eggregor]

Hello,
Pas la même impasse mais il y a un sens interdit.
Demêmeque dans la précédente situation il existait dans les fichiers .conf un wlan1 identifié et un wlan0 passager clandestin, j'ai maintenant des fichiers de conf avec un wlan0 qui n'apparaît nulle part dans les choix de connexion, par exemple :

Code : Tout sélectionner

ifup wlan0
wlan0: ERROR while getting interface flags: No such device
Error for wireless request "Set Encode" (8B2A) :
    SET failed on device wlan0 ; No such device.
Error for wireless request "Set ESSID" (8B1A) :
    SET failed on device wlan0 ; No such device.
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Cannot find device "wlan0"
Bind socket to interface: No such device

If you think you have received this message due to a bug rather
than a configuration issue please read the section on submitting
bugs on either our web page at www.isc.org or in the README file
before submitting a bug.  These pages explain the proper
process and the information we find helpful for debugging..

exiting.
Failed to bring up wlan0.

Ou encore :

Code : Tout sélectionner

/sbin/ifconfig -a
eth1      Link encap:Ethernet  HWaddr 00:0f:b0:41:97:17  
          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 lg file transmission:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          RX bytes:240 (240.0 B)  TX bytes:240 (240.0 B)

Cependant :

Code : Tout sélectionner

 nmcli con show
NOM                  UUID                                  TYPE             PÉRIPHÉRIQUE 
Connexion filaire 1  4b1371bd-3edb-4852-836f-fbcaa433f9ce  802-3-ethernet   eth1         
Connexion Wi-Fi 1    4afaa273-d96a-4009-839a-c68fb4aaed2d  802-11-wireless  --           

Il faut néanmoins noter que dans les fichiers du dhcp/dhclient on trouve quantité d'UUID tout à fait différentes.
Est-ce là une base de conflits entre des outils installés automatiquement qu'il faudrait éventuellement supprimer ?

Code : Tout sélectionner

locate dhclient
/etc/dhcp/dhclient-enter-hooks.d
/etc/dhcp/dhclient-exit-hooks.d
/etc/dhcp/dhclient.conf
/etc/dhcp/dhclient-enter-hooks.d/debug
/etc/dhcp/dhclient-enter-hooks.d/samba
/etc/dhcp/dhclient-exit-hooks.d/debug
/etc/dhcp/dhclient-exit-hooks.d/ntp
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes
/sbin/dhclient
/sbin/dhclient-script
/usr/share/bash-completion/completions/dhclient
/usr/share/man/man5/dhclient.conf.5.gz
/usr/share/man/man5/dhclient.leases.5.gz
/usr/share/man/man8/dhclient-script.8.gz
/usr/share/man/man8/dhclient.8.gz
/var/lib/NetworkManager/dhclient-4eaad115-1632-45e5-bd9f-86dd80951d24-eth1.lease
/var/lib/NetworkManager/dhclient-5b4dacfa-424c-46d7-ae37-df7fc5f16137-eth1.lease
/var/lib/NetworkManager/dhclient-a4190bd9-4292-4d17-af21-cb579179c88b-wlan0.lease
/var/lib/NetworkManager/dhclient-eth1.conf
/var/lib/NetworkManager/dhclient-feebf946-c259-4b4f-9dfc-5f60b7bcf34f-wlan0.lease
/var/lib/NetworkManager/dhclient-wlan0.conf
/var/lib/dhcp/dhclient-feebf946-c259-4b4f-9dfc-5f60b7bcf34f-wlan0.lease
/var/lib/dhcp/dhclient.leases

Une fois de plus tout ça me dépasse et j'hésite à me relancer dans des suppressions improvisées qui mettraient le système en péril.

Un conseil si possible.

[lol]

Salut,
Non, les fichiers .lease contiennent les baux des ip obtenues depuis le serveur dhcp. (IP, dns, dates de renouvellement, etc).

Tu n'as pas de drivers blacklistés ?
Il y a quoi dans /etc/modprobe.d/*

Code : Tout sélectionner

$ ls /etc/modprobe.d/

Le module b43 est bien chargé ?

Code : Tout sélectionner

# lsmod

[eggregor]

Code : Tout sélectionner

ls /etc/modprobe.d
amd64-microcode-blacklist.conf  intel-microcode-blacklist.conf  radeon-kms.conf
fbdev-blacklist.conf            modesetting.conf

Code : Tout sélectionner

 lsmod | grep b43
b43legacy             115086  0 
mac80211              425546  1 b43legacy
cfg80211              354219  2 mac80211,b43legacy
rng_core               12645  1 b43legacy
ssb                    51408  1 b43legacy

Code : Tout sélectionner

cat fbdev-blacklist.conf
# This file blacklists most old-style PCI framebuffer drivers.
blacklist arkfb
blacklist aty128fb
blacklist atyfb
blacklist radeonfb
blacklist cirrusfb
blacklist cyber2000fb
blacklist kyrofb
blacklist matroxfb_base
blacklist mb862xxfb
blacklist neofb
blacklist pm2fb
blacklist pm3fb
blacklist s3fb
blacklist savagefb
blacklist sisfb
blacklist tdfxfb
blacklist tridentfb
blacklist vt8623fb

Code : Tout sélectionner

cat modesetting.conf
options cirrus modeset=1
options mgag200 modeset=1

donc le module est bien en place, les pilotes blacklistés ne sont pas gênants, du moins je suppose.
Comment voir si un autre pilote semerait la zizanie ?
je regarde dans les paquets installé si quelquechose saute aux yeux, et si oui je reposte.

[lol]

Moi j'ai tout donné sur le sujet!
Je vois plus d'autre piste.

[eggregor]

Bon, comme je n'en vois pas davantage, je vais tenter un grand pas en avant. Ehéh !

T'as fait ce que tu as pu, merci d'avoir essayer. A plus peut-être.

Au fait lol, je vois que tu es à Madagascar, j'avais pas fait attention.
C'est toi qui étais très présent ici il y a qques années ?
Je pense à quelqu'un dans l'Isalo.

[piratebab]

as tu essayé avec un live dvd, par exemple mint lmde ?
Ils sont généralement bien équipés en firmware/driver.
Le top du top des distros avec des drivers wifi c'est la succésseur de backtrack dont je ne me rapelle jamais le nom.
Si ça fonctionne, tu épluche la config pour voir comment ils font (driver, firmware ....)