Problèmes systemd ? : wifi, montage auto, veille, extinction

Support Debian
#1

Bonjour,

J’utilise Jessie sur un ordinateur portable dont je ne me sers pas souvent sauf en voyage (comme en ce moment).

Depuis une mise à jour en juin je pense j’ai de nombreux problèmes sur des trucs qui marchaient bien avant, et que j’attribue à Systemd.

  • Les clés usb ou cartes mémoire ne se montent plus automatiquement
  • Impossible de passer en veille ou de l’éteindre dans gnome shell, je suis obligé de passer par la ligne de commande
  • gtk3 ne me montre plus de fenêtre de connection, j’ai du installer un autre window manager.
  • Impossible de se connecter à un nouveau réseau wifi via network-manager. Il voit bien les réseaux, mais si on clique dessus il ne se passe rien; il ne demande pas la phrase de passe. Curieusement les réseaux déjà paramétrés fonctionnent toujours, c’est ce qui fait que je ne m’en sois pas aperçu avant d’être en voyage.
    Je parviens à établir une connection wifi grâce à wicd-gtk, en fermant le service network-manager, mais cette solution n’est pas satisfaisante car nm se rallume à intervalle régulier et je dois le fermer et relancer à nouveau la connection wicd.

J’ai fait toutes les mises à jour à cette date, et essayé de passer complètement à systemd, mais ça n’a rien changé.

J’ai besoin de ma connection pendant ce déplacement …help !

#2

Salut,

[quote=“eihjet.jx”] je ne me sers pas souvent sauf en voyage (comme en ce moment).

Depuis une mise à jour en juin je pense j’ai de nombreux problèmes sur des trucs qui marchaient bien avant[/quote]

Premier point, une Testing tout comme une Sid s’entretiennent au quotidien.

Et, c’est ici que l’absence d’[mono]apt-listbugs[/mono] se fait ressentir, moduler avec un [mono]sources.list[/mono] et [mono]preferences[/mono] en adéquation, t’aurais permis de passer outre.

Je m’en doute, cela dit, nul besoin d’invoquer la présence éventuelle d’une sauvegarde, en ton royaume …

#3

[quote=“BelZéButh”]Salut,

[quote=“eihjet.jx”] je ne me sers pas souvent sauf en voyage (comme en ce moment).

Depuis une mise à jour en juin je pense j’ai de nombreux problèmes sur des trucs qui marchaient bien avant[/quote]

Premier point, une Testing tout comme une Sid s’entretiennent au quotidien.

Et, c’est ici que l’absence d’[mono]apt-listbugs[/mono] se fait ressentir, moduler avec un [mono]sources.list[/mono] et [mono]preferences[/mono] en adéquation, t’aurais permis de passer outre.

Je m’en doute, cela dit, nul besoin d’invoquer la présence éventuelle d’une sauvegarde, en ton royaume …[/quote]

@ben,zebut ?
Ca va, tu es content après cette réponse ? Insupportable s’abstenir !

@Elhjet
Si c’est la connexion qui est cruciale, c’est sur elle qu’il faut donner des infos plus précises (ifconfig, wifi, filaire, etc).

#4

@hybridemoineau, tu te permets bien des choses, toi aussi …

Et, dans la mesure où tu me sembles maîtriser le contexte et suffisamment compétent pour le sortir de cette situation … je te laisse la main. :033

je passe de ce pas, en arrière plan et compterai les points … :033

#5

Bonjour, et merci de vos réponses (même la première, il n’a pas tort sur le fond).

Alors, je vais essayer de vous aider à m’aider.

Oui, c’est une testing car d’une part j’ai besoin de certains softs récents (je suis parti d’une stable au départ, mais à force de piocher des paquets en testing ça n’avait plus de sens au bout d’un moment.
De plus, il faut bien des testeurs pour détecter les bugs, si personne ne le fait on n’avancerait pas trop.

J’utilise bien apt-listbugs, mais rien n’a attiré mon attention.

En fait, ce PC est un portable qui ne sert que rarement. Rien d’important dessus si ce n’est le temps passé à l’adapter à mes besoins. Mon PC principal est bien sauvegardé, rassures toi.

Effectivement, le point crucial est une connection wifi. Je suis en vacances nomades et je n’aurai pas une réseau ethernet à dispo à partir de jeudi.
En utilisant network-manager dans gnome, je vois tous les réseaux wifi. Cependant quand j’en sélectionne un, rien ne se passe (actuellement du WPA-PSK), il ne me demande même pas le mot de passe.
Je parviens à une connection avec wicd, mais elle saute souvent à cause de network-manager qui se relance sans crier gare.

Une première solution (quick & dirty) serait donc de desactiver temporairement nm. Arrêter le service ne suffit pas.

Une meilleure solution serait évidemment de trouver ce qui ne va pas. Je n’ai pas trouvé de bug report à ce sujet sur le net.

Un petit extrait de /var/log/messages

[quote]Jul 8 02:50:05 thinkpad kernel: [ 111.158669] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0
Jul 8 02:50:05 thinkpad NetworkManager[1078]: (wlan0): supplicant interface state: inactive -> disabled
Jul 8 02:50:05 thinkpad kernel: [ 111.185337] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jul 8 02:50:05 thinkpad NetworkManager[1078]: (wlan0): supplicant interface state: disabled -> inactive
Jul 8 02:50:05 thinkpad NetworkManager[1078]: wpa_supplicant stopped
Jul 8 02:50:05 thinkpad NetworkManager[1078]: (wlan0): supplicant interface state: inactive -> down
Jul 8 02:50:05 thinkpad NetworkManager[1078]: (wlan0): device state change: disconnected -> unavailable (reason ‘supplicant-failed’) [30 20 10]
Jul 8 02:50:05 thinkpad NetworkManager[1078]: (wlan0): deactivating device (reason ‘supplicant-failed’) [10]
Jul 8 02:50:06 thinkpad NetworkManager[1078]: wpa_supplicant started
Jul 8 02:50:06 thinkpad kernel: [ 111.256211] iwlwifi 0000:03:00.0: L1 Disabled; Enabling L0S
Jul 8 02:50:06 thinkpad kernel: [ 111.256607] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0
Jul 8 02:50:06 thinkpad gnome-session[1688]: JS LOG: Removing an access point that was never added
Jul 8 02:50:06 thinkpad gnome-session[1688]: JS LOG: Removing an access point that was never added
Jul 8 02:50:06 thinkpad gnome-session[1688]: JS LOG: Removing an access point that was never added
Jul 8 02:50:06 thinkpad kernel: [ 111.284663] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0) supports 5 scan SSIDs
Jul 8 02:50:06 thinkpad NetworkManager[1078]: Trying to remove a non-existant call id.
Jul 8 02:50:06 thinkpad kernel: [ 111.612435] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0) supports 5 scan SSIDs
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0) supports 5 scan SSIDs
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0): supplicant interface state: starting -> ready
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0): device state change: unavailable -> disconnected (reason ‘supplicant-available’) [20 30 42]
Jul 8 02:50:06 thinkpad NetworkManager[1078]: Trying to remove a non-existant call id.
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0): supplicant interface state: ready -> inactive
Jul 8 02:50:06 thinkpad NetworkManager[1078]: (wlan0) supports 5 scan SSIDs
Jul 8 02:50:15 thinkpad NetworkManager[1078]: wpa_supplicant die count reset
[/quote]

#6

Indépendamment de mes compétences et de mes coups de sang exaspérés, c’est de temps que je manque. Changer ton titre et mettre en gras dans ton premier post ce qui concerne le net (pb wifi suite à MAJ Jessie) attirerait plus le chaland par exemple.

Mais tout simplement et pour commencer, pourquoi ne désinstalles-tu pas network-manager ? Il fait double emploi avec wicd, qui fonctionne. Ces deux logiciels sont indépendants.

Si Gnome3 hurle à la mort en cas de tentative de désinstallation, peux-tu le déactiver au démarrage ? Je n’ai pas Gnome3, mais c’est peut-être possible (éventuellement dans /etc/init.d)

Eventuellement voir ce que contient /etc/network/interfaces . Network-manager dans mon souvenir le modifie, et pas forcément en bien. En voici un fonctionnel:

[code]# This file describes the network interfaces available on your system

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

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0
#iface eth0 inet dhcp
[/code]

#7

Mon /etc/network/interfaces est identique au tien.

Oui, je pourrai desinstaller network-manager. Si j’essaye évidemment aptitude râle. Mais il me propose une solution qui pourrait aller :

[quote]Les actions suivantes permettront de résoudre ces dépendances :

 Installer les paquets suivants :                                                   

  1. libgnome-bluetooth10 [3.4.2-1 (now, stable)]

    Réinstaller à une version antérieure les paquets suivants :

  2. modemmanager [1.0.0-5+b1 (now, testing) -> 0.5.2.0-2 (stable)]                   

  3. network-manager [0.9.8.10-4 (now, testing, unstable) -> 0.9.4.0-10 (stable)]     

  4. network-manager-gnome [0.9.8.10-1 (now, testing, unstable) -> 0.9.4.1-5 (stable)]

    Laisser les dépendances suivantes non satisfaites :

  5. gnome-control-center recommande network-manager-gnome (>= 0.9.<img src="/uploads/default/original/1X/ae031e9834d19166598edd060b063d44f1829139.gif" width="15" height="15" alt="8)" title="Cool"/>                 

  6. libmm-glib0 recommande modemmanager (>= 1.0.0-5+b1)  [/quote]

Cependant, j’ai l’impression que ce problème de wifi n’est qu’un des symptômes, et que la cause réelle est ailleurs. Je pensais à Systemd mais je n’ai rien trouvé de probant.

Peut-être devrai-je poster un rapport de bug ?

#8

J’ai tendance à croire que c’est une MAJ de Gnome3 (y compris Network-manager) qui est la cause des problèmes: ta mise en veille ou l’extinction fonctionne en ligne de commande même si elle ne fonctionne pas sous Gnome Shell par exemple… (Edit: idem pour le montage automatique. Branche une clé usb en mode dépannage pour voir si elle apparaît via lsusb)

Si Network-manager vient perturber les connections existantes et que tu peux le rétrograder, je pense que c’est la solution la plus simple, vu ton problème et en attendant les prochaines maj.

Et pour le rapport de bug, si tu veux vraiment en avoir le coeur net et envoyer quelque chose un minimum recevable pour les dev, il faudrait tester tout ça sans Gnome3, soit en connectant ton wifi en ligne de commande au démarrage de Debian en mode dépannage, soit en installant un autre environnement de bureau avec un nouvel utilisateur (mais là, je ne sais pas si network manager se lance avant les gestionnaires de connection X ou après, je crains qu’il se lance avant et qu’il continue à polluer les connections).

#9

Je suis en train d’installer LXDE pour tester (je pense cependant que tout le système utilise network-manager, donc pour ça je ne saurai pas avec cette manip.)

J’ai réussi à paramétrer le wifi en ligne de commande.

wpa_supplicant -B -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf -Dwext dhclient wlan0
Je dois toujours arrêter le service network-manager (plusieurs fois), mais par contre il ne se relance plus en cours de session si je ne démarre pas un autre programme dépendant du réseau. Évidemment chaque fois que je change de point d’accès je dois éditer le fichier de conf.

#10

Si tu lances ta commande en mode dépannage, elle marche j’imagine ?

Le plus simple serait de désactiver network-manager au démarrage, quelque chose comme

avec le chemin exact, que je ne connais pas.

#11

qu’as-tu diagnostiqué comme erreur avec systemd ?

#12

Pour network-manager, je vais essayer demain (J’ai -9h de décalage avec la France). Mais ce n’est pas une priorité, puisque j’ai une solution qui fonctionne.

EDIT : hybridemoineau, j’imagine que tu parles du dossier /etc/init.d ?
J’en ai bien un, mais il me semble que comme j’utilise systemd il ne s’en sert pas en fait.

Sinon : [quote]# systemctl -t service -a --full | grep error
auditd.service error inactive dead auditd.service
avahi.service error inactive dead avahi.service
clamav-daemon.service error inactive dead clamav-daemon.service
console-screen.service error inactive dead console-screen.service
gdm.service error inactive dead gdm.service
greylist.service error inactive dead greylist.service
hal.service error inactive dead hal.service
kdm.service error inactive dead kdm.service
keymap.service error inactive dead keymap.service
ldm.service error inactive dead ldm.service
mysql.service error inactive dead mysql.service
nodm.service error inactive dead nodm.service
plymouth-quit-wait.service error inactive dead plymouth-quit-wait.service
plymouth-start.service error inactive dead plymouth-start.service
postgresql.service error inactive dead postgresql.service
sdm.service error inactive dead sdm.service
slapd.service error inactive dead slapd.service
spamassassin.service error inactive dead spamassassin.service
systemd-vconsole-setup.service error inactive dead systemd-vconsole-setup.service
wdm.service error inactive dead wdm.service
xfs.service error inactive dead xfs.service
[/quote]
À part peut-être hal qui ne semble pas installé, je ne vois rien de suspect là dedans.

#13

Au vu des erreurs de systemd, tes soucis semblent bien venir de là:

  • avahi est hs, ça pour les connections internet
  • hal aussi, ça pour le montage auto des périphériques

Mais vu que wicd semble contourner le problème de connection, tout comme ta manip manuelle, et que network-manager ne fait que polluer les connections en insistant à se connecter, oui, tu pourrais le désactiver au démarrage

Il faut que systemd s’en serve oui… Je m’étais posé la question aussi, mais d’où diable démarre network-manager si ce n’est plus dans init ? Il y a quelques réponses sur le net pour arch, gentoo ou fedora, qui passent par la commande systemctl
wiki.archlinux.fr/NetworkManager
linuxcore.fr/2012/10/systemctl/

Ce qui donnerait en ce basant sur le deuxième lien

Pour init, tu trouves par exemple ce chemin là (pour ubuntu doc.ubuntu-fr.org/connman )

mv /etc/init/network-manager.conf /etc/init/network-manager.conf-disabled mv /etc/xdg/autostart/nm-applet.desktop /etc/xdg/autostart/nm-applet.desktop.disabled

Il faudrait voir si sous Debian c’est en init ou init.d

Et il y a aussi la solution de modifier directement le fichier de conf de network-manager pour le désactiver, c’est par là: blog.nicolargo.com/2012/10/de-ne … uelle.html

#14

[quote=“hybridemoineau”]mv /etc/init/network-manager.conf /etc/init/network-manager.conf-disabled mv /etc/xdg/autostart/nm-applet.desktop /etc/xdg/autostart/nm-applet.desktop.disabled

Il faudrait voir si sous Debian c’est en init ou init.d

Et il y a aussi la solution de modifier directement le fichier de conf de network-manager pour le désactiver, c’est par là: blog.nicolargo.com/2012/10/de-ne … uelle.html[/quote]
Systemd propose une commande pour désactiver un service :

#15

Tous les services qui ne fonctionnent plus (connection nouveau réseau, montage auto, mise en veille et extinction du pc) marchaient encore au début de l’année.

  • Hal ne semble pas installé. Visiblement il n’était pas nécessaire. L’est-il devenu avec une mise à jour (problème de dépendance d’un paquet ?)

  • Pour Avahi même s’il semble manquer des fichiers (cf ci dessous) j’ai quelques paquets installés. Idem que la remarque précédente : un certain paquet est-il devenu nécessaire ?

# systemctl status avahi avahi.service Loaded: error (Reason: No such file or directory) Active: inactive (dead)

En fait quand pour desactiver network-manager j’utilisais déjà la commande systemctl stop networkmanager. Je vais le desactiver avec « disable »

En tout cas, merci à tous de votre aide. Les problèmes sont maintenat contournés, mais la cause n’est pas totalement identifiée (certainement systemd) et le problème de fond n’est pas encore résolu.

#16

rien n’indique que systemd soit en cause

#17

La commande systemctl disable network-manager n’a pas réussi à désactiver le service :

# systemctl disable network-manager Synchronizing state for network-manager with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d network-manager defaults insserv: warning: script 'K01desactive-bluetooth' missing LSB tags and overrides insserv: warning: current start runlevel(s) (empty) of script `network-manager' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `network-manager' overrides LSB defaults (0 1 6). insserv: warning: script 'desactive-bluetooth' missing LSB tags and overrides Executing /usr/sbin/update-rc.d network-manager disable insserv: warning: script 'K01desactive-bluetooth' missing LSB tags and overrides insserv: warning: current start runlevel(s) (empty) of script `network-manager' overrides LSB defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `network-manager' overrides LSB defaults (0 1 6). insserv: warning: script 'desactive-bluetooth' missing LSB tags and overrides
Mais je ne crois pas que ce soit une priorité de le faire pusque je sais contourner le problème.

Pour le reste :

[code]# systemctl status network-manager.service
NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled)
Active: active (running) since mer. 2014-07-09 19:43:38 CEST; 3min 35s ago
Main PID: 1076 (NetworkManager)
CGroup: name=systemd:/system/NetworkManager.service
├─1076 /usr/sbin/NetworkManager --no-daemon
└─1652 /sbin/dhclient -d -sf /usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/lib/Netw…

juil. 09 19:43:46 thinkpad dhclient[1832]: XMT: Info-Request on eth0, interval 1080ms.
juil. 09 19:43:46 thinkpad dhclient[1832]: RCV: Reply message on eth0 from fe80::21d:d3ff:fe12:f8a1.
juil. 09 19:43:46 thinkpad NetworkManager[1076]: (eth0): DHCPv6 state changed nbi -> renew6
juil. 09 19:43:46 thinkpad NetworkManager[1076]: nameserver '2001:558:feed::1’
juil. 09 19:43:46 thinkpad NetworkManager[1076]: nameserver '2001:558:feed::2’
juil. 09 19:43:46 thinkpad NetworkManager[1076]: Activation (eth0) Stage 5 of 5 (IPv6 Commit) scheduled…
juil. 09 19:43:46 thinkpad NetworkManager[1076]: Activation (eth0) Stage 5 of 5 (IPv6 Commit) started…
juil. 09 19:43:46 thinkpad NetworkManager[1076]: Policy set ‘Connexion filaire 1’ (eth0) as default for IPv6 routing and DNS.
juil. 09 19:43:46 thinkpad NetworkManager[1076]: Activation (eth0) Stage 5 of 5 (IPv6 Commit) complete.
juil. 09 19:43:46 thinkpad NetworkManager[1076]: (eth0): DHCPv6 client pid 1832 exited with status 0
[/code]

et

[code]# systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
desactive-bluetooth.service loaded failed failed desactive-bluetooth.service

LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use ‘systemctl list-unit-files’.
[/code]

Sachant qu’actuellement je suis connecté avec le câble (connection crée automatiquement par nm)

#18

Bonjour

Me voici de retour en France. Malgré une mise à jour complète, les problèmes n’ont pas été corrigés. Network manager ne parvient toujours pas à se connecter seul à un nouveau réseau Wifi (mais curieusement il se connecte sans problème à un réseau déjà enregistré avant le bug).
Impossible également d’éteindre la machine ou de la redémarrer depuis gnome shell. (reboot fonctionne en ligne le commande, mais pas halt, qui nécessite que j’appuie manuellement sur le bouton d’alimentation en fin de procéssus)
Pas de montage automatique des clés USB ni des cartes SD.

Je voudrai déclarer le bug sur le système de suivi de bug Debian, mais je ne sais pas trop dans quelle catégorie ni quel paquet incriminer.

Des conseils ?

Merci.

#19

bonjour,
mon grain de sel:
quand jhe manipule un fichier j’en fait une copie en général en majuscule.

le minimum pour un réseau
/etc/hosts
le mien

jb1@alpha30:~$ pg /etc/hosts
127.0.0.1	localhost	alpha30
127.0.1.1	new-host-3.home	new-host-3

192.168.1.0	bohain.org

192.168.1.30	alpha30.bohain.org	alpha30
10.0.0.30	alpha30
10.0.0.150	rpi raspberrypi alpha150
10.0.0.123	jeml


(EOF):

j'ai enlevé tout l'ipv6, mon FAI n'en fait pas

ensuite /etc/resolv.conf

un peu de pub pour mon FAI
jb1@alpha30:~$ pg /etc/resolv.conf                                                                                                                                      
# Generated by NetworkManager

domain orange.fr
search orange.fr
nameserver 80.10.246.2
nameserver 193.252.19.3
jb1@alpha30:~$  
tu peux rajouter 8.8.8.8

ensuite la définition des cartes réseaux

jb1@alpha30:/etc/network$ pg interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static

	address		192.168.1.30
	netmask		255.255.255.0
	broadcast	192.168.1.255
	gateway		192.168.1.1


auto eth1
iface eth1 inet static

	address		10.0.0.30
	netmask		255.255.255.0
	broadcast	10.0.0.255
#	brodcast	192.168.1.255
#	gateway		192.168.1.1

jb1@alpha30:/etc/network$  
eth1 est pour ma passerelle

on vérifie avec ifconfig et route -n
si OK on passe à l’étape suivante:le wifi!
j’ai vu que le SSID n’était pas défini ainsi que le canal,…
méthodologie:

https://www.isalo.org/wiki.debian-fr/Reseau_et_Wifi

je n’ai pas de wifi chez moi ==> bande passante “médiocre” mur épais donc d’autres outils

aprés on passera à ton sources.list, à la mode en ce moment avec systemd
bon courrage et bon app à toi et aux autres
A+
JB1
:violin: :whistle:

#20

Merci de ta réponse.

Je ne pense pas qu’il faille se focaliser sur le réseau. Il y a bien d’autres problèmes (je viens de m’apercevoir que je ne pouvais pas verrouiller ma session). Le pb me semble être sur un composant plus transversal.

Néanmoins, voici les fichiers demandés (je suis actuellement connecté via network manager sur un réseau qu’il connaissait déjà avant le bug) :
/etc/hosts

[code]127.0.0.1 localhost
127.0.1.1 lenomdemonpc.homelinux.org thinkpad

The following lines are desirable for IPv6 capable hosts

::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters[/code]

/etc/resolv.conf

# Generated by NetworkManager search home nameserver 192.168.1.1

/etc/network/interfaces

[code]# This file describes the network interfaces available on your system

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

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0[/code]

ifconfig

[code]eth0 Link encap:Ethernet HWaddr 00:26:2d:ff:fa:2a
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)
Interruption:20 Mémoire:f2600000-f2620000

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:102 errors:0 dropped:0 overruns:0 frame:0
TX packets:102 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:9916 (9.6 KiB) TX bytes:9916 (9.6 KiB)

wlan0 Link encap:Ethernet HWaddr 00:26:c6:c8:4d:56
inet adr:192.168.1.12 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::226:c6ff:fec8:4d56/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:170491 errors:0 dropped:0 overruns:0 frame:0
TX packets:141557 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:181833129 (173.4 MiB) TX bytes:17848517 (17.0 MiB)[/code]

route -n

Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 1024 0 0 wlan0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0