Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

problème récurent avec la nouvelle série du kernel 2.26.24.*

bioinfornatics

bonjour tout le monde.
Avec le kernel 2.6.24.30 mon ordinateur freeze au démarrage du service network :-?
en effet il bloc au moment du ifloop eth1
Aujourd'hui je me lève qur vois je la mise a jour du kernel, heureux je regarde ce quelle continent. Et il était décrit correction de bug network,wifi :-D ...
je me suis dis cool mon erreur va être résolue.
Je reboot l'ordi sur ce kernel et hop refreeze au même endroit 🙁

j'arrive a booter sur les kernel de la série 2.6.24 si je ne démarre pas le réseaux au temps dire que c'est kernel 2.6.24.* me servent a rien :-?. heureusement que juste avant la mise a jour j'ai modifié mon yum.conf ce qui me sauve car j'ai passé le nombre de kernel a 3 me permettant de travailler sur le kernel 2.6.23.*

J'arrive pas à identifier le problème et dans le /var/og/messages rien d'intéressant 🙁 :idea::idea::idea:

tapioca

Bonjour,

je suis curieux :
- c'est quoi ifloop eth1 ?
- est-ce que ça gèle aussi si tu lances le service network depuis une console quand le reste du système est actif ?
- quelles sont les interfaces définies pour démarrer avec le service network ?

Refuznik

Démarre ton noyau en désactivant tout simplement le réseau déja. Après regarde où tu t'ais amusé à mettre un routage, une synchro bref une boucle dans ton interface.

kwizart

moi j'ai un problème un peu semblable, il suffit que je décharge le module ethernet (définit dans l'alias eth0 du /etc/modprobe.conf)
soit rmmod 8139too && modprobe 9139too

shnoulle

kwizart wrote:moi j'ai un problème un peu semblable, il suffit que je décharge le module ethernet (définit dans l'alias eth0 du /etc/modprobe.conf)
soit rmmod 8139too && modprobe 9139too

Tu a toujours une ralink + une carte ethernet ?

bioinfornatics

bon alors voila un complément d'information
au démarrage en mode interractif

service ethernet start
service loopbak start
service eth1 ... start
Définition des adresses IP eth1

Freeze a ce moment là
voici le contenu du var log message, pour l'obtenir j'ai booté sur le kernel 2.6.23 supprimé le contenu de messages, booté sur 2.6.24 -> freeze
Et en fin boot sur le kernel 2.6.23 pour récuppérer le contenu du /var/log/message

Mar 27 14:08:20 localhost NetworkManager: <info>  Config: added 'key_mgmt' value 'WPA-PSK'
Mar 27 14:08:20 localhost NetworkManager: <info>  Config: added 'psk' value '<omitted>'
Mar 27 14:08:20 localhost NetworkManager: <info>  Config: added 'proto' value 'WPA RSN'
Mar 27 14:08:20 localhost NetworkManager: <info>  Config: added 'pairwise' value 'TKIP CCMP'
Mar 27 14:08:20 localhost NetworkManager: <info>  Config: added 'group' value 'WEP40 WEP104 TKIP CCMP'
Mar 27 14:08:20 localhost NetworkManager: <info>  Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Mar 27 14:08:20 localhost NetworkManager: <info>  Config: set interface ap_scan to 1
Mar 27 14:08:20 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 1 -> 2
Mar 27 14:08:21 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 2 -> 3
Mar 27 14:08:21 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 3 -> 4
Mar 27 14:08:21 localhost kernel: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Mar 27 14:08:21 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 4 -> 5
Mar 27 14:08:21 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 5 -> 6
Mar 27 14:08:22 localhost avahi-daemon[2294]: Registering new address record for fe80::214:a4ff:fe5d:33da on wlan0.*.
Mar 27 14:08:22 localhost NetworkManager: <info>  (wlan0) Supplicant interface state change: 6 -> 7
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'freebox'.
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled.
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) started...
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Beginning DHCP transaction.
Mar 27 14:08:22 localhost NetworkManager: <info>  dhclient started with pid 4016
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete.
Mar 27 14:08:22 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.6-Fedora
Mar 27 14:08:22 localhost dhclient: Copyright 2004-2007 Internet Systems Consortium.
Mar 27 14:08:22 localhost dhclient: All rights reserved.
Mar 27 14:08:22 localhost dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Mar 27 14:08:22 localhost dhclient: 
Mar 27 14:08:22 localhost dhclient: wmaster0: unknown hardware address type 801
Mar 27 14:08:22 localhost NetworkManager: <info>  DHCP: device wlan0 state changed (null) -> preinit
Mar 27 14:08:22 localhost dhclient: wmaster0: unknown hardware address type 801
Mar 27 14:08:22 localhost dhclient: Listening on LPF/wlan0/00:14:a4:5d:33:da
Mar 27 14:08:22 localhost dhclient: Sending on   LPF/wlan0/00:14:a4:5d:33:da
Mar 27 14:08:22 localhost dhclient: Sending on   Socket/fallback
Mar 27 14:08:22 localhost dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4
Mar 27 14:08:22 localhost dhclient: DHCPOFFER from 192.168.0.254
Mar 27 14:08:22 localhost dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Mar 27 14:08:22 localhost dhclient: DHCPACK from 192.168.0.254
Mar 27 14:08:22 localhost NetworkManager: <info>  DHCP: device wlan0 state changed preinit -> bound
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP Configure Get) scheduled...
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP Configure Get) started...
Mar 27 14:08:22 localhost NetworkManager: <info>    address 192.168.0.1
Mar 27 14:08:22 localhost NetworkManager: <info>    netmask 255.255.255.0
Mar 27 14:08:22 localhost NetworkManager: <info>    broadcast 192.168.0.255
Mar 27 14:08:22 localhost NetworkManager: <info>    gateway 192.168.0.254
Mar 27 14:08:22 localhost NetworkManager: <info>    nameserver '212.27.54.252'
Mar 27 14:08:22 localhost NetworkManager: <info>    nameserver '212.27.53.252'
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) scheduled...
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP Configure Get) complete.
Mar 27 14:08:22 localhost NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) started...
Mar 27 14:08:22 localhost avahi-daemon[2294]: Withdrawing address record for fe80::214:a4ff:fe5d:33da on wlan0.
Mar 27 14:08:22 localhost avahi-daemon[2294]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.0.1.
Mar 27 14:08:22 localhost avahi-daemon[2294]: New relevant interface wlan0.IPv4 for mDNS.
Mar 27 14:08:22 localhost avahi-daemon[2294]: Registering new address record for 192.168.0.1 on wlan0.IPv4.
Mar 27 14:08:22 localhost dhclient: bound to 192.168.0.1 -- renewal in 370533 seconds.
Mar 27 14:08:23 localhost NetworkManager: <info>  Activation (wlan0) successful, device activated.
Mar 27 14:08:23 localhost NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
Mar 27 14:08:25 localhost avahi-daemon[2294]: Registering new address record for fe80::214:a4ff:fe5d:33da on wlan0.*.
Mar 27 14:08:28 localhost gconfd (root-4154): démarrage (version 2.20.1), pid 4154 utilisateur « root »
Mar 27 14:08:28 localhost gconfd (root-4154): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Mar 27 14:08:28 localhost gconfd (root-4154): Adresse « xml:readwrite:/root/.gconf » résolue vers une source de configuration accessible en écriture à la position 1
Mar 27 14:08:28 localhost gconfd (root-4154): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 2

ma carte réseau

#lspci | grep Eth
06:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
#lspci | grep LAN
06:05.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)

bioinfornatics

et voila le contenu du /etc/modprobe.conf

alias scsi_hostadapter libata
alias scsi_hostadapter1 pata_atiixp
alias snd-card-0 snd-atiixp
options snd-card-0 index=0
options snd-atiixp index=0
alias eth1 r8169

WilQu

J'ai exactement le même problème, sauf que c'est au moment de l'activation de wlan0. Si je ne démarre pas le réseau au démarrage, il démarre normalement, mais il freeze toujours au moment de l'activation du réseau.

Gascon

Bonjour à tous,

en tant que nouveau venu sur le forum, mais vieil habitué de Fedora-fr, je voudrais commencer en remerciant l'équipe et tous ceux qui font vivre cet excellent forum de discussion qui m'a très souvent dépanné et permis d'avancer.

Je suis également confronté au même problème, et ceci sur mes deux portables DELL (C640 et D600) qui tournent sous F8.
En fait le gel semble lié soit à la reconnaissance soit à l'activation de la carte wifi, qui est une Ovislink - EVO-W54PCMCIA, i.e. chipset Ralink RT2561.

Avec le noyau 2.26.23.* aucun problème.

j'en suis donc réduit a conserver ce noyau et faire toutes les mises à jour disponibles sauf ... le kernel.

Je suis dubitatif !

Cordialement

kwizart

@Gascon
Effectivement j'ai le même problème que toi avec le même modèle de carte wifi, je crois que j'ai trouvé un kernel 2.6.24 qui fonctionne, cela dit, mais le dernier fonctionne très mal. il devrait être possible de tester des préversions sur koji. Ralink et 2.6.24 ne devrait pas être antinomique.

tapioca

Mon chipset RT61 fonctionne très bien avec le noyau 2.6.24.3-50.fc8 (et pas avec le suivant : freeze)

Jeremiah

au passage, comment fait-on pour passer le nombre de kernel à 3 ou plus pour se prémunir d'une mise à jour malencontreuse (!!!) et ne pas perdre le dernier noyau fonctionnant correctement ?

merci 😉

romain314

Bonjour,

Il suffit de modifier l'option installonly_limit du fichier /etc/yum.conf en lui indiquant le nombre de kernels à conserver.