[RESOLU]Carte wifi marche, mais pas de connexion

Lupa · 01-03-2019 22:14:48

Bonsoir à tous

Bécane installée en ethernet.

Captures dans la box :

Pour une fois, j'active la wifi. D'habitude, non.

Le symptôme : je paramètre la connexion à travers NetworkManager. Je me connecte... et ça se déconnecte aussitôt.

[connection]

id=Connexion Wi-Fi 1

uuid=545be42f-832b-4472-bf2c-8050f7f64336

type=wifi

interface-name=wlo1

permissions=

[wifi]

cloned-mac-address=permanent

mac-address=CC:B0:DA:6C:95:D5

mac-address-blacklist=

mode=infrastructure

ssid=LiveBox-45C8

[wifi-security]

key-mgmt=wpa-psk

psk=Xxxxxxxxxxx

[ipv4]

dns-search=

method=auto

[ipv6]

addr-gen-mode=stable-privacy

dns-search=

ip6-privacy=0

method=auto

[proxy]

method=1

Si je ne passe pas dans les paramètres avancés de NetworkManager, j'avais ce problème (en user comme en root) :

root@marin-deb:~# ping free.fr

ping: free.fr: Échec temporaire dans la résolution du nom

Donc, les DNS, j'imagine ?

Mon fichier /etc/interfaces :

# This file describes the network interfaces available on your system

# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface

auto lo

iface lo inet loopback

Fichier /etc/NetworkManager/system-connections/Connexion Wifi- 1

[connection]

id=Connexion Wi-Fi 1

uuid=545be42f-832b-4472-bf2c-8050f7f64336

type=wifi

interface-name=wlo1

permissions=

[wifi]

cloned-mac-address=permanent

mac-address=CC:B0:DA:6C:95:D5

mac-address-blacklist=

mode=infrastructure

ssid=LiveBox-45C8

[wifi-security]

key-mgmt=wpa-psk

psk=Xxxxxxxxxxxx

[ipv4]

dns-search=

method=auto

[ipv6]

addr-gen-mode=stable-privacy

dns-search=

ip6-privacy=0

method=auto

[proxy]

method=1

Je me plante. Pas la carte. Si elle était naze ou mal pilotée, elle ne pourrait pas détecter les réseaux.
Alors... Où ??
Toute aide sera la bienvenue

P.S.: Si j'osais... C'est le genre de pépin qu'ils n'ont pas sous Ub... Attention : je respecte sincèrement les types qui font vivre Linux. Mais l'autre, il est faussement simple. Un ami ingénieur : "Je l'aime bien, il est simple". Ouais... Si l'on creuse un peu (ACL, etc), plus rien n'est simple. Avec Debian, au moins, on le sait. Il faut savoir ce qui se passe sous le capot. Et je ne le sais pas assez, c'est vrai.
Désolé, mais c'était le coup de gueule du soir

Dernière modification par Lupa (07-03-2019 14:50:42)

èfpé · 01-03-2019 22:54:42

Bonsoir à toi,

Lupa a écrit :

Si je ne passe pas dans les paramètres avancés de NetworkManager, j'ai ce problème (en user comme en root) :
ping: free.fr: Échec temporaire dans la résolution du nom

En clair et sans décodeur, ça veut dire quoi... précisément ? Et que retourne la commande suivante :

cat /etc/resolv.conf

Note qu'avec toutes les infos perso que tu as données, tes voisins devraient pouvoir se connecter...

Dernière modification par èfpé (02-03-2019 00:54:42)

chalu · 02-03-2019 00:26:03

Bonsoir,
Tu l’as appelé LiveBox-45C8 ta Freebox ?

Édit :
PS : tard hier soir, j’ai effacé la clé entière, mot de passe wifi, il reste le début dans la capture d’ecran.

kawer · 02-03-2019 00:43:00

chalu a écrit :

Bonsoir,
Tu l’as appelé LiveBox-45C8 ta Freebox ?

Lupa · 02-03-2019 11:25:53

Bonjour à tous

1- Pas de fichier /etc/resolv.conf sur le disque. Donc, il me faut le créer. Celui du serveur :

root@Dell-srv:~# cat /etc/resolv.conf

# Generated by NetworkManager

nameserver 192.168.0.254

2- Le SSID. J'ai gardé une vieille habitude, d'avant que je croise un pentesteur. Je pensais (naïvement) qu'un SSID caché, plus un nom de réseau ne correspondant pas à une Freebox, plus une clef béton c'était mieux. Lui travaille sous Kali. Une clef, ça saute en moins d'une minute. L'astuce ? Ne pas la décrypter : il les lit sur les ondes. Ca fait peur. Rien n'est en wifi chez moi.

3- Je n'active jamais la wifi. Sauf exception. Et chaque fois, changement de SSID et de clef. Ca ne sert à rien, mais quand-même.

statis · 02-03-2019 12:03:34

Salut Lupa

Lupa a écrit :

Si je ne passe pas dans les paramètres avancés de NetworkManager, j'avais ce problème (en user comme en root) :

root@marin-deb:~# ping free.fr
ping: free.fr: Échec temporaire dans la résolution du nom

Donc, les DNS, j'imagine ?

Un ping seul peut ne pas tout dire.
http://tuto.reel.free.fr/ping-et-traceroute.html
Mais comme je suppose que tu "pingue" free.fr en ethernet ton accès internet ne doit pas rencontrer de défaut dans sa "route" (traceroute).

Sur Linux je ne sais pas comment on vérifie si les DNS ont été mis "en dur" dans la configuration réseau de la machine au lieu de les recevoir via le modem....
Mais pour savoir si on a un problème de configuration DNS, il y a plus simple, un

ping 8.8.8.8 -c 5

(DNS de google) répondra (5 fois car -c 5)

Une petite explication des "DNS" Domain Name System pour ceux qui ne connaissent pas.
Sur les réseaux on ne travaille pas avec des "noms de domaine" mais avec des adresses IP.
Pour joindre www.google.com le navigateur via l'OS va interroger un DNS pour récupérer son adresse IP.

ping www.google.com -c 5

PING [url=http://www.google.com]www.google.com[/url] (216.58.215.36) 56(84) bytes of data.

64 bytes from par21s17-in-f4.1e100.net (216.58.215.36): icmp_seq=1 ttl=53 time=46.0 ms

64 bytes from par21s17-in-f4.1e100.net (216.58.215.36): icmp_seq=2 ttl=53 time=46.6 ms

64 bytes from par21s17-in-f4.1e100.net (216.58.215.36): icmp_seq=3 ttl=53 time=46.2 ms

64 bytes from par21s17-in-f4.1e100.net (216.58.215.36): icmp_seq=4 ttl=53 time=46.10 ms

64 bytes from par21s17-in-f4.1e100.net (216.58.215.36): icmp_seq=5 ttl=53 time=46.5 ms

--- [url=http://www.google.com]www.google.com[/url] ping statistics ---

5 packets transmitted, 5 received, 0% packet loss, time 9ms

rtt min/avg/max/mdev = 46.024/46.450/46.950/0.382 ms

Pour que mon Debian9 puisse récupérer "216.58.215.36" l'adresse IP du www de google.com, il a fait appel à un DNS via sa configuration ou via le modem.
Le DNS de google (pas le www de google.com) a deux adresses IP 8.8.8.8 et 8.8.4.4 qui répondent optimalement, ce n'est pas toujours le cas d'un www ou d'autres DNS...

Attention, une mauvaise réponse à un ping peut provenir d'un défaut sur le réseau local.
En wifi si le canal choisi est "moisi", le temps de réponse sera trop long pour un ping et le reste...
Les autres terminaux wifi (smartphones, tablettes, etc) fonctionnent-ils bien sur le canal choisi ?

@Lupi
ubu ? perso j'ai eu toutes les misères du monde sur mon vieux PC à partir de leur version 14 et si l'on devait faire un match forum ubuntu / forum Debian Facile, DB gagnerait haut la main pour la patience, la sympathie des aidants et surtout sur la "résolution" de mes problèmes
Chalu t'a signalé que l'on voyait ta clef, il faut la changer intégralement...

@tous
J'aimerais bien savoir à quel endroit on paramètre les DNS "en dur" sur Debian 9

Dernière modification par statis (02-03-2019 12:26:12)

Lupa · 02-03-2019 12:51:26

Salut, Statis

Pareil...

ping 8.8.8.8 -c 5

PING 8.8.8.8 (8.8.8.8) -c 5

--- 8.8.8.8 ping statistics ---

5 paquets transmitted, 0 received, 100% paquets lost, time 4096ms

Je suis pourtant connecté, là.
Et je ne surfe pas non plus, bien sûr.

Lupa · 02-03-2019 13:52:59

Je vais créer ce fichier /etc/resolv.conf.
On verra bien.
Mais je ne l'aurai pas rendu à 15 h...

statis · 02-03-2019 14:12:13

Donc ce n'est pas un problème de DNS Lupa

Tes autres terminaux wifi arrivent à surfer sur le canal 6 ?

Comme je ne connais pas grand chose en Linux, je n'ai pas l'idée de ce qu'il faut faire pour vérifier les bases.
Normalement la "passerelle" (IP de ton modem) devrait être donnée automatiquement à la machine car la configuration réseau implicite devrait être ainsi.
Mais qui sait, comme pour les DNS autant vérifier avec un traceroute.
Exemple

traceroute 8.8.8.8

traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets

 1  _gateway (192.168.0.1)  0.869 ms  1.209 ms  1.584 ms

Ma gateway (passerelle) qui a l'IP 192.168.0.1 (la tienne peut être différente) répond.
Si c'est le cas chez toi peut-être ton modem est-il paramétré avec une contrainte supplémentaire à la clef (voir avec le support de celui-ci).
S'il n'y a pas de réponse et que le canal fonctionne bien sur d'autres terminaux wifi, je laisse la main à ceux qui sont bons sur Debian

Dernière modification par statis (02-03-2019 14:13:13)

Lupa · 02-03-2019 15:34:01

Merci

Je vais faire ce traceroute.

En attendant, j'ai consulté ce sujet :https://debian-facile.org/viewtopic.php?id=19907
Je vais voir ce que ça donne. J'ai installé ce firmware-iwlwifi .
Ca ne marche ni sur site ni chez moi : ça ne vient donc pas des box, enfin : je suppose.

Fichier /etc/NetworkManager/system-connections/Connection WiFi 1 :

[connection]

id=Connexion Wi-Fi 1

uuid=ad532819-1ee2-4c84-9633-3f7a3d1788dd

type=wifi

interface-name=wlo1

permissions=

timestamp=1551536255

[wifi]

bssid=14:0C:76:A3:EC:2C

cloned-mac-address=permanent

mac-address=CC:B0:DA:6C:95:D5

mac-address-blacklist=

mode=infrastructure

seen-bssids=14:0C:76:A3:EC:2C;

ssid=LiveBox-45C8

[wifi-security]

key-mgmt=wpa-psk

psk=k9m7K#seCZoM*&%A *1,qrHqqu\\R`=OYhei3OA@#4=KG4@c`_5RS3=`LSPQCRg

[ipv4]

dns-search=

ignore-auto-dns=true

may-fail=false

method=auto

[ipv6]

addr-gen-mode=stable-privacy

dns-search=

ip6-privacy=0

method=auto

NetworkManager.conf :

[main]

plugins=ifupdown,keyfile

[ifupdown]

managed=false

Je l'ai remis à son état original.

Traceroute impossible. Ping impossible vers la box : 192.168.0.254

Mon fichier Connection WiFi 1 : il est correct ?

PS : je me connecte, mais, quand ça ne se déconnecte pas tout seul, c'est comme si je n'étais pas connecté...

Voici es captures de la nouvelle création de Conection Wifi 1 :

PS : j'ai une idée. Je fais une image, et j'installe ensuite Ubuntu. Là, je verrai bien comment lui a configuré la connexion Wifi... Je donne le retour.

Dernière modification par Lupa (02-03-2019 15:57:22)

Lupa · 03-03-2019 11:47:24

Bonjour à tous .

J'ai installé Ubuntu 18 sur la bécane.
J'ai suivi ce tuto : https://debian-facile.org/doc:materiel:wifi:detecter

Retour des commandes :

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

        inet 192.168.0.38  netmask 255.255.255.0  broadcast 192.168.0.255

        inet6 fe80::e9e9:25b5:5a44:680c  prefixlen 64  scopeid 0x20<link>

        ether c8:d3:ff:21:55:56  txqueuelen 1000  (Ethernet)

        RX packets 34774  bytes 52059165 (52.0 MB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 18756  bytes 1346774 (1.3 MB)

        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 659  bytes 49510 (49.5 KB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 659  bytes 49510 (49.5 KB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500

        ether cc:b0:da:6c:95:d5  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

ip -a :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000

    link/ether c8:d3:ff:21:55:56 brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.38/24 brd 192.168.0.255 scope global dynamic noprefixroute enp2s0

       valid_lft 42559sec preferred_lft 42559sec

    inet6 fe80::e9e9:25b5:5a44:680c/64 scope link noprefixroute 

       valid_lft forever preferred_lft forever

3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000

    link/ether cc:b0:da:6c:95:d5 brd ff:ff:ff:ff:ff:ff

Fichier de la connexion paramétré par l'OS :

[connection]

id=LiveBox-45C8

uuid=493a2b62-ec77-4609-a025-2c17f28d36f4

type=wifi

permissions=

[wifi]

mac-address=CC:B0:DA:6C:95:D5

mac-address-blacklist=

mode=infrastructure

ssid=LiveBox-45C8

[wifi-security]

key-mgmt=wpa-psk

psk=je cache la clef

[ipv4]

dns-search=

method=auto

[ipv6]

addr-gen-mode=stable-privacy

dns-search=

method=auto

lspci reconnaît pourtant bien la carte : 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter [10ec:b723]

et ifconfig :

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

        inet 192.168.0.38  netmask 255.255.255.0  broadcast 192.168.0.255

        inet6 fe80::e9e9:25b5:5a44:680c  prefixlen 64  scopeid 0x20<link>

        ether c8:d3:ff:21:55:56  txqueuelen 1000  (Ethernet)

        RX packets 35073  bytes 52094851 (52.0 MB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 18903  bytes 1358447 (1.3 MB)

        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 693  bytes 52389 (52.3 KB)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 693  bytes 52389 (52.3 KB)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500

        ether cc:b0:da:6c:95:d5  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

Fichier /etc/network/if-pre-up.d/wireless-tools :

#!/bin/sh

IWCONFIG=/sbin/iwconfig

if [ ! -x $IWCONFIG ]; then

  exit 0

fi

# check if this is a 802.11 device we're supposed to be effecting

case "${IF_WIRELESS:-enable}" in

  wireless-tools|iwconfig)

    # *we* and not some other 802.11 tool should be used

  ;;

  true|yes|enable|1)

    # 802.11 should be used on this device, check for extensions

    $IWCONFIG $IFACE >/dev/null 2>&1 || exit 0

  ;;

  *)

    exit 0

  ;;

esac

# The wireless driver madness:

#

# - Some drivers want everything to be configured before bringing the interface up

# - Some drivers want everything to be configured after bringing the interface up

# - Some drivers want some parameters before, other parameters after bringing the interface up

#

# So, we try to set every parameter when the interface is still down,

# and remember which ones failed to be configured properly.

# If some failed, we bring the interface up, and try the failed ones again.

apply_settings()

{

  if [ -n "$IF_WIRELESS_SENS" ]; then

    $IWCONFIG "$IFACE" sens $IF_WIRELESS_SENS && IF_WIRELESS_SENS= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_MODE" ]; then

    $IWCONFIG "$IFACE" mode $IF_WIRELESS_MODE && IF_WIRELESS_MODE= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_AP" ]; then

    $IWCONFIG "$IFACE" ap $IF_WIRELESS_AP && IF_WIRELESS_AP= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_RATE" ]; then

    $IWCONFIG "$IFACE" rate $IF_WIRELESS_RATE && IF_WIRELESS_RATE= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_RTS" ]; then

    $IWCONFIG "$IFACE" rts $IF_WIRELESS_RTS && IF_WIRELESS_RTS= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_FRAG" ]; then

    $IWCONFIG "$IFACE" frag $IF_WIRELESS_FRAG && IF_WIRELESS_FRAG= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_POWER" ]; then

    $IWCONFIG "$IFACE" power $IF_WIRELESS_POWER && IF_WIRELESS_POWER= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_POWERPERIOD" ]; then

    $IWCONFIG "$IFACE" power period $IF_WIRELESS_POWERPERIOD && IF_WIRELESS_POWERPERIOD= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_POWERTIMEOUT" ]; then

    $IWCONFIG "$IFACE" power timeout $IF_WIRELESS_POWERTIMEOUT && IF_WIRELESS_POWERTIMEOUT= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_TXPOWER" ]; then

    $IWCONFIG "$IFACE" txpower $IF_WIRELESS_TXPOWER && IF_WIRELESS_TXPOWER= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_RETRY" ]; then

    $IWCONFIG "$IFACE" retry $IF_WIRELESS_RETRY && IF_WIRELESS_RETRY= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_ENC" ]; then

    eval $IWCONFIG "$IFACE" enc $IF_WIRELESS_ENC && IF_WIRELESS_ENC= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_DEFAULTKEY" ]; then

    $IWCONFIG "$IFACE" key ["$IF_WIRELESS_DEFAULTKEY"] && IF_WIRELESS_DEFAULTKEY= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEYMODE" ]; then

    $IWCONFIG "$IFACE" key "$IF_WIRELESS_KEYMODE" && IF_WIRELESS_KEYMODE= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEY" ]; then

    eval $IWCONFIG "$IFACE" key $IF_WIRELESS_KEY && IF_WIRELESS_KEY= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEY1" ]; then

    $IWCONFIG "$IFACE" key [1] "$IF_WIRELESS_KEY1" && IF_WIRELESS_KEY1= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEY2" ]; then

    $IWCONFIG "$IFACE" key [2] "$IF_WIRELESS_KEY2" && IF_WIRELESS_KEY2= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEY3" ]; then

    $IWCONFIG "$IFACE" key [3] "$IF_WIRELESS_KEY3" && IF_WIRELESS_KEY3= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_KEY4" ]; then

    $IWCONFIG "$IFACE" key [4] "$IF_WIRELESS_KEY4" && IF_WIRELESS_KEY4= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_FREQ" ]; then

    $IWCONFIG "$IFACE" freq $IF_WIRELESS_FREQ && IF_WIRELESS_FREQ= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_CHANNEL" ]; then

    $IWCONFIG "$IFACE" channel $IF_WIRELESS_CHANNEL && IF_WIRELESS_CHANNEL= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_NICK" ]; then

    $IWCONFIG "$IFACE" nick "$IF_WIRELESS_NICK" && IF_WIRELESS_NICK= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_NWID" ]; then

    $IWCONFIG "$IFACE" nwid "$IF_WIRELESS_NWID" && IF_WIRELESS_NWID= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_ESSID" ]; then

    $IWCONFIG "$IFACE" essid "$IF_WIRELESS_ESSID" && IF_WIRELESS_ESSID= || FAIL=true

  fi

  if [ -n "$IF_WIRELESS_COMMIT" ]; then

    $IWCONFIG "$IFACE" commit && IF_WIRELESS_COMMIT= || FAIL=true

  fi

}

FAIL=

apply_settings 2>/dev/null

if [ -n "$FAIL" ]; then

  FAIL=

  ifconfig "$IFACE" up

  apply_settings

fi

Pour le pékin que je suis, là, c'est pire que l'anglais... Il y a un humain auquel ce scipt arrive à parler ?

Qu'est-ce qui peut bien clocher ?
- le firmware est installé

Mais ifconfig semble ne pas la voir. Logique : l'OS ne peut pas configurer cette connexion wifi.

Je tente un petit "up"...
Et je cherche des solutions sur le Net. Il y en a beaucoup, des problèmes de Wifi... mais pas le mien !

Dernière modification par Lupa (03-03-2019 14:23:00)

Lupa · 03-03-2019 16:12:28

CA MARCHE !!!
En tout cas sous Ubuntu. Donc, ça devrait le faire sous Debian

Je cours à un rendez-vous, et je vous donne la solution.
Je suis à la bourre...

Lupa · 04-03-2019 09:53:23

Bonjour

Résolution.

J’ai fait un mix de ces deux tutos :
1- https://angristan.fr/resoudre-problemes … 3be-linux/

2- https://noof.ovh/installer-le-pilote-po … u-kubuntu/

Installer le driver juste avec dpkg -i (ce que j’avais fait au départ) ne suffisait pas.

Il fallait :
- télécharger son source
- recompiler le driver
- le réinstaller avec la procédure qu’ils indiquent.

Mon explication n’est pas très claire, je sais. J’ai pas mal bidouillé : le tuto d’Agristan ne suffisait pas.

Donc, là, je replaque l’image de Debian sur la bé cane, je refais le tintouin et donne le retour. En principe, ça devrait passer.

Merci à vous tous ! Sans vous, je n’y serais pas arrivé.
A +

Edit : personne ne vous a jamais dit que vous aviez du génie, par ici

?

statis · 04-03-2019 18:19:54

Salut Lupa,

Ton problème m'inquiète, la rtl8723be est dans le pack firmware non-free https://packages.debian.org/fr/stretch/firmware-realtek.
Si Debian dit que c'est pris en charge et qu'il est nécessaire de faire un bricolage qui n'est pas à la portée d'un surimi comme moi, il faudrait pouvoir le signaler...

C'est aussi assez étonnant que Debian n'ait pas signalé un problème firmware à l'installation car le pack firmware non-free n'est pas activé au départ.

èfpé · 04-03-2019 19:04:42

Bonsoir à tou⋅te⋅s,

statis a écrit :

Ton problème m'inquiète, la rtl8723be est dans le pack firmware non-free [firmware-realtek].

Ce n'est pas la première fois qu'un firmware est disponible mais que le pilote noyau fonctionne mal !

statis a écrit :

Si Debian dit que c'est pris en charge et qu'il est nécessaire de faire un bricolage [...]

Debian ne dit rien du tout et la bidouille pourrait consister en l'installation du noyau 4.19 backports.

Dernière modification par èfpé (04-03-2019 19:44:42)

Lupa · 04-03-2019 20:19:40

Bonsoir à tous.

Je commence la bidouille ce soir. Sus Ubuntu, j'ignore quel était le noyau. Mais sous Debian :

root@marin-deb:~# uname -a

Linux marin-deb 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3 (2019-02-02) x86_64 GNU/Linux

Je devrais donc modifier le sources.list, afin de le faire pointer sur le noyau plus récent ?
Voici le sources.list de la bécane :

deb http://ftp.fr.debian.org/debian/ stretch main
deb-src http://ftp.fr.debian.org/debian/ stretch main

deb http://security.debian.org/debian-security stretch/updates main contrib
#deb-src http://security.debian.org/debian-security stretch/updates main contrib

#deb http://security.debian.org/debian-security stretch/updates main contrib non-free
#deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
#deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
#deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib

# Backports repository
deb http://deb.debian.org/debian stretch-backports main contrib non-free # disponible après la publication de stretch
#deb http://deb.debian.org/debian stretch-backports-sloppy main contrib non-free #

# -------- Pr WebMin ----------
deb http://download.webmin.com/download/repository sarge contrib

Il est très mal foutu ! Je m'en aperçois seulement maintenant !

Celui de l'une de l'ordi depuis lequel j'écris :

# Debian Stretch, dépôt principal + paquets non libres
deb http://deb.debian.org/debian/ stretch main contrib non-free

# Debian Stretch, mises à jour de sécurité + paquets non libres
deb http://security.debian.org/ stretch/updates main contrib non-free

# Debian Stretch, mises à jour "volatiles" + paquets non libres
deb http://deb.debian.org/debian/ stretch-updates main contrib non-free

# Debian Stretch, dépôt de rétroportages ("backports")
deb http://deb.debian.org/debian/ stretch-backports main contrib non-free

# -------- Pr WebMin ----------
deb http://download.webmin.com/download/repository sarge contrib

# --------- Pr Virtual Box ----
deb http://download.virtualbox.org/virtualbox/debian stretch contrib

# --------- Pr Remmina ----
deb http://apt.jurisic.org/debian/ stretch main contrib non-free

statis · 04-03-2019 20:25:14

Bonsoir èfpé,

Je ne veux pas te taquiner mais si un firmware est listé dans un pack référencé par debian.org, c'est debian.org qui le dit et tu as raison j'aurais du rajouter le .org

Donc si je me retrouve avec un périphérique avec un firmware "listé" mais en défaut comme Lupa, la bidouille "la plus sure" serait d'installer le noyau 4.19 backports ?
Je vais ouvrir un sujet la dessus car je ne veux pas poluer celui de Lupa qui j’espère aura un système stable avec sa bidouille à lui..

èfpé · 04-03-2019 20:34:42

@Lupa,

Lupa a écrit :

Je devrais donc modifier le sources.list, afin de le faire pointer sur le noyau plus récent ?
Voici le sources.list de la bécane :

cat /etc/apt/sources.list
deb http://ftp.fr.debian.org/debian/ stretch main
deb-src http://ftp.fr.debian.org/debian/ stretch main

deb http://security.debian.org/debian-security stretch/updates main contrib
#deb-src http://security.debian.org/debian-security stretch/updates main contrib

#deb http://security.debian.org/debian-security stretch/updates main contrib non-free
#deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
#deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
#deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib

# Backports repository
deb http://deb.debian.org/debian stretch-backports main contrib non-free # disponible après la publication de stretch
#deb http://deb.debian.org/debian stretch-backports-sloppy main contrib non-free #

# -------- Pr WebMin ----------
deb http://download.webmin.com/download/repository sarge contrib

C'est bon, pour le dépôt stretch-backports ; pense à faire suivre en-têtes et firmwares également...

apt -t stretch-backports install linux-image-amd64 linux-headers-amd64 firmware-realtek

Par exemple, il faut aussi s'adapter à l'existant... le noyau d'Ubuntu 18.xx est actuellement 4.15/18.

Dernière modification par èfpé (04-03-2019 22:34:42)

Lupa · 06-03-2019 10:05:19

Bonjour à tous:)

Voici la procédure exacte que j’ai appliquée. Ca peut intéresser quelqu’un, sait-on jamais ?

ETAPE -1 :
---------

apt-get install git linux-headers-generic build-essential dkms
// Il est possible que ça tousse un peu. Un paquet non disponible. C’est ce qui m’est arrivé. Peu importe : ça fonctionne quand-même.

Ensuite on télécharge le module, on se place dans le répertoire, on compile et on recharge le module :

// Il faut installer git s’il n’est pas présent
git clone https://github.com/lwfinger/rtlwifi_new.git
cd rtlwifi_new
make all
make install
modprobe -r rtl8723be
modprobe rtl8723be

ETAPE 2 - – modifier les paramètres d'antenne
---------------------------------------------

modprobe -v rtl8723be ant_sel=0
// Sur le tuto, ant_sel=2

Rendre les paramètres permanents.
echo "options rtl8723be ant_sel=2 fwlps=0" | tee /etc/modprobe.d/rtl8723be.conf
modprobe -r rtl8723be
modprobe rtl8723be

APRÈS UNE MISE À JOUR DU NOYAU
------------------------------------

Lorsque le noyaux est mis à jour, ça ne fonctionne plus. // Là, je vais rigoler, à chaque mise à jour du noyau !

Entrer dans répertoire rtlwifi_new et réinstaller le module.
D'abord, on le désinstalle.

cd rtlwifi_new
make uninstall

On le réinstalle.
make install

Recharger le module :

modprobe -r rtl8723be
modprobe rtl8723be

@èfpé : OK. Merci pour l'info

Il y avait bien un problème de noyau...

P.S.: dans mon message du 4 mars, j'ai dit un peu n'importe quoi.
Le source.list en question ( le dernier) est celui de l'une de mes machines :

# Debian Stretch, dépôt principal + paquets non libres

deb http://deb.debian.org/debian/ stretch main contrib non-free

# Debian Stretch, mises à jour de sécurité + paquets non libres

deb http://security.debian.org/ stretch/updates main contrib non-free

# Debian Stretch, mises à jour "volatiles" + paquets non libres

deb http://deb.debian.org/debian/ stretch-updates main contrib non-free

# Debian Stretch, dépôt de rétroportages ("backports")

deb http://deb.debian.org/debian/ stretch-backports main contrib non-free

# -------- Pr WebMin ----------

deb http://download.webmin.com/download/repository sarge contrib

# --------- Pr Virtual Box ----

deb http://download.virtualbox.org/virtualbox/debian stretch contrib

# --------- Pr Remmina  ----

deb http://apt.jurisic.org/debian/ stretch main contrib non-free

Dernière modification par Lupa (06-03-2019 10:08:35)

Lupa · 07-03-2019 14:50:11

Eh bien pour moi, c'est résolu. Grâce à vous

Et, comme par hasard, cette fois, plus de plantage de l'OS lorsque j'éjecte avec Nautilus. Avant, je devais passer par la commande eject.
Donc, les USB sont désormais correctement gérés.

Debian-facile

#1 01-03-2019 22:14:48

[RESOLU]Carte wifi marche, mais pas de connexion

#2 01-03-2019 22:54:42

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#3 02-03-2019 00:26:03

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#4 02-03-2019 00:43:00

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#5 02-03-2019 11:25:53

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#6 02-03-2019 12:03:34

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#7 02-03-2019 12:51:26

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#8 02-03-2019 13:52:59

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#9 02-03-2019 14:12:13

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#10 02-03-2019 15:34:01

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#11 03-03-2019 11:47:24

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#12 03-03-2019 16:12:28

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#13 04-03-2019 09:53:23

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#14 04-03-2019 18:19:54

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#15 04-03-2019 19:04:42

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#16 04-03-2019 20:19:40

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#17 04-03-2019 20:25:14

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#18 04-03-2019 20:34:42

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#19 06-03-2019 10:05:19

Re : [RESOLU]Carte wifi marche, mais pas de connexion

#20 07-03-2019 14:50:11

Re : [RESOLU]Carte wifi marche, mais pas de connexion

Pied de page des forums