[resolu] Plus de connexion reseau au boot

Bon je ne sais pas ce que j’ai magouillé mais le systeme démarre sans connexion reseau…
SI je la lance à la main ça passe nickel, mais je ne l’ai plus au boot

[code]cyrille@tuxpanic:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 tuxpanic.tuxpanic tuxpanic
192.168.1.10 tuxpanic.tuxpanic tuxpanic
192.168.1.11 anarchotux.tuxpanic anarchotux

The following lines are desirable for IPv6 capable hosts

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

[code]cyrille@tuxpanic:~$ cat /etc/network/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

The primary network interface

allow-hotplug eth0
iface eth0 inet dhcp

iface wlan0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1
wireless-key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
wireless-essid Livebox-cd19

auto wlan0[/code]

cyrille@tuxpanic:~$ cat /etc/resolv.conf
### BEGIN INFO
#
# Modified_by:  NetworkManager
# Process:      /usr/bin/NetworkManager
# Process_id:   2986
#
### END INFO
nameserver 80.10.246.2
nameserver 80.10.246.129

tuxpanic:/home/cyrille# route Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 wlan0 link-local * 255.255.0.0 U 1000 0 0 wlan0 default 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0

[code]
tuxpanic:/home/cyrille# iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 no wireless extensions.

wlan0 IEEE 802.11 ESSID:"Livebox-cd19"
Mode:Managed Frequency:2.432 GHz Access Point: XXXXXXXXXXXXXXXXX
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Encryption key:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Link Quality=80/100 Signal level=-54 dBm Noise level=-127 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0[/code]

Quelqu’un aurait il une idée.

:question: :question: ??

Cyrille

Bizarre,
J’arrive a lancé le réseau à la main sous X, mais pas dans tty1, 2 ou 3…

C’est quoi ce bug ???

De plus je soupçonne une lenteur des connexions …

:confused: :confused:

Il n’y a rien de particulier dans dmesg ou le syslog?

Euh pas très clair tout ça,
je pense que ça peut intéresser les experts !

[   14.442700] PM: Writing back config space on device 0000:0b:00.0 at offset 1 (was 100102, writing 100106)
[   14.442980] firmware: requesting iwlwifi-3945-1.ucode
[   14.530094] Registered led device: iwl-phy0:radio
[   14.530110] Registered led device: iwl-phy0:assoc
[   14.530162] Registered led device: iwl-phy0:RX
[   14.530176] Registered led device: iwl-phy0:TX
[   15.489510] sky2 eth0: enabling interface
[   15.823286] NET: Registered protocol family 10
[   15.823637] lo: Disabled Privacy Extensions
[   15.824023] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.824433] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   15.964992] RPC: Registered udp transport module.
[   15.964995] RPC: Registered tcp transport module.
[   16.126366] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   18.822458] lp: driver loaded but no devices found
[   18.832428] ppdev: user-space parallel port driver
[  104.753703] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[  104.768178] NFSD: starting 90-second grace period
[  104.996250] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)
[  106.838054] Bluetooth: Core ver 2.11
[  106.839621] NET: Registered protocol family 31
[  106.839626] Bluetooth: HCI device and connection manager initialized

Pour le syslog (marrant les IP avahi ne correspondent pas à ma conf)
J’ai une un extrait car je ne sais pas trop l’interpréter.

Dec  7 20:02:39 tuxpanic kernel: [   15.823637] lo: Disabled Privacy Extensions
Dec  7 20:02:39 tuxpanic kernel: [   15.824023] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec  7 20:02:39 tuxpanic kernel: [   15.824433] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Dec  7 20:02:39 tuxpanic kernel: [   15.964992] RPC: Registered udp transport module.
Dec  7 20:02:39 tuxpanic kernel: [   15.964995] RPC: Registered tcp transport module.
Dec  7 20:02:39 tuxpanic kernel: [   16.126366] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Dec  7 20:02:39 tuxpanic rsyslogd: [origin software="rsyslogd" swVersion="3.18.2" x-pid="2453" x-info="http://www.rsyslog.com"] restart
Dec  7 20:02:40 tuxpanic kernel: [   18.822458] lp: driver loaded but no devices found
Dec  7 20:02:40 tuxpanic kernel: [   18.832428] ppdev: user-space parallel port driver
Dec  7 20:02:41 tuxpanic cupsd[2524]: *** WARNING *** The program 'cupsd' uses the Apple Bonjour compatibility layer of Avahi.
Dec  7 20:02:41 tuxpanic cupsd[2524]: *** WARNING *** Please fix your application to use the native API of Avahi!
Dec  7 20:02:41 tuxpanic cupsd[2524]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=cupsd>
Dec  7 20:02:45 tuxpanic dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Dec  7 20:02:57 tuxpanic dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15
Dec  7 20:03:12 tuxpanic dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Dec  7 20:03:21 tuxpanic dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Dec  7 20:03:32 tuxpanic dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Dec  7 20:03:40 tuxpanic dhclient: No DHCPOFFERS received.
Dec  7 20:03:40 tuxpanic dhclient: No working leases in persistent database - sleeping.
Dec  7 20:03:40 tuxpanic avahi-autoipd(eth0)[2799]: Found user 'avahi-autoipd' (UID 105) and group 'avahi-autoipd' (GID 108).
Dec  7 20:03:40 tuxpanic avahi-autoipd(eth0)[2799]: Successfully called chroot().
Dec  7 20:03:40 tuxpanic avahi-autoipd(eth0)[2799]: Successfully dropped root privileges.
Dec  7 20:03:40 tuxpanic avahi-autoipd(eth0)[2799]: Starting with address 169.254.8.211
Dec  7 20:03:45 tuxpanic avahi-autoipd(eth0)[2799]: Callout BIND, address 169.254.8.211 on interface eth0
Dec  7 20:03:49 tuxpanic avahi-autoipd(eth0)[2799]: Successfully claimed IP address 169.254.8.211
Dec  7 20:04:06 tuxpanic exportfs[2877]: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.11:/home/nfs-data".#012  Assuming default behaviour ('no_subtree_check').#012  NOTE: this default has changed since nfs-utils version 1.0.x
Dec  7 20:04:06 tuxpanic kernel: [  104.753703] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Dec  7 20:04:06 tuxpanic kernel: [  104.768178] NFSD: starting 90-second grace period
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Found user 'avahi' (UID 106) and group 'avahi' (GID 109).
Dec  7 20:04:06 tuxpanic kernel: [  104.996250] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Successfully dropped root privileges.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: avahi-daemon 0.6.22 starting up.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Successfully called chroot().
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Successfully dropped remaining capabilities.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: No service file found in /etc/avahi/services.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.10.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: New relevant interface wlan0.IPv4 for mDNS.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Joining mDNS multicast group on interface eth0.IPv4 with address 169.254.8.211.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: New relevant interface eth0.IPv4 for mDNS.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Network interface enumeration completed.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Registering new address record for 192.168.1.10 on wlan0.IPv4.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Registering new address record for 169.254.8.211 on eth0.IPv4.
Dec  7 20:04:06 tuxpanic avahi-daemon[2927]: Registering HINFO record with values 'I686'/'LINUX'.
Dec  7 20:04:06 tuxpanic dhcdbd: Started up.
Dec  7 20:04:07 tuxpanic avahi-daemon[2927]: Server startup complete. Host name is tuxpanic.local. Local service cookie is 2709188514.
Dec  7 20:04:07 tuxpanic acpid: client connected from 2978[107:112]
Dec  7 20:04:08 tuxpanic hcid[2996]: Bluetooth HCI daemon

Merci

Si ma mémoire est bonne 169.254.8… est une adresse IP bidon. C’est quand même étonnant, tout a l’air chargé et pourtant
[ 15.823286] NET: Registered protocol family 10
[ 15.823637] lo: Disabled Privacy Extensions
[ 15.824023] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 15.824433] ADDRCONF(NETDEV_UP): wlan0: link is not ready

Est ce aue # ifdown wlan0; ifup wlan0

marche juste après

Oui, une fois le boot effectué, j’arrive sous gnome
L’icone reseau m’indique qu’il n’y a pas de connexion
Je le connecte via :
soit /etc/init.d/networking start
(c’est marrant, il fois 2 fois la commande ??)
soit ifdow -a puis ifup -a

Par cntre si je me mets dans un tty et que je lance le réseau, ça ne passe pas

:question: :question:

PS : je ne sais si c’est important mais la connexion semble ramer, surtout en émission.

Qu’est ce qui se passe en console? Il te sort quoi?

En fait ce que je veux dire c’est que je lance le réseau en console mais sous X. Là pas de probleme

Mais si je fais Ctl ALT F1, je me retrouve dans le TTY1, la si je fais /etc/init.d/networking restart, la connexion ne se fait pas. idem pour les ping

Par contre, si CTL ALT F7 (sous X), je lance une console là ça passe…

En fait la connexion réseau ne semblle se faire que sous X. :question:
Une fois établie sous X, on y a accès en tty, mais pas l’inverse

Bon j’arrive avec des nouvelles donnes.
On oublie le X // TTY en fait c’est plus subtile

En gros : apres un boot avec extreme lenteur sur MTA
Je lance ifup wlan0 -> interface deja configurée
Si /etc/init.d/networking start -> rien
Si /etc/init.d/networking restart -> ça passe.

[code]tuxpanic:/home/cyrille# ifup wlan0
ifup: interface wlan0 already configured
tuxpanic:/home/cyrille# /etc/init.d/networking start
Configuring network interfaces…done.
tuxpanic:/home/cyrille# /etc/init.d/networking start
Configuring network interfaces…done.
tuxpanic:/home/cyrille# /etc/init.d/networking restart
Reconfiguring network interfaces…RTNETLINK answers: No such process
There is already a pid file /var/run/dhclient.eth0.pid with pid 2815
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

wmaster0: unknown hardware address type 801
wmaster0: unknown hardware address type 801
Listening on LPF/eth0/00:1d:09:37:f9:d2
Sending on LPF/eth0/00:1d:09:37:f9:d2
Sending on Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
done.[/code]
:question: :question:

Bon je pense avoir trouvé le truc,
j’ai rajouté pre-up ifconfig wlan0 up dans le fichier interface.
Le plus marrant c’est que cette soluce venait de toi à un de mes posts !!
Je l’ai retrouvé
viewtopic.php?f=3&t=13583&p=132570


Par contre
, je ne sais toujours pas pourquoi hier ça marchait et qu’aujourd’hui il faille cette ligne de commande en plus. D’autant plus que sur mon autre poste avec la meme config et sans cette ligne ça passe.

Là ça me dépasse.

Les posts sur le forum (émission) sont lents aujourd’hui (surcharge réseau) ou c’est mon PC qui buggue ?

En tout cas merci pour les conseils et aides.

Salutations
Cyrille

Oui je me souviens de ça, mais ce qui est étonnant est que là ça marchait avant… Il y a eu une mise à jour du noyau? ou des net-tools? Indépendamment de cela, il faut que tu règles ton MTA de telle manière à ne pas avoir de souci si tu n’es pas sur réseau…

Il y a eu une mise à jour du noyau et des net-tools (effectivement). Pourtant pour essayer de remédier au problème j’avais réinstallé les versions précédentes, dans l’espoir que ça marche mais non…

Bon je vais jeter un oeil pour configurer MTA…

Merci en tout cas

Cyrille

Même problème, plus de réseau au démérage. En fait, cela fonctionne de temps en temps (comme maintenant), mais le démérage suivant ne sera peut-être pas aussi chanceux.

Cyrilleb => du coup, je ne sais pas si l’ajout de la ligne change la donne. Peut-être que ça refonctionne par hasard?

L’ajout fonctionne, mais c’est quand meme assez bizarre que c’est ligne n’était pas nécessaire il y encore 2 jours !
M’enfin ça fonctionne (resolu)