Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 31 prêt à être utilisé !

#1 21/03/2006 23:01:02

herrib
Retraité
Lieu : Rennes
Inscription : 04/12/2004
Messages : 3 736

gel après amorçage de udev (expérience sur Vaio FS285H)

J'ai vécu le gel douloureux après démarrage de udev (sans possibilité de passer en mode inter actif!). Le pb, pour faire bref, était du au support des cartes pcmcia sur mon laptop, pb récurrent et bien connu.

J'expose ci-après le contournement:

1- au lancement de grub, presser la touche 'q' (qui correspond à 'a' soit append, car le clavier n'est pas encore initialisé en français)
2- presser à nouveau sur 'q' pour passer en mode édit, sur la ligne de lancement du noyau
3- ajouter acpi=off
4-presser la touche <entrée>

Le système s'amorce alors en ayant inhibé le support ACPI. Le pb est ainsi contourné.

Il faut maintenant modifier le paramétrage, étant entendu que le service pcmcia, en FC5, n'est plus géré comme un service ! (inutile de le chercher dans la liste des services ...).

Pour ce faire, il faut modifier les plages de mémoire allouées aux cartes pcmcia, définies dans /etc/pcmcia/config.opts.

Par défaut, on les inhibera entièrement (en ajoutant # en début de ligne).

On relancera alors le système et constatera que le pb est résolu (au moins le freeze).

Pour initialiser ipw2200, qui ne peut l'être quand le support acpi n'est pas activé, il faut alors:

1- télécharger le firmware ipw2200 (dépôt livna)
2- paramétrer la connexion sans fil. Les drivers ipw2200 sont gérés par défaut dans le noyau livré.

Une petite recherche sur le forum permettra utilement d'accéder à tout le détail utile.


Comme le dit fort bien un ami du forum (il se reconnaîtra): hope this helps ...


Solaris 11, Scientific Linux 6.1. FC15 en virtualisation.

Hors ligne

#2 22/03/2006 11:55:44

Totof
Membre
Inscription : 22/03/2006
Messages : 1

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

Merci pour cette info.
Par contre, pourrais-tu m'indiquer ce que tu as mis comme plage de mémoire dans le fichier /etc/pcmcia/config.opts

J'ai également un VAIO et j'ai de ce fait le même problème.

Merci de ton aide.

Hors ligne

#3 22/03/2006 13:10:46

llaumgui
Administrateur
Administrateur
Lieu : Prades-le-Lez
Inscription : 03/09/2004
Messages : 2 588
Site Web

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

Un ami a eu le même problème hier soir ! ! !
Je te dit pas la galère !

FC5 ne semble pas toptop pour les portable sad

Hors ligne

#4 22/03/2006 13:40:18

eddy33
Le Prof
Lieu : Bordeaux
Inscription : 22/03/2006
Messages : 6 312
Site Web

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

merci herrib ;
J'ai un vaio FS315S et j'avais eu le freeze vaec FC4 lors de l'init du PCMCIA que j'avais resolu simplement en devalidant le service ensuite en passant en mode single user...
La avec FC5, c'est le freeze a udev...et ton truc a permis de me depanner ! merci !

pour le Wifi, j'ai aussi le chipset ipw2200 ! J'ai pas eu de probleme pour l'install que ce soit en open ou en WPA-PSK...voici de bonnes adresses sur le sujet :
http://tvilda.tigbis.lt/dokuwiki/doku.p … i-howto_fr
http://www.cure.nom.fr/article.php?them … &id_fic=22
http://ubuntuforums.org/showthread.php?t=26623
http://www.bitsplitter.net/blog/?p=550

voici aussi un script que j'ai ecrit a lancer comme un service sous /etc/rc5.d pour initialiser le Wifi en mode DHCP sans chiffrement (open) ou avec WPA-PSK (plus chaud). Il n'y a qu' ajuster le  SSID du reseau. Pour WPA-PSK, il faut installer wpa_supplicant

merci !
eddy

#! /bin/bash
#
# wifi          Bring up Wifi networking. Suited for WPA-PSK Wifi networks
#
# 
#
#

# Source function library.
. /etc/init.d/functions
export PATH=/usr/local/sbin:$PATH

#IF=$1
# Your wifi interface: ethx, athx, wlanx...
IF=eth1
 
AUTH=NONE
for NET in `iwlist $IF scan 2>/dev/null | grep ESSID | cut -d '"' -f 2`
do
    case $NET in
        "mon_wifi_wpa")       # Place all your WPA Access Point's ssids here like this "1AP"|"2AP")
            AUTH=WPA
            iwconfig $IF essid $NET
            ;;
        "mon_wifi_none")    # Place all OPEN your Access Point's ssids here like this "1AP"|"2AP")
            AUTH=NONE
            iwconfig $IF essid $NET
            ;;
    esac
done
 
case $AUTH in
    NONE)
            dhclient $IF
        ;;
    WPA)
        killall wpa_supplicant 2>/dev/null
# wpa_supplicant is executed for WPA encryption
# Old kernel interface ipw
#        wpa_supplicant -wB -i $IF -c /etc/wpa_supplicant.conf -D ipw
# New kernel interface wext
        wpa_supplicant -wB -W  -i $IF -c /etc/wpa_supplicant.conf -D wext

        TIMEOUT=20
        INTERVAL=5
        STATUS=1
        TIME=0
        sleep $INTERVAL
        # Try to authenticate for $TIMEOUT secs
        while [[ $STATUS == 1 && $TIME -lt $TIMEOUT ]]
        do
            wpa_cli status | grep AUTHENTICATED 2> /dev/null
            STATUS=$?
     echo $STATUS
            TIME=$(($TIME + $INTERVAL))
            sleep $INTERVAL
        done

        # If authenticated, start dhclient
        if [[ $STATUS -ne 1 ]]
        then
#            dhclient3 -pf /var/run/dhclient.$IF.pid -lf /var/run/dhclient.$IF.leases $IF
            dhclient $IF
        fi
        ;;
esac

exit 0


Unix..................: depuis '89
Linux.................: depuis '97
Linux embarqué : depuis '99
fedora_04.png

Hors ligne

#5 22/03/2006 13:42:38

herrib
Retraité
Lieu : Rennes
Inscription : 04/12/2004
Messages : 3 736

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

par  Totof  sur  22/3/2006 10:55:44

Merci pour cette info.
Par contre, pourrais-tu m'indiquer ce que tu as mis comme plage de mémoire dans le fichier /etc/pcmcia/config.opts

J'ai également un VAIO et j'ai de ce fait le même problème.

Par défaut et provisoirement, j'ai inhibé l'ensemble des plages mémoire en sorte que le support PCMCIA est très très réduit ....

## ajouté par mes soins (deux caractères dièse)

# Exclude 3b0->3bb & 3d3 as Radeon IGP MCE's if you touch these ports
##include port 0x100-0x3af, port 0x3c0-0x3d2, port 0x3d4-0x4ff
##include port 0x800-0x8ff, port 0xc00-0xcff

##include memory 0xc0000-0xfffff
##include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff

# High port numbers do not always work...
# include port 0x1000-0x17ff

# Extra port range for IBM Token Ring
##include port 0xa00-0xaff 

Solaris 11, Scientific Linux 6.1. FC15 en virtualisation.

Hors ligne

#6 02/04/2006 19:19:07

Benux
Membre
Inscription : 27/03/2006
Messages : 42

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

salut!

concernant les plages mémoires, j'ai tout désactivé moi aussi et du coup, le wifi marche pas. la carte est reconnu et activée, mais quand je fais un IFCONFIG, j'ai le message d'erreur suivant:

interruption: 17 Adresse de base 0x6000 Mémoire: c8218-c8218fff

et avant de mettre dans etc/pcmcia/config.opts les include en commentaires, j'avais celle là:

interruption: 11 Adresse de base 0x8000 Mémoire: c8218000-c8218fff

Que faudrait-il que j'ajoute dans etc/pcmcia/config.opts ???

Hors ligne

#7 02/04/2006 20:13:50

herrib
Retraité
Lieu : Rennes
Inscription : 04/12/2004
Messages : 3 736

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

Quelle est ta configuration et notamment, quel est le circuit WiFi?


Solaris 11, Scientific Linux 6.1. FC15 en virtualisation.

Hors ligne

#8 02/04/2006 21:15:24

Benux
Membre
Inscription : 27/03/2006
Messages : 42

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

j'ai un acer 1692 wlmi, avec une intel pro 2200 bg. j'ai installé le firmware, elle est reconnu et tt. elle est activée mais ca marche pas et il y a les erreurs citées dans le précédent post.

pour lancer fedora, j'étais obligé de désactiver l'acpi. ensuite, pour éviter de la faire à chaque fois, j'ai mis tt en commentaire dans etc/pcmcia/config.opts .

et là j'ai essayé de changer le fichier pour enlever les erreurs visibles dans le ifconfig...
alors j'ai tenté de mettre: include c8218-c8218fff mais ya tjrs l'erreur: (qui a changé pr @ de base)
interruption: 17 Adresse de base 0x4000 Mémoire: c8218-c8218fff

Hors ligne

#9 15/04/2006 19:27:35

herrib
Retraité
Lieu : Rennes
Inscription : 04/12/2004
Messages : 3 736

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

La mise à jour du kernel (passage en version 2.6.16-1.2080_FC5) a résolu le pb rencontré et dont je m'étais sorti en inhibant /etc/pcmcia/config.opts, comme indiqué précédemment.

Lors de cette mise à jour, le fichier /etc/pcmcia/config.opts compris dans le rpm est implanté en /etc/pcmcia/config.opts.rpmnew afin que la relance du système, avec le nouveau noyau, reprenne les paramètres antérieurs.

On tentera alors de substituer la nouvelle version à l'ancienne:

$ su -
$ password: <saisie du mot de passe root>
# mv /etc/pcmcia/config.opts /etc/pcmcia/config.opts.sauv
# mv /etc/pcmcia/config.opts.rpmnew /etc/pcmcia/config.opts 

mv changement le nom du fichier; on assure une permutation au terme de laquelle l'ancien fichier est renommé en .sauv et nouveau prend le nom de l'ancien.

On relancera le système. En cas de difficulté, on reviendra à la solution initiale:

1- paramètre acpi=off passé au lancement du noyau
2- mouvement inverse à celui réalisé pour rétablir la situation:

 su -
$ password: <saisie du mot de passe root>
# mv /etc/pcmcia/config.opts /etc/pcmcia/config.opts.rpmnew
# mv /etc/pcmcia/config.opts.sauv /etc/pcmcia/config.opts 

Le contenu du nouveau fichier, livré avec le noyau 2.6.16-1.2080_FC5 est donné ci-après:

include port 0x100-0x3af
include port 0x3e0-0x4ff
include port 0x820-0x8ff
include port 0xc00-0xcf7

include memory 0xc0000-0xfffff
include memory 0xa0000000-0xa0ffffff
include memory 0x60000000-0x60ffffff


# These may hurt on FSC.
# include port 0x3c0-0x3d2
# Exclude 0x3d3 as Radeon IGP MCE's if you touch these ports
# include port 0x3d4-0x3df

# High port numbers do not always work...
# include port 0x1000-0x17ff

# Extra port range for IBM Token Ring
include port 0xa00-0xaff

Solaris 11, Scientific Linux 6.1. FC15 en virtualisation.

Hors ligne

#10 15/04/2006 21:10:18

picoti
Membre
Inscription : 09/04/2006
Messages : 48

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

ouf...enfin des réponses précises...merci herrib..:))
j'avais trouvé une soluce (voir mon post) sur google en allemand..:(( comprends pas trop le teuton :))
certain m'ont dis que la solution étais sur le forum;;non même avec la fonction recherche...on me disait simplement d'invalider les allocation mémoires...trop simple à mon goût et ne résolvant pas le pb..
Encore merci herrib
..


big_smile

Hors ligne

#11 03/05/2006 17:20:00

Vince2210
Membre
Lieu : val de marne
Inscription : 06/02/2006
Messages : 8

Re : gel après amorçage de udev (expérience sur Vaio FS285H)

pour Benux,
J'ai un acer Aspire 1693 wlmi avec une intel 2200, j'ai eu les mêmes problèmes concernant la config du PCMCIA. voici mon fichier config.opts

#
# Local PCMCIA Configuration File
#
#----------------------------------------------------------------------
#
# System resources available for PCMCIA cards
#
# NOTE: these settings have no effect on resources assigned to a
# CardBus bridge device itself; this file only affects resources
# assigned to cards.  Also, interrupt settings here will only affect
# ISA bus interrupts assigned to 16-bit cards.  PCI interrupts
# generally can't be reconfigured.
#
# With the kernel PCMCIA subsystem, these settings also have no effect
# at all on resources used for 32-bit CardBus cards.  Those are set by
# the PCI hotplug subsystem.
#

#include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff
include port 0x100-0x4ff, port 0xc00-0xcff
include memory 0xc0000-0xfffff
include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff

# High port numbers do not always work...
# include port 0x1000-0x17ff

# Extra port range for IBM Token Ring
include port 0xa00-0xaff

# Resources we should not use, even if they appear to be available

# First built-in serial port
exclude irq 4
# Second built-in serial port
#exclude irq 3
# First built-in parallel port
exclude irq 7
# PS/2 Mouse controller port, comment this out if you don't have a PS/2
# based mouse
exclude irq 12
# SB emulation ports
exclude port 0x220-0x22f
# Radeon IGP MCE's if you touch ports 3b0->3bb & 3d3
exclude port 0x3b0-0x3bb
exclude port 0x3d3-0x3d3


big_smile Vincent
vince2210@gmail.com

Hors ligne

Pied de page des forums