Installation DEBIAN (woody) avec mini CD ?
Fermé
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
-
6 mars 2005 à 11:09
pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 - 20 mars 2005 à 00:30
pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 - 20 mars 2005 à 00:30
A voir également:
- Installation DEBIAN (woody) avec mini CD ?
- Opera mini pc - Télécharger - Navigateurs
- Meilleur mini pc - Accueil - Guide ordinateurs
- Cd burner - Télécharger - Gravure
- Geekom mini it11 - Accueil - Guide ordinateurs
- Hiren's boot cd - Télécharger - Divers Utilitaires
87 réponses
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
16 mars 2005 à 22:08
16 mars 2005 à 22:08
regarde le fichier modules.conf, j'ai l'impression qu'il manque les modules pour la connexion (8139too) et pour alsa (snd-intel8x0) ?
### This file is automatically generated by update-modules"
#
# Please do not edit this file directly. If you want to change or add
# anything please take a look at the files in /etc/modutils and read
# the manpage for update-modules.
#
### update-modules: start processing /etc/modutils/0keep
# DO NOT MODIFY THIS FILE!
# This file is not marked as conffile to make sure if you upgrade modutils
# it will be restored in case some modifications have been made.
#
# The keep command is necessary to prevent insmod and friends from ignoring
# the builtin defaults of a path-statement is encountered. Until all other
# packages use the new `add path'-statement this keep-statement is essential
# to keep your system working
keep
### update-modules: end processing /etc/modutils/0keep
### update-modules: start processing /etc/modutils/actions
# Special actions that are needed for some modules
# The BTTV module does not load the tuner module automatically,
# so do that in here
post-install bttv insmod tuner
post-remove bttv rmmod tuner
### update-modules: end processing /etc/modutils/actions
### update-modules: start processing /etc/modutils/aliases
# Aliases to tell insmod/modprobe which modules to use
# Uncomment the network protocols you don't want loaded:
# alias net-pf-1 off # Unix
# alias net-pf-2 off # IPv4
# alias net-pf-3 off # Amateur Radio AX.25
# alias net-pf-4 off # IPX
# alias net-pf-5 off # DDP / appletalk
# alias net-pf-6 off # Amateur Radio NET/ROM
# alias net-pf-9 off # X.25
# alias net-pf-10 off # IPv6
# alias net-pf-11 off # ROSE / Amateur Radio X.25 PLP
# alias net-pf-19 off # Acorn Econet
alias char-major-10-175 agpgart
alias char-major-10-200 tun
alias char-major-81 bttv
alias char-major-108 ppp_generic
alias /dev/ppp ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
# Crypto modules (see http://www.kerneli.org/)
alias loop-xfer-gen-0 loop_gen
alias loop-xfer-3 loop_fish2
alias loop-xfer-gen-10 loop_gen
alias cipher-2 des
alias cipher-3 fish2
alias cipher-4 blowfish
alias cipher-6 idea
alias cipher-7 serp6f
alias cipher-8 mars6
alias cipher-11 rc62
alias cipher-15 dfc2
alias cipher-16 rijndael
alias cipher-17 rc5
### update-modules: end processing /etc/modutils/aliases
### update-modules: start processing /etc/modutils/alsa-path
# Debian ALSA modules path
# Do not edit this unless you understand what you're doing.
path=/lib/modules/`uname -r`/alsa
### update-modules: end processing /etc/modutils/alsa-path
### update-modules: start processing /etc/modutils/paths
# This file contains a list of paths that modprobe should scan,
# beside the ones that are compiled into the modutils tools
# themselves.
### update-modules: end processing /etc/modutils/paths
### update-modules: start processing /etc/modutils/ppp
alias /dev/ppp ppp_generic
alias char-major-108 ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
### update-modules: end processing /etc/modutils/ppp
### update-modules: start processing /etc/modutils/setserial
#
# This is what I wanted to do, but logger is in /usr/bin, which isn't loaded
# when the module is first loaded into the kernel at boot time!
#
#post-install serial /etc/init.d/setserial start | logger -p daemon.info -t "setserial-module reload"
#pre-remove serial /etc/init.d/setserial stop | logger -p daemon.info -t "setserial-module uload"
#
alias /dev/tts serial
alias /dev/tts/0 serial
alias /dev/tts/1 serial
alias /dev/tts/2 serial
alias /dev/tts/3 serial
post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null
pre-remove serial /etc/init.d/setserial modsave > /dev/null 2> /dev/null
### update-modules: end processing /etc/modutils/setserial
### update-modules: start processing /etc/modutils/arch/i386
alias parport_lowlevel parport_pc
alias char-major-10-144 nvram
alias binfmt-0064 binfmt_aout
alias char-major-10-135 rtc
### update-modules: end processing /etc/modutils/arch/i386
### This file is automatically generated by update-modules"
#
# Please do not edit this file directly. If you want to change or add
# anything please take a look at the files in /etc/modutils and read
# the manpage for update-modules.
#
### update-modules: start processing /etc/modutils/0keep
# DO NOT MODIFY THIS FILE!
# This file is not marked as conffile to make sure if you upgrade modutils
# it will be restored in case some modifications have been made.
#
# The keep command is necessary to prevent insmod and friends from ignoring
# the builtin defaults of a path-statement is encountered. Until all other
# packages use the new `add path'-statement this keep-statement is essential
# to keep your system working
keep
### update-modules: end processing /etc/modutils/0keep
### update-modules: start processing /etc/modutils/actions
# Special actions that are needed for some modules
# The BTTV module does not load the tuner module automatically,
# so do that in here
post-install bttv insmod tuner
post-remove bttv rmmod tuner
### update-modules: end processing /etc/modutils/actions
### update-modules: start processing /etc/modutils/aliases
# Aliases to tell insmod/modprobe which modules to use
# Uncomment the network protocols you don't want loaded:
# alias net-pf-1 off # Unix
# alias net-pf-2 off # IPv4
# alias net-pf-3 off # Amateur Radio AX.25
# alias net-pf-4 off # IPX
# alias net-pf-5 off # DDP / appletalk
# alias net-pf-6 off # Amateur Radio NET/ROM
# alias net-pf-9 off # X.25
# alias net-pf-10 off # IPv6
# alias net-pf-11 off # ROSE / Amateur Radio X.25 PLP
# alias net-pf-19 off # Acorn Econet
alias char-major-10-175 agpgart
alias char-major-10-200 tun
alias char-major-81 bttv
alias char-major-108 ppp_generic
alias /dev/ppp ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
# Crypto modules (see http://www.kerneli.org/)
alias loop-xfer-gen-0 loop_gen
alias loop-xfer-3 loop_fish2
alias loop-xfer-gen-10 loop_gen
alias cipher-2 des
alias cipher-3 fish2
alias cipher-4 blowfish
alias cipher-6 idea
alias cipher-7 serp6f
alias cipher-8 mars6
alias cipher-11 rc62
alias cipher-15 dfc2
alias cipher-16 rijndael
alias cipher-17 rc5
### update-modules: end processing /etc/modutils/aliases
### update-modules: start processing /etc/modutils/alsa-path
# Debian ALSA modules path
# Do not edit this unless you understand what you're doing.
path=/lib/modules/`uname -r`/alsa
### update-modules: end processing /etc/modutils/alsa-path
### update-modules: start processing /etc/modutils/paths
# This file contains a list of paths that modprobe should scan,
# beside the ones that are compiled into the modutils tools
# themselves.
### update-modules: end processing /etc/modutils/paths
### update-modules: start processing /etc/modutils/ppp
alias /dev/ppp ppp_generic
alias char-major-108 ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
### update-modules: end processing /etc/modutils/ppp
### update-modules: start processing /etc/modutils/setserial
#
# This is what I wanted to do, but logger is in /usr/bin, which isn't loaded
# when the module is first loaded into the kernel at boot time!
#
#post-install serial /etc/init.d/setserial start | logger -p daemon.info -t "setserial-module reload"
#pre-remove serial /etc/init.d/setserial stop | logger -p daemon.info -t "setserial-module uload"
#
alias /dev/tts serial
alias /dev/tts/0 serial
alias /dev/tts/1 serial
alias /dev/tts/2 serial
alias /dev/tts/3 serial
post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null
pre-remove serial /etc/init.d/setserial modsave > /dev/null 2> /dev/null
### update-modules: end processing /etc/modutils/setserial
### update-modules: start processing /etc/modutils/arch/i386
alias parport_lowlevel parport_pc
alias char-major-10-144 nvram
alias binfmt-0064 binfmt_aout
alias char-major-10-135 rtc
### update-modules: end processing /etc/modutils/arch/i386
Tu es sur la bonne vois!
Le 3.1-pre5 a bien marche, mais je crois tu as fais deux fois le "make moveold". Il faut le faire exactement une fois et pas deux fois apres l'installation des anciens modutils. Je crois quand tu essaye la 2nd fois ca risque d'ecracer les bon fichiers *.old.
Pour l'erreur 127 avec le 3.1 ce n'est pas grave, en fait c'est presque parfait.
Cette erreur ne concerne pas la compilation mais uniquement la creation de la doc (avec un truc "docbook" qui doit etre installe pour ca). Ce n'est pas grave et il faut seulement enlever ca du Makefile.
Alors je propose de refaire completement:
d'abord encore une fois le "make install" dans moduils-2.4.27 si tu n'as pas effacer ce repertoire (sinon completement reinstaller)
et apres dans module-init-tools-3.1 :
Dans emacs chercher la ligne:
all-am: Makefile $(PROGRAMS) $(SCRIPTS) $(MANS)
et enlever le $(MANS) a la fin =>
all-am: Makefile $(PROGRAMS) $(SCRIPTS)
sauvegarder, et continuer:
Ca doit passer et apres le: "./generate-...... "
C'est fois-ci ca doit aller.
Le 3.1-pre5 a bien marche, mais je crois tu as fais deux fois le "make moveold". Il faut le faire exactement une fois et pas deux fois apres l'installation des anciens modutils. Je crois quand tu essaye la 2nd fois ca risque d'ecracer les bon fichiers *.old.
Pour l'erreur 127 avec le 3.1 ce n'est pas grave, en fait c'est presque parfait.
Cette erreur ne concerne pas la compilation mais uniquement la creation de la doc (avec un truc "docbook" qui doit etre installe pour ca). Ce n'est pas grave et il faut seulement enlever ca du Makefile.
Alors je propose de refaire completement:
d'abord encore une fois le "make install" dans moduils-2.4.27 si tu n'as pas effacer ce repertoire (sinon completement reinstaller)
et apres dans module-init-tools-3.1 :
make clean ./configure --prefix=/ make moveold emacs Makefile
Dans emacs chercher la ligne:
all-am: Makefile $(PROGRAMS) $(SCRIPTS) $(MANS)
et enlever le $(MANS) a la fin =>
all-am: Makefile $(PROGRAMS) $(SCRIPTS)
sauvegarder, et continuer:
make make install
Ca doit passer et apres le: "./generate-...... "
C'est fois-ci ca doit aller.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
16 mars 2005 à 23:24
16 mars 2005 à 23:24
Tu vas être déçu mais j'ai toujours les me messages à quelques choses près.
Avec la version 3.1pre5, les message sont identique à ce que j'ai ecrit plus haut avec les warning.
avec la version 3.1 après le moveold j'ai
someone already moved oldversion
make [check-for-old] erreur 1
pourtant j'ai bien fait le make clean et j'ai même tout reinstllé (détaré, configure, compile, install) et ça ne change rien.
Je me vois bien parti pour reinstaller DEbian une deuxième fois :(:(
Avec la version 3.1pre5, les message sont identique à ce que j'ai ecrit plus haut avec les warning.
avec la version 3.1 après le moveold j'ai
someone already moved oldversion
make [check-for-old] erreur 1
pourtant j'ai bien fait le make clean et j'ai même tout reinstllé (détaré, configure, compile, install) et ça ne change rien.
Je me vois bien parti pour reinstaller DEbian une deuxième fois :(:(
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
16 mars 2005 à 23:38
16 mars 2005 à 23:38
au fait j'ai oublié, j'ai quand même fait le make install pour la version 3.1 et j'ai eu ça :
[modprobe.conf.5] erreur 127 alors que j'ai bien en enlevé la ligne que tu m'as dit.
et
[install-am] erreur 2
[modprobe.conf.5] erreur 127 alors que j'ai bien en enlevé la ligne que tu m'as dit.
et
[install-am] erreur 2
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
alors que j'ai bien en enlevé la ligne que tu m'as dit.
Tu n'as pas enleve toute la ligne ? Seulement le dernier mot: $(MANS) et pas le reste!!
Il faut aussi faire ca apres le ./configure car un nouveau ./configure ecrase le Makefile!
Sinon avec la 3.1-pre5 ca a l'air de marcher (si c'est correctement fait avec le moveold). Les warnings ne sont pas forcement grave. En principe ca cree quand meme le fichier /etc/modprobe.conf avec pleine de trucs la dedans.
Tu as regarde ?
Les fichier modprobe.old, etc. doivent etre dans /sbin/... ou /bin/... (pour lsmod.old ).
Tu n'as pas enleve toute la ligne ? Seulement le dernier mot: $(MANS) et pas le reste!!
Il faut aussi faire ca apres le ./configure car un nouveau ./configure ecrase le Makefile!
Sinon avec la 3.1-pre5 ca a l'air de marcher (si c'est correctement fait avec le moveold). Les warnings ne sont pas forcement grave. En principe ca cree quand meme le fichier /etc/modprobe.conf avec pleine de trucs la dedans.
Tu as regarde ?
Les fichier modprobe.old, etc. doivent etre dans /sbin/... ou /bin/... (pour lsmod.old ).
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 00:12
17 mars 2005 à 00:12
oui oui:):) j'ai bien effacé le $(man) et seulement lui.
Les fichier .old sont bien dans /sbin et cette fois il y a du texte dans modprobe.conf. Excuse-moi, je ne l'avais pas précisé.
Mais la connexion ne se fait toujours pas , en fait peut-être que la connexion se fait mais pas l'accès au page web.
Y-at-il une commande particulière à faire après toutes ces etapes. j'ai fait depmod mais ça change rien. En plus, je crois que eth0 n'apparait quand je fais ifconfig . je vais reverifier ça tout de suite.
Les fichier .old sont bien dans /sbin et cette fois il y a du texte dans modprobe.conf. Excuse-moi, je ne l'avais pas précisé.
Mais la connexion ne se fait toujours pas , en fait peut-être que la connexion se fait mais pas l'accès au page web.
Y-at-il une commande particulière à faire après toutes ces etapes. j'ai fait depmod mais ça change rien. En plus, je crois que eth0 n'apparait quand je fais ifconfig . je vais reverifier ça tout de suite.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 00:26
17 mars 2005 à 00:26
Quand je fais ifconfig, eth0 n'apparait pas, j'ai seulement l0.
J'ai comparé le fichier modprobe.conf de mandrake à celui de debian, il sont très différent mais j'ai remarqué que dans le modprobe.conf de mandrake , il y avait un alias concernant eth0 et un autre concernant le son:
alias eth0 8139too
alias sound-slot-0 snd-intel8x0
dans debian, c'est plus compliqué mais ces deux alias n'y sont pas , peut-être faut-il les rajouter ??
J'ai comparé le fichier modprobe.conf de mandrake à celui de debian, il sont très différent mais j'ai remarqué que dans le modprobe.conf de mandrake , il y avait un alias concernant eth0 et un autre concernant le son:
alias eth0 8139too
alias sound-slot-0 snd-intel8x0
dans debian, c'est plus compliqué mais ces deux alias n'y sont pas , peut-être faut-il les rajouter ??
peut-être faut-il les rajouter ??
Bien-sur, absoluement si les alias manquent et apres toujours "depmod -a" (si tu tournes en 2.6.10). Apres pour tester tu peux faire:
modprobe eth0
ou
modprobe sound-slot-0
vour verifier si ca charge bien les modules.
J'avais cru que le /etc/modules.conf (pour le noyau 2.4) devrait deja contenir le bon alias pour eth0 et dans ce cas le script aurait du le transmettre vers /etc/modprobe.conf. Peu importe si ce n'est pas le cas il faut ajouter les alias.
Bien-sur, absoluement si les alias manquent et apres toujours "depmod -a" (si tu tournes en 2.6.10). Apres pour tester tu peux faire:
modprobe eth0
ou
modprobe sound-slot-0
vour verifier si ca charge bien les modules.
J'avais cru que le /etc/modules.conf (pour le noyau 2.4) devrait deja contenir le bon alias pour eth0 et dans ce cas le script aurait du le transmettre vers /etc/modprobe.conf. Peu importe si ce n'est pas le cas il faut ajouter les alias.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 00:42
17 mars 2005 à 00:42
je viens de rajouetr ces 2 lignes et après un modprobe pour chaque, les modules se sont charger mais toujours pas de eth0 dans ifconfig.
Pendant les modprobe s'est affiché le descriptif de ma carte reseau et de ma carte son. Normalement ça devrait fonctionner, comprend pas.
Pendant les modprobe s'est affiché le descriptif de ma carte reseau et de ma carte son. Normalement ça devrait fonctionner, comprend pas.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 00:55
17 mars 2005 à 00:55
voilà les message affiché avec dmesg après le modprobe et le depmod -a:
8139 toofast ethernet driver 0.9.27
eth0 realtek RTL8139
eth0 Identified 8139 chip type 'RTL-8101'
8139 toofast ethernet driver 0.9.27
eth0 realtek RTL8139
eth0 Identified 8139 chip type 'RTL-8101'
Pas de pb: Le "ifconfig" tout seule n'affiche pas le eth0 tant ce n'est pas encore configure. Pour tester il faut faire "ifconfig eth0", ca doit fournir un blabla mais encore sans numero IP.
Maintenant tu es dans la situation pour demarrer ta connection internet avec un client dhcp et les outils de Debians. Je ne connais pas les details de mon propre experience mais selon la doc de la Freebox en pdf (page 58, qui parle justement de debian):
Il faut mettre dans le fichier: "/etc/network/interfaces" les deux lignes:
et apres il faut redemarrer le reseau avec:
Cependant je ne suis pas 100% sur car je ne connait pas les outils de Debian pour la config reseau. Moi je prefere en principe la methode manuelle (par exemple: "/sbin/dhcpcd eth0" ou "/sbin/dhclient eth0" si ca marche).
Maintenant tu es dans la situation pour demarrer ta connection internet avec un client dhcp et les outils de Debians. Je ne connais pas les details de mon propre experience mais selon la doc de la Freebox en pdf (page 58, qui parle justement de debian):
Il faut mettre dans le fichier: "/etc/network/interfaces" les deux lignes:
auto iface eth0 iface eth0 inet dhcp
et apres il faut redemarrer le reseau avec:
/etc/init.d/networking restart
Cependant je ne suis pas 100% sur car je ne connait pas les outils de Debian pour la config reseau. Moi je prefere en principe la methode manuelle (par exemple: "/sbin/dhcpcd eth0" ou "/sbin/dhclient eth0" si ca marche).
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 20:09
17 mars 2005 à 20:09
bonjour kmf,
En fait j'avais déjà vérifié tout ça, les deux lignes à rajouter dans /etc/network/interfaces ont été crée lors de l'instrallation de debian.
Donc le problème ne vient pas de là.
j'ai fait ifconfig eth0 et en effet le detail s'affiche.
ensuite j'ai fait /etc/init.d/networking restart ( j'avais déjà fait ça avant) et voilà le resultat :
reconfiguring network interfaces : cat : /var/run/dhclient.pid : no such file or directory
8139too fast ethernet driver 0.9.27
eth0 : realtek RTL8139 ...
unrecognized kernel version (?????? bizarre)
done.
Je pense que le mieux pour moi, va être de refaire une installation complète de debian car je pense que nous sommes devant un cas bien mysterieux.
En fait j'avais déjà vérifié tout ça, les deux lignes à rajouter dans /etc/network/interfaces ont été crée lors de l'instrallation de debian.
Donc le problème ne vient pas de là.
j'ai fait ifconfig eth0 et en effet le detail s'affiche.
ensuite j'ai fait /etc/init.d/networking restart ( j'avais déjà fait ça avant) et voilà le resultat :
reconfiguring network interfaces : cat : /var/run/dhclient.pid : no such file or directory
8139too fast ethernet driver 0.9.27
eth0 : realtek RTL8139 ...
unrecognized kernel version (?????? bizarre)
done.
Je pense que le mieux pour moi, va être de refaire une installation complète de debian car je pense que nous sommes devant un cas bien mysterieux.
Je pense que le mieux pour moi, va être de refaire une installation complète de debian car je pense que nous sommes devant un cas bien mysterieux.
Je ne vois pas comment une reinstallation change quelque chose ? C'est un probleme avec la config/compilation de ce noyau et peut-etre il te manque encore de paquets, par exemple: dhclient et/ou dhcpcd sont bien installe ? Peut-etre se sont de versions trops anciennes ?
Est-ce que tu arrives a faire la connection avec le noyau 2.4 de Debian ? Si oui ce n'est pas un defaut de l'installation.
Essaie avec le paquet source de dhcpcd ici:
http://www.phystech.com/ftp/dhcpcd-1.3.22-pl4.tar.gz
ca s'installe tres facilement (avec tar, configure, make, make install etc.) comme d'habitude dans /usr/local/sbin et apres tu peux en principe lancer ta connection avec:
(l'option "-d" pour avoir plus de messages dans /var/log/messages). Ca cree tout seule la connection internet avec la Freebox et ca ne necessite rien des outils de Debian. Apres cette commande tu devrais avoir la connection.
Apart ca le message avec la ``version'' du module me parrait bizarre, ca semble qu'il y ait malentendu avec la compilation du noyau ? (tu n'as pas mis un "make *config" de trop au mauvais moment ou tu ne l'as pas omis quand c'est necessaire ?)
Peut-etre if faut soigneusement recompiler le noyau. Si ton .config actuel est bon, je propose (apres un cd dans le repertoire source du noyau) de faire exactement:
et apres copier le noyau bzImage sur le /boot/... de Mandrake et faire /sbin/lilo dans Mandrake comme d'habitude.
Je ne vois pas comment une reinstallation change quelque chose ? C'est un probleme avec la config/compilation de ce noyau et peut-etre il te manque encore de paquets, par exemple: dhclient et/ou dhcpcd sont bien installe ? Peut-etre se sont de versions trops anciennes ?
Est-ce que tu arrives a faire la connection avec le noyau 2.4 de Debian ? Si oui ce n'est pas un defaut de l'installation.
Essaie avec le paquet source de dhcpcd ici:
http://www.phystech.com/ftp/dhcpcd-1.3.22-pl4.tar.gz
ca s'installe tres facilement (avec tar, configure, make, make install etc.) comme d'habitude dans /usr/local/sbin et apres tu peux en principe lancer ta connection avec:
/usr/local/sbin/dhcpcd -d eth0
(l'option "-d" pour avoir plus de messages dans /var/log/messages). Ca cree tout seule la connection internet avec la Freebox et ca ne necessite rien des outils de Debian. Apres cette commande tu devrais avoir la connection.
Apart ca le message avec la ``version'' du module me parrait bizarre, ca semble qu'il y ait malentendu avec la compilation du noyau ? (tu n'as pas mis un "make *config" de trop au mauvais moment ou tu ne l'as pas omis quand c'est necessaire ?)
Peut-etre if faut soigneusement recompiler le noyau. Si ton .config actuel est bon, je propose (apres un cd dans le repertoire source du noyau) de faire exactement:
cp .config config-sauve make mrproper cp config-sauve .config make oldconfig make bzImage make modules make modules_install
et apres copier le noyau bzImage sur le /boot/... de Mandrake et faire /sbin/lilo dans Mandrake comme d'habitude.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 20:59
17 mars 2005 à 20:59
Est-ce que tu arrives a faire la connection avec le noyau 2.4 de Debian ?
oui, parfaitement bien
Ok je vais verifier mon .config pour voir si il est ok et le garder bien au chaud puis je recompile le noyau avec le make oldconfig.
Avant de compiler le noyau 2.6.10, je recupère à chaque fois le .config2.6.x d'alexis delattre avec wget et seulement quand je suis dans /usr/src/linux.
voici les etapes :
cp /root/config/config-2.6.x .config puis le personnalise la config avec
make menuconfig
puis
make
et
make modules_install
puis toutes les copie bzimage, system.map, vmlinuz etc...
oui, parfaitement bien
Ok je vais verifier mon .config pour voir si il est ok et le garder bien au chaud puis je recompile le noyau avec le make oldconfig.
Avant de compiler le noyau 2.6.10, je recupère à chaque fois le .config2.6.x d'alexis delattre avec wget et seulement quand je suis dans /usr/src/linux.
voici les etapes :
cp /root/config/config-2.6.x .config puis le personnalise la config avec
make menuconfig
puis
make
et
make modules_install
puis toutes les copie bzimage, system.map, vmlinuz etc...
kmf
>
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
17 mars 2005 à 21:28
17 mars 2005 à 21:28
Ca doit etre bon comme ca!
Apres le "make menuconfig" tu peux copier le fichier .config ailleur pour garder une copie de ta config personnalisee et si plus tard (apres un nettoyage eventuel des sources etc.) tu veux recompiler avec la meme config tu le remets en place et tu fais une fois "make oldconfig" avant "make".
Essaie avec le dhcpcd (version source), car je soupconne que dans le Debian Woody il y a peut-etre de scripts qui font de distinctions entre un noyau 2.2 et 2.4 et je me demande si ca marche correctement avec 2.6.
Avec le dhcpcd compile toi meme tu contournes tout simplement ce genre de problemes.
Apres le "make menuconfig" tu peux copier le fichier .config ailleur pour garder une copie de ta config personnalisee et si plus tard (apres un nettoyage eventuel des sources etc.) tu veux recompiler avec la meme config tu le remets en place et tu fais une fois "make oldconfig" avant "make".
Essaie avec le dhcpcd (version source), car je soupconne que dans le Debian Woody il y a peut-etre de scripts qui font de distinctions entre un noyau 2.2 et 2.4 et je me demande si ca marche correctement avec 2.6.
Avec le dhcpcd compile toi meme tu contournes tout simplement ce genre de problemes.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 21:55
17 mars 2005 à 21:55
Ya du mieux et même beaucoup mieux, je peux me connecter et acceder à une page web. Pour cela j'ai juste installer le dhcpcd puis /usr/local/sbin/dhcpcd -d eth0.
J'ai fait un ping www.free.fr et ça a marché. Mais il ya un hic, la connexion n'est pas automatique après un reboot. A chaque redemarrage je dois refaire la commande /usr/local/sbin/dhcpcd -d eth0 pour démarrer la connexion.
J'ai essayé d'ajouté une ligne avec le module 8139too dans /etc/modules et j'en ai profité également pour en insérer une autre avec le module son snd-intel8x0.
ensuite j'ai fait un /etc/init.d/module-init-tools pour les charger immediatement sans redemarrer.
J'ai fait aussi un depmod 2.6.10 pour assurer et un update-modules.
J'ai un ping, ça marche :):)
Je redemarre pour m'assurer que la connexion se fait dès le demarrage. Dans les messages , je vois ö miracle le module alsa se charger et je n'ai pas le temps de voir les message pour eth0 (ça va trop vite).
je me logue et je refait un ping et là , connexion impossible.
Je dois donc faire un /usr/local/sbin/dhcpcd -d eth0 à chaque fois alors que pour la version du noyau 2.4, c'est automatique.
En tout cas c'est mieux. Je pense que pour le son c'est bon, je pourrais m'en assurer à l'installation de kde ou gnome.
J'ai fait un ping www.free.fr et ça a marché. Mais il ya un hic, la connexion n'est pas automatique après un reboot. A chaque redemarrage je dois refaire la commande /usr/local/sbin/dhcpcd -d eth0 pour démarrer la connexion.
J'ai essayé d'ajouté une ligne avec le module 8139too dans /etc/modules et j'en ai profité également pour en insérer une autre avec le module son snd-intel8x0.
ensuite j'ai fait un /etc/init.d/module-init-tools pour les charger immediatement sans redemarrer.
J'ai fait aussi un depmod 2.6.10 pour assurer et un update-modules.
J'ai un ping, ça marche :):)
Je redemarre pour m'assurer que la connexion se fait dès le demarrage. Dans les messages , je vois ö miracle le module alsa se charger et je n'ai pas le temps de voir les message pour eth0 (ça va trop vite).
je me logue et je refait un ping et là , connexion impossible.
Je dois donc faire un /usr/local/sbin/dhcpcd -d eth0 à chaque fois alors que pour la version du noyau 2.4, c'est automatique.
En tout cas c'est mieux. Je pense que pour le son c'est bon, je pourrais m'en assurer à l'installation de kde ou gnome.
A mon avis il doit y avoir un probleme avec les scripts de Debian qui gerent les connections reseau. Pour une raison bizarre ca ne marche pas pour le noyau 2.6 ?! Ce n'est pas forcement une surprise car Debian Woody est prevue pour 2.2 et 2.4.
Pour demarrer le "dhcpcd" au boot, je crois tu peux simplement ajouter une ligne dans un fichier "boot.local" ou "rc.local" qui devrait se trouver dans /etc/rc.d/... ou /etc/rc.d/init.d/.... ou /etc/init.d/.... .
En fait, si tu veux faire une distinction correcte entre 2.4 et 2.6 tu peux mettre dans ce fichier:
Ici tous les "blancs" (par exemple entre ``='' et "2.6") sont importants!! J'ai aussi enleve l'option "-d" car c'est simplement pour faire plus de blabla dans /var/log/messages (regarde dans ce fichier si ca t'interesse pour voir quand et comment il renouvelle les "leases" de la numero IP obtenu de la Freebox etc.).
Alternativement et si tu veux jouer avec les scripts tu peux aussi regarder dans le script: /etc/init.d/networking
si tu y trouves le bugue et essayer de le reparer. Peut-etre il y a un "if" pour distinquer entre noyau 2.2 et 2.4 et il suffit simplement de bien tenir compte du cas 2.6. Mais c'est plutot si tu as envie de te mettre dans la programmation de scripts.
PS: Moi je demarre le dhcpcd toujours de facon manuelle, ca me donne plus de control. Pour arreter le dhcpcd tu peux mettre l'option "-k" (pour "kill") dans la meme commande:
/usr/local/sbin/dhcpcd -k eth0
Pour demarrer le "dhcpcd" au boot, je crois tu peux simplement ajouter une ligne dans un fichier "boot.local" ou "rc.local" qui devrait se trouver dans /etc/rc.d/... ou /etc/rc.d/init.d/.... ou /etc/init.d/.... .
En fait, si tu veux faire une distinction correcte entre 2.4 et 2.6 tu peux mettre dans ce fichier:
KERN_REL=`uname -r | cut -d . -f 1-2` if [ $KERN_REL = "2.6" ] ; then /usr/local/sbin/dhcpcd eth0 fi
Ici tous les "blancs" (par exemple entre ``='' et "2.6") sont importants!! J'ai aussi enleve l'option "-d" car c'est simplement pour faire plus de blabla dans /var/log/messages (regarde dans ce fichier si ca t'interesse pour voir quand et comment il renouvelle les "leases" de la numero IP obtenu de la Freebox etc.).
Alternativement et si tu veux jouer avec les scripts tu peux aussi regarder dans le script: /etc/init.d/networking
si tu y trouves le bugue et essayer de le reparer. Peut-etre il y a un "if" pour distinquer entre noyau 2.2 et 2.4 et il suffit simplement de bien tenir compte du cas 2.6. Mais c'est plutot si tu as envie de te mettre dans la programmation de scripts.
PS: Moi je demarre le dhcpcd toujours de facon manuelle, ca me donne plus de control. Pour arreter le dhcpcd tu peux mettre l'option "-k" (pour "kill") dans la meme commande:
/usr/local/sbin/dhcpcd -k eth0
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
17 mars 2005 à 22:57
17 mars 2005 à 22:57
un fichier "boot.local" ou "rc.local" qui devrait se trouver dans /etc/rc.d/... ou /etc/rc.d/init.d/.... ou /etc/init.d/....
j'ai bien un repertoire init.d mais il n'y a pas de fichier boot.local.
j'ai aussi des repertoire rc0.d rc1.d rc2.d rc3.d rc4.d rc5.d rc6.d mais il n'ya pas de boot.local par contre j'ai un repertoire rc.boot qui est vide.
J'ai fait aussi une recherche avec un whereis boot.local mais il n'existe pas. Il ne doit pas s'appeler comme ça.
Est-ce que avec ifup et ifupdown ça marcherait?
j'ai bien un repertoire init.d mais il n'y a pas de fichier boot.local.
j'ai aussi des repertoire rc0.d rc1.d rc2.d rc3.d rc4.d rc5.d rc6.d mais il n'ya pas de boot.local par contre j'ai un repertoire rc.boot qui est vide.
J'ai fait aussi une recherche avec un whereis boot.local mais il n'existe pas. Il ne doit pas s'appeler comme ça.
Est-ce que avec ifup et ifupdown ça marcherait?
Ces details sont toujours differents sur chaque systeme.
Avec ca je suppose tu peux simplement creer un fichier separe avec un nom a ton choix, disons: "dhcp-start.sh" et tu y mets les lignes:
Je propose d'ajouter la ligne avec "echo" pour un message que tu peux voir pendant le boot (si ce n'est pas trop rapide).
Apres avoir cree ce fichier/script tu le rends executable avec
chmod +x dhcp-start.sh
et apres il faut le copier dans le repertoir rc.boot. Je suppose que tous les scripts qu'on met dans ce repertoire seront execute au boot.
J'espere seulement que ca ne posera pas de probleme si plus tard l'autre script /etc/init.d/networking va aussi essayer de faire quelque chose avec eth0 et ca pourrait peut-etre boussiler les choses ?
Peut-etre le plus facile serait d'enlever "eth0" dans la config reseau de Debian et de se fier completement a ce script pour etablir la connection, aussi pour le noyau 2.4 (dans ce cas enlever les lignes avec "if" et "fi" et "KERN_REL").
j'ai un repertoire rc.boot qui est vide.
Avec ca je suppose tu peux simplement creer un fichier separe avec un nom a ton choix, disons: "dhcp-start.sh" et tu y mets les lignes:
KERN_REL=`uname -r | cut -d . -f 1-2` if [ $KERN_REL = "2.6" ] ; then echo "Demarrage du daemon dhcpcd" /usr/local/sbin/dhcpcd eth0 fi
Je propose d'ajouter la ligne avec "echo" pour un message que tu peux voir pendant le boot (si ce n'est pas trop rapide).
Apres avoir cree ce fichier/script tu le rends executable avec
chmod +x dhcp-start.sh
et apres il faut le copier dans le repertoir rc.boot. Je suppose que tous les scripts qu'on met dans ce repertoire seront execute au boot.
J'espere seulement que ca ne posera pas de probleme si plus tard l'autre script /etc/init.d/networking va aussi essayer de faire quelque chose avec eth0 et ca pourrait peut-etre boussiler les choses ?
Peut-etre le plus facile serait d'enlever "eth0" dans la config reseau de Debian et de se fier completement a ce script pour etablir la connection, aussi pour le noyau 2.4 (dans ce cas enlever les lignes avec "if" et "fi" et "KERN_REL").
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
18 mars 2005 à 00:14
18 mars 2005 à 00:14
le script ne semble pas se lancer au demarrage , j'ai regardé dans /var/log/messages , le deamon dhcpcd n'apparait pas .
Par contre j'en ai profité pour faire le tour des messages et j'ai des trucs du genre :
debian /sbin/hotplug: no runnable /etc/hotplug/module.agent is installed
et un truc surprenant :
Mar 14 21:07:01 debian kernel: Compaq CISS Driver (v 2.4.5)
Mar 14 21:07:01 debian kernel: 8139cp 10/100 PCI Ethernet driver v0.0.6 (Nov 19, 2001)
Mar 14 21:07:01 debian kernel: 8139too Fast Ethernet driver 0.9.24
Mar 14 21:07:01 debian kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xe881b000, 00:0d:61:a8:3d:2d, IRQ 20
J'ai deux driver ethernet qui semble se charger ????
Par contre j'en ai profité pour faire le tour des messages et j'ai des trucs du genre :
debian /sbin/hotplug: no runnable /etc/hotplug/module.agent is installed
et un truc surprenant :
Mar 14 21:07:01 debian kernel: Compaq CISS Driver (v 2.4.5)
Mar 14 21:07:01 debian kernel: 8139cp 10/100 PCI Ethernet driver v0.0.6 (Nov 19, 2001)
Mar 14 21:07:01 debian kernel: 8139too Fast Ethernet driver 0.9.24
Mar 14 21:07:01 debian kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xe881b000, 00:0d:61:a8:3d:2d, IRQ 20
J'ai deux driver ethernet qui semble se charger ????
J'ai deux driver ethernet qui semble se charger ????
En principe oui, chaque fois tu reboot en 2.4 c'est une autre version de driver par rapport au 2.6. Ca me parrait parfaitement normale. Le noyau 2.4.17 est quand-meme assez vieux. Pour avoir de versions plus proche du driver carte reseau entre 2.4 et 2.6 il faudrait prendre le dernier 2.4, c.-a-d. 2.4.29 (ce qui devrait tres bien marcher avec recompilation etc.) mais la question est s'il y a un interet suffisamment important pour ca. Il est possible que ta carte son est aussi bien supportee par le 2.4.29, il y a beaucoup de drivers de 2.6 qui ont ete remis vers la branche 2.4 (ce sont de "backports").
Pour le demarrage automatique, ca doit etre possible en Debian, normalement (en Mandrake, Suse, RedHat, ...) c'est dans un fichier "rc.local" ou "boot.local" dans le bon repertoire. Il faut seulement trouver comment c'est prevu en Debian, en principe il doit y avoir un fichier ou peut ajouter ton script pour le dhcpcd. Regarde encore une fois dans /etc/rc.d/... . Normalement le script "maitre" qui fait le boot se trouve la dedans ou peut-etre aussi dans /etc/rc.d/init.d/... (qui est typiquement un lien vers /etc/init.d/...).
Si rien ne marche on peut essayer de bricoler sur le /etc/init.d/networking (dans la partie avec "start") mais ce serait plus complique et pas tres propres. Il faut simplement trouver comment on ajoute en Debian de scripts a executer au boot.
En principe oui, chaque fois tu reboot en 2.4 c'est une autre version de driver par rapport au 2.6. Ca me parrait parfaitement normale. Le noyau 2.4.17 est quand-meme assez vieux. Pour avoir de versions plus proche du driver carte reseau entre 2.4 et 2.6 il faudrait prendre le dernier 2.4, c.-a-d. 2.4.29 (ce qui devrait tres bien marcher avec recompilation etc.) mais la question est s'il y a un interet suffisamment important pour ca. Il est possible que ta carte son est aussi bien supportee par le 2.4.29, il y a beaucoup de drivers de 2.6 qui ont ete remis vers la branche 2.4 (ce sont de "backports").
Pour le demarrage automatique, ca doit etre possible en Debian, normalement (en Mandrake, Suse, RedHat, ...) c'est dans un fichier "rc.local" ou "boot.local" dans le bon repertoire. Il faut seulement trouver comment c'est prevu en Debian, en principe il doit y avoir un fichier ou peut ajouter ton script pour le dhcpcd. Regarde encore une fois dans /etc/rc.d/... . Normalement le script "maitre" qui fait le boot se trouve la dedans ou peut-etre aussi dans /etc/rc.d/init.d/... (qui est typiquement un lien vers /etc/init.d/...).
Si rien ne marche on peut essayer de bricoler sur le /etc/init.d/networking (dans la partie avec "start") mais ce serait plus complique et pas tres propres. Il faut simplement trouver comment on ajoute en Debian de scripts a executer au boot.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
18 mars 2005 à 19:11
18 mars 2005 à 19:11
C'est bon, j'ai trouvé le fichier rc.local dans /etc . Il n'y a pas de repertoire, il est directement dans /etc.
En fait, c'est un fichier caché pour le simple utilisateur. Pour me faciliter la recherche j'allais sur mandrake pour être en graphique en tant qu'utisateur et je ne pouvais donc pas voir ce fichier caché. C'est en mettant en console puis root et un ls -l dans /etc que j'ai pu voir ce fichier qui n'apparait pas en graphique. J'espère que c'est le bon.J'ai copié le script à la fin de ce fichier, j'espère que c'est bon?
En fait, c'est un fichier caché pour le simple utilisateur. Pour me faciliter la recherche j'allais sur mandrake pour être en graphique en tant qu'utisateur et je ne pouvais donc pas voir ce fichier caché. C'est en mettant en console puis root et un ls -l dans /etc que j'ai pu voir ce fichier qui n'apparait pas en graphique. J'espère que c'est le bon.J'ai copié le script à la fin de ce fichier, j'espère que c'est bon?
