Reprise du message précédent :

 
 
non, branché sur port usb carte mère ...

Ah, merde, ya bien un problème d'USB, alors. Bon, je dois partir, je repasserais plus tard. Mais c'est vrai qu'il a une drôle de tronche, ton lsmod, en y regardant de plus près. Vire tous les modules concenrant l'USB, et recharge les un par un.

Jak a écrit a écrit : Essaie en mettant   Protocol "PS/2"   puis   Protocol "ExplorerPS/2"   puis   Protocol "Auto"   pour voir si ça change quelque chose ('faut relancer le serveur X à chaque fois. Assure-toi aussi que c'est le bon fichier de config qui est utilisé, c'est un gag connu, ça, ça m'est arrivé plusieurs fois, et je ne pense jamais à ça tout de suite : il suffit qu'il y ait un fichier XF86Config dans ton $HOME pour qu'il l'utilise avant le /etc/X11/XF86Config. Alors tu as beau changer toutes les options que tu veux dans le /etc/X11/XF86Config, il ne se passe rien de mieux, car il prend l'autre. J'en ai perdu du temps, avec cette connerie. Et plusieurs fois )

 
 
Non c'est bien le XF86Config de /etc/X11 ... en effet, y'a pas mal de fois ou je l'ai modifié et ou le serveur X n'arrivait pas a se lancer
 
j'essaye différents protocoles ... thx

BMOTheKiller a écrit a écrit :     arf en y pensant, ta souris ne serait pas sans fil ? bref des piles dans la souris et tu passes par un relais radio branché en usb... là si c'est ça, le pb est trouvé

 
lol nan

BMOTheKiller a écrit a écrit :     arf en y pensant, ta souris ne serait pas sans fil ? bref des piles dans la souris et tu passes par un relais radio branché en usb... là si c'est ça, le pb est trouvé

Le gag qui tue ... M'est arrivé aussi, ça c'est pour ça que j'ai toujours une USB avec fil branchée. Et au cas où l'USB part en couille (m'est arrivé une fois aussi pendant un O/C un peu bourrin : au bout d'une ou 2 heure, j'ai perdu ma sans fil. Bon pas grave, je continue avec l'autre. Et paf, une ou 2 heure plus tard encore, hop, plus de souris USB. Heureusement, ...), j'ai une PS/2.

Jak a écrit a écrit : Le gag qui tue ... M'est arrivé aussi, ça c'est pour ça que j'ai toujours une USB avec fil branchée. Et au cas où l'USB part en couille (m'est arrivé une fois aussi pendant un O/C un peu bourrin : au bout d'une ou 2 heure, j'ai perdu ma sans fil. Bon pas grave, je continue avec l'autre. Et paf, une ou 2 heure plus tard encore, hop, plus de souris USB. Heureusement, ...), j'ai une PS/2.

 
en fait je pensais pas aux piles là, ça on y pense assez facilement, mais vu qu'il y a 2 cannaux, on a vite fait de déplacer le switch jaune et paf ! plus de mouse

Bon ..ben ..
 
 
 
Chuis parti demandé un adaptateur USB / PS/2    
 
 
les options a mettre dans le XF86Config sont bien protocol IMPS/2 ?
 
et /dev/psaux ???

Mauis chuis trop deg .. ptain pkoi elle marche pas en usb cte souris ..

t'as essayé de booter sur le cd, chosir le mode mise à jour et reconfigurer X ?

paranoidandroid a écrit a écrit : Bon ..ben ..       Chuis parti demandé un adaptateur USB / PS/2         les options a mettre dans le XF86Config sont bien protocol IMPS/2 ?   et /dev/psaux ???

 
moi la souris je la boufferai à ta place  
 
sinon c'est bien ça pour une ps/2

Tiens, au fait, j'ai pas fait attention : c'est quel noyau ? Parce que si j'ai toujours un 2.4.17, c'est que le jour où j'ai essayé de passer au 2.4.19, je n'ai jamais réussi à faire fonctionner mes souris USB, et ce avec le même fichier .config que le 2.4.17. Pas réessayé avec un 2.4.20preQQCH depuis, mais ça marche avec le 2.5.47 que j'ai un peu trifouillé.
J'avais demandé un peu à l'époque, mais personne n'avait eu de problème.

 
c'est le 2.4.18-14 ...
 
mais il faut vraiment que je trouve le moyen de la faire fonctionner en usb ... ça me fait trop chier ...
 
pôur le boot sur cd ... je fais demain dans la matinée ...
 
De toute façon je risque de refaire ma config ... enfin de réinstalelr les OS etc ...
 
et mettre quelque chose de plus confortable pour NUX .. là je l'ai calé a la fin d'un 80 Go ...:\

Si tu as l'occasion, récupères un 2.4.17 de base, copie le .config de ton 2.4.18 dans le répertoire du 2.4.17, puis make dep && make clean && make bzImage && make modules && make modules_install && cp arch/i386/boot/bzImage /boot/vmlinuz.2.4.17 && vi lilo.conf && lilo && reboot pour voir si l'USB marche dans ce cas.

et le reste du systeme va pas gueuler que je lui compile un kernel plus vieux a la gueule ?
 
merci

 
garde l'ancien en multiboot, tu verra bien

tu peux essayer de mettre à jour le noyau sinon, sur un miroir redhat tu pourras trouver le 2.4.18-18.8.0 et ses sources bien sur... il réparre quelques problèmes

 
je m'y mets de suite ...

Je nage un peu dans le vide là ?
 
Ou ets ce que je peux trouevr cette version du kernel ?
 
JE suis allé sur kernel.org .. mais j'y trouvé un 2.4.18 de Février 2002

Je pense que BMO veut parler d'un noyau bricolé par RedHat, sur Kernel.org, tu ne trouveras que des noyaux dits «vanilla», c'est-à-dire sans aucun patch appliqué, ou alors ceux des principaux mainteneurs (-ac, -aa, ...).
Mais les noyaux des distributions sont en général fortement patchées par rapport aux noyaux officiels, d'où le -18.8.0 en fin de nom.

C'est quoi les différentes releases du kernel .. ?
 

 
ftp://updates.redhat.com/8.0/en/o [...] 0.i686.rpm
ftp://updates.redhat.com/8.0/en/o [...] 0.i686.rpm
ftp://updates.redhat.com/8.0/en/o [...] 0.i686.rpm
ftp://updates.redhat.com/8.0/en/o [...] 0.i686.rpm
ftp://updates.redhat.com/8.0/en/o [...] 0.i686.rpm
 
 
Skoi tout ça .?

 
tu n'as pas installé apt par hasard ? si oui : apt-get update && apt-get install kernel-source
 
sinon il y a bien up2date, mais tu n'as pas du t'enregistrer sur rhn, donc on va passer par le ftp, voici de bons liens par exemple :
 
-> pour les sources :
ftp://ftp.free.fr/mirrors/ftp.red [...] 0.i386.rpm
 
-> sinon le kernel compilé pour athlon :
ftp://ftp.free.fr/mirrors/ftp.red [...] athlon.rpm
 
-> si tu n'as pas un athlon, mais un pentioum :
ftp://ftp.free.fr/mirrors/ftp.red [...] 0.i686.rpm
 
je te conseille plutôt de recompiler, bref tu ne reprends pas ton fichier de config surtout, tu installes le rpm des sources (rpm -Uvh kernel-source-2.4.18-18.8.0.i386.rpm)
 
ensuite :
> rm -f /usr/src/linux
> ln -s /usr/src/linux-2.4.18-18.8.0 /usr/src/linux
> cd /usr/src/linux
> édite le fichier Makefile et vire le custom si t'es raciste
> make menuconfig (là il te charge la config pré-optimisée pour ton proco pour une machine standard)
> là tu fais la modif que tu avais à faire, mais touche pas aux USB, ni à toute ligne comportant 'pointer', 'mouse',...
   
 
bon compilage

Aucune idée, 'faut demander à M. RedHat.
 
Enfin, à première vue, je suppose que le premier est assez générique (et je pense que c'est celui qu'il te faut).
Le second, ça doit être le même, mais avec le support SMP.
Le troisième, c'est pour utiliser plus de 1 Go de RAM.
Le quatrième doit avoir des infos de débug supplémentaires.
Le cinquième, j'en sais rien.
 
Sachant aussi que ces noyaux sont faits pour des machines x86 assez récents (Cyrix 6x86, PPro ou K6 minimum).

BMOTheKiller a écrit a écrit :     tu n'as pas installé apt par hasard ? si oui : apt-get update && apt-get install kernel-source   sinon il y a bien up2date, mais tu n'as pas du t'enregistrer sur rhn, donc on va passer par le ftp, voici de bons liens par exemple :   -> pour les sources : ftp://ftp.free.fr/mirrors/ftp.red [...] 0.i386.rpm   -> sinon le kernel compilé pour athlon : ftp://ftp.free.fr/mirrors/ftp.red [...] athlon.rpm   -> si tu n'as pas un athlon, mais un pentioum : ftp://ftp.free.fr/mirrors/ftp.red [...] 0.i686.rpm   je te conseille plutôt de recompiler, bref tu ne reprends pas ton fichier de config surtout, tu installes le rpm des sources (rpm -Uvh kernel-source-2.4.18-18.8.0.i386.rpm)   ensuite : > rm -f /usr/src/linux > ln -s /usr/src/linux-2.4.18-18.8.0 /usr/src/linux > cd /usr/src/linux > édite le fichier Makefile et vire le custom si t'es raciste > make menuconfig (là il te charge la config pré-optimisée pour ton proco pour une machine standard) > là tu fais la modif que tu avais à faire, mais touche pas aux USB, ni à toute ligne comportant 'pointer', 'mouse',...       bon compilage

 
 
mais lol koi ...  
 
j'ai pris le 686 ..  35 Meg j'en suis a 90% mais j'ai un athlon XP 1700+ lol...
 
et hop poubelle ..
 
 
 
MErci les gars ..

BMOTheKiller a écrit a écrit :     > édite le fichier Makefile et vire le custom si t'es raciste

Note, à la limite, pour faire l33T, il peut mettre paranoid à la place de custom
 
En fait, quand je recompile un noyau pour essayer quelque chose, j'édite toujours le Makefile et je change l'extraversion, ainsi, les modules de l'ancien ne seront pas écrasés, et on peut tout garder. C'est pratique.

 
tout à fait, ils incluent déjà les patchs à mettre, du support matériel supplémentaire, ...
 
là où mdk met un 2.4.19 dans sa dernière distro, rh reste une version en dessous déjà reconnu très stable et y applique les patchs, c'est une autre façon de faire

Jak a écrit a écrit : Note, à la limite, pour faire l33T, il peut mettre paranoid à la place de custom   En fait, quand je recompile un noyau pour essayer quelque chose, j'édite toujours le Makefile et je change l'extraversion, ainsi, les modules de l'ancien ne seront pas écrasés, et on peut tout garder. C'est pratique.

 
excellent, jamais pensé à ça tiens  
 
j'imagine pour un serveur avec phpsysinfo installé dessus, comme le forum avant, "version : 2.4.18-smp-joce-featured"

Je voudrais backuper mon rep /usr/src/linux-2.4.18-18.0.0  .... en /usr/src/linux-2.4.18-18.0.0_iptables ..
 
 
mais je sais pas comment on copie un répertoire

copie exacte : cp -a source destination
 
ex : cp -a /usr/src/linux-2.4.18-18.8.0 /usr/src/linux-2.4.18-18.8.0_iptables
 
pour déplacer seulement : mv source destination
 
ex : mv /usr/src/linux-2.4.18-18.8.0 /usr/src/linux-2.4.18-18.8.0_iptables
(ce qui supprimera linux-2.4.18-18.8.0 bien sûr)

j'ai tapé dans google 'copy  directory cp'
 
 
j'ai réussi avec un cp -r ....
 
 
Merci ..
 
 
bon c'est parti pour la compil ... et entre-temps je récupere les drivers nVidia ....
 
*pouf pouf*

J4ai donc des erreurs lors de mon make module ... voilà ce que j'obtiens lorsque je fais un:
 
 $ make modules > log
 

 
et pendant la compil j'ai pas le temps de voir si y'a des erreurs plus haut ...
 
 
que faire dans ce cas là ?
 
probleme de path ? peut on forcer la compiler malgré les erreurs ?
 
et .. peut on réparer et éviter ces erreurs ?

heu... je vois pas d'erreurs là
elles sont peut-être pas affichées sur ta redirection...
 
sinon la commande c'est : make modules
 
avec un "s", c'est pas pareil
 
si tu as des erreurs à cet endroit, tu peux faire ainsi :
 
- make menuconfig
 
General Setup
  Additionnal device driver support --->
 
tu décoches tout, c'est plutôt pour les entreprises ça, qd ils sont activés ça me cré aussi des erreurs, c'est expérimental sûrement...
 
- make clean dep modules bzImage modules_install
 
après ça tu connaitras sur le bout des doigts les commandes

BMOTheKiller a écrit a écrit : heu... je vois pas d'erreurs là elles sont peut-être pas affichées sur ta redirection...   sinon la commande c'est : make modules   avec un "s", c'est pas pareil   si tu as des erreurs à cet endroit, tu peux faire ainsi :   - make menuconfig   General Setup   Additionnal device driver support --->   tu décoches tout, c'est plutôt pour les entreprises ça, qd ils sont activés ça me cré aussi des erreurs, c'est expérimental sûrement...   - make clean dep modules bzImage modules_install   après ça tu connaitras sur le bout des doigts les commandes

 
 
oui mais c pour voir que ça se situe a ce niveau là ... les erreurs ne sont effectivement pas redirigés ... ce qui est con ..
 
je m'occupe du make menuconfig ... merci

pffffffffffffffff
 
les erreurs continuent .... avant ça s'arrêtaient sur paep.c ... maintenant sur eni.c  
 
 

Après une heure passé dans le makeconfig a chercher le driver atm pour l'eni155p .. j'ai enfin réussi a la virer .. piouf ... on recommence
 
 
 
EDIT :  
 
Bon .. question :
 
 
j'ai une erreur de fichier include sur chaque fichier lié à l'atm ...
 
 
Est ce que dans le menu config je peux virer que ce qui ce trouve sous ATM Drivers ?

Sans les erreurs, je vois pas comment on peut t'aider mon gars...

Comment est ce que je peux mettre la log de la comàpil en fichier ..
 
 
apparemment un make modules > log_mod ne suffit pas
 
la jai tout viré conceernant les drivers atm ..; et je recompile ..
 
edit : Nan mais là apparemment doit y avoir uen couille dans un fichier includé dans la plupart des drivers ...
 
 
maintenant ça merde dans le rép drivers/block
 
 
Faut vraiment que je trouve un moyen de loguer la compil .. plzzzzzzz

Bah copié/collé depuis ton  terminal...

 
 
en fait je t'explique ....
 
 
Si je recompile le kernel ... c'est dans le but de retrouver l'usage de ma souris ...

paranoidandroid a écrit a écrit :       en fait je t'explique ....     Si je recompile le kernel ... c'est dans le but de retrouver l'usage de ma souris ...

Rah oui, m'apprendra a pas relire les sujets, desole . Je crois que j'ai une autre soluce... je cherche... je te tiens au courant...  

Ayéééééé !!! J'a retrouvé !!!
$ script fichier.log
$ make modules (ou ce que tu veux...)
$ ^D
$ less fichier.log
 
and voila !!!