Activer ma wifi avec une carte Netgear wg511

un dernier

# lsmod | grep 802

gerard@dellinux:~$ su -
Mot de passe :
root@dellinux:~# lsmod | grep 802
cfg80211 450560 0
rfkill 20480 4 dell_laptop,cfg80211
scsi_mod 180224 3 sd_mod,libata,sg

merci.

Aucun module n’a l’air d’être en concurrence…

Revenons donc sur ndiswrapper.

Que donne

# ndiswrapper -l

root@dellinux:~# ndiswrapper -l
mrv8000c : driver installed
device (11AB:1FAA) present

A noter au démarrage ce matin:

  • clignotement persistent de la carte jusqu’à l’ouverture de session
    j’en ai profité pour voir l’accès wifi du menu graphique
    le répéteur wifi reconnu, j’ai renseigné le code wpa/wpa2
    le signal du répéteur visible, le cadenas de sécurité présent
    le clignotement a disparu
    j’ai redémarré en débranchant mon câble Ethernet
    le clignotement carte a été de faible durée, s’est arrêté
    retour au menu graphique: wifi désactivée

Bon, essayer comme ça :

  • éteindre
  • débrancher tout réseau (câble ethernet, carte pcmcia éjectée)
  • démarrer
  • ouvrir la session
  • connecter la carte pcmcia

réponse depuis mon PC principal

nouvelle procédure de démarrage effectuée
après introduction de la carte , le voyant de celle-ci reste vert
le menu de connexion supérieur droit a disparu

après ouverture paramètres>réseau
panneau fenêtre gauche : filaire désactivé = 3 connexions disponibles
serveur mandataire
panneau fenêtre droit : ajouter un profil
clic
nouveau profil:
sécurité 802.1x on/off
choix authentification MD5-TLS-PWD-FAST-TLS avec tunnel-EAP sécurisé (PEAP)
identité
IPV4
IPV6

je ne sais pas si ces paramètres correspondent à un profil wifi ou Ethernet.

je ne valide aucun paramètre car je ne suis pas sûr .
De toute évidence, il s’agit de paramètres filaires et non wifi.

N’y a-t-il pas deux voyants ?

Vérifier dans les messages si l’insertion de la carte provoque bien le chargement automatique du module ndiswrapper

# dmesg | tail

effectivement 2 voyants
le voyant vert reste allumé maintenant
le voyant orange qui habituellement clignotait en connexion ou recherche reste éteint

réponse dmesg semble intéressante:

#dmesg | tail
[ 136.204625] pci 0000:07:00.0: BAR 1: assigned [mem 0x60010000-0x6001ffff]
[ 136.256216] ndiswrapper: driver mrv8000c (Marvell,02/22/2005,3.1.1.7) loaded
[ 136.256669] ndiswrapper 0000:07:00.0: enabling device (0000 -> 0002)
[ 136.258223] ndiswrapper: using IRQ 10
[ 136.560097] wlan0: ethernet device 00:0f:b5:85:d0:d0 using NDIS driver: mrv8000c, version: 0x3000036, NDIS version: 0x501, vendor: ‘NDIS Network Adapter’, 11AB:1FAA.5.conf
[ 136.565159] wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2-PSK; AES/CCMP with WPA, WPA2, WPA2-PSK
[ 136.567640] ndiswrapper 0000:07:00.0 enp7s0: renamed from wlan0
[ 136.569150] ndiswrapper: interface renamed to ‘enp7s0’
[ 201.971815] [drm:intel_pipe_update_end [i915]] ERROR Atomic update failure on pipe A (start=2392865055 end=1153451140) time 8 us, min 476, max 479, scanline start 138, end 479
[ 202.020174] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] ERROR pipe A underrun

nouveau ip addr :

ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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: enp2s5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:11:43:cc:97:98 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.5/24 brd 192.168.1.255 scope global dynamic enp2s5
valid_lft 83887sec preferred_lft 83887sec
inet6 fe80::211:43ff:fecc:9798/64 scope link
valid_lft forever preferred_lft forever
3: enp7s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:0f:b5:85:d0:d0 brd ff:ff:ff:ff:ff:ff

Essayer de redémarrer le service de gestion du réseau

# service network-manager restart

2 comportements différents:

  1. fausse manip car commande restart déclenchée avec câble branché >>clignotement rapide des 2 voyants , ce qui m’ a précipité vers le menu wifi de configuration , mais dès que j’ai cliqué sur un choix ssid
    de mon répéteur avec la meilleure réception, les voyants se sont éteints et la wifi désactivée

  2. procédure recommencée à zéro > machine éteinte, débranchement de carte et câbles, redémarrage et login session , insertion carte > voyant vert fixe , accès menu connexion wifi > sélection > voyant vert s éteint.

J’ai l’impression qu’il faut que je passe par la config de interfaces et wpa-supplicant, avec les ifup, ifdown , iface, auquels je ne comprends pas grand chose.

En tous cas merci du temps consacré à ces problèmes peu faciles à gérer à distance.

additionnal info: new dmesg | tail

dmesg | tail
[ 344.681310] ndiswrapper (mp_set_power_state:368): enp7s0 does not support power management; halting the device
[ 344.689139] ndiswrapper: using IRQ 10
[ 346.300808] ndiswrapper (mp_init:211): couldn’t initialize device: C0000001
[ 346.300819] ndiswrapper (mp_set_power_state:337): enp7s0: couldn’t set power to state 1; device not resumed
[ 346.300825] ndiswrapper (ndis_reinit:1223): starting device enp7s0 failed: C0000001
[ 418.857766] tg3 0000:02:05.0 enp2s5: Link is up at 100 Mbps, full duplex
[ 418.857774] tg3 0000:02:05.0 enp2s5: Flow control is on for TX and on for RX
[ 418.857811] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s5: link becomes ready
[ 446.321348] [UFW BLOCK] IN=enp2s5 OUT= MAC=01:00:5e:00:00:01:a4:b1:e9:84:76:94:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=55090 DF PROTO=2
[ 536.214380] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based firewall rule not found. Use the iptables CT target to attach helpers instead

En quoi est-ce une fausse manip ?

Au contraire, ça partait bien puisque l’invite de connexion wifi s’est affichée.

Quand les voyants se sont éteints, il aurait fallu voir les messages pour lire éventuellement la cause.

On dirait bien que c’est ça qui pose problème : le gestion d’énergie.

ndiswrapper détecte que l’interface ne prends pas en charge la gestion d’alimentation (en cas de mise en veille) et choisit d’éteindre le périphérique… choix discutable car ensuite il ne parvient pas à le rallumer !

Dans les étapes, après insertion carte > voyant vert fixe, faire un restart de network-manager et aller voir les messages.

C’ ETAIT LE PROBLEME FINAL !!!
Gestion énergie dans les paramètres:
-désactivation automatique de la WIFI par économie d’énergie.

J’ai remis des adresses IP manuelles, puis serveur google, puis à nouveau DHCP et donc cette réponse est faite grâce à la fameuse carte WG511v2…
en WIFI.

Grâce à vous et à mamuvu le problème est résolu, même si la vitesse de connexion n’est pas fabuleuse, je vais pouvoir déplacer ce laptop qui me sert d’entraînement aux joies de GNU-linux.

Si vous passez par Marrakech, n’hésitez pas je vous accueillerai avec plaisir. Vous avez le mail , je crois avec ce forum sinon demandez moi.
Merci encore mille fois.

1 J'aime

Magnifique! Bravo pour ta persévérance qui a fini par payer! Plein de plaisir ! :smiley:

1 J'aime