Nicolas FRANCOIS wrote:
>
> > rm -rf /lib/modules/`uname -r`
> > cd /usr/src/linux
> > make clean
> > make modules
> > make modules_install
> 
> Heu, si on fait un make clean, on bousille le System.map. Je crois que
> tu veux dire que je dois faire ca APRES m'etre occupe de cela, non ? (il
> faut dire que je suis les instructions a la lettre, parfois un peu
> trop).

Euh... Je dois dire que je n'avais jamais regard� ce que faisait r�ellement
le "make clean" (c'est beau la confiance! =)). Effectivement, �a efface le
System.map... C'est vrai que dans la vraie proc�dure, on fait le "clean"
avant le "zImage", et c'est lui qui cr�e le System.map. La question est de
savoir si le System.map est utilis� par "make modules"... Dans le doute, je
pense que tu as s�rement raison et qu'il faut mieux ne pas faire ce "make
clean"... Autant pour moi! =)

> > Personnellement, je trouverais plus logique que le "make modules_install"
> > efface les modules existant automatiquement. Mais j'imagine qu'il y a une
> > raison pour ne pas le faire (si quelqu'un la connait, je veux bien
> > l'apprendre)...
> 
> Je suppose que ca permet de ne pas bousiller des modules utiles pour une
> autre version du noyau, si on est en phase d'experimentation, comme je
> le suis.

Oui, c'est vrai que de toute fa�on, il ne faut pas trop automatiser les
choses. M�me si pour l'instant, j'ai toujours chang� le noyau � la mani�re
de la roulette russe, c'est � dire sans aucune s�curit� ni aucun moyen de
red�marrer si quelque chose se passe mal... Mais bon, toujours la confiance!
=)

> Le fait est que je ne sais pas trop a quoi ca sert, mais j'ai dans mon
> fstab une ligne du genre
> none                    /dev/pts                devpts  mode=0622
> 0 0
> qui donne un message d'erreur lors d'un mount -a, donc je le rajoute.

Ah l�, j'ai lu des trucs l�-dessus y'a quelques semaines! (Souvenez-vous du
probl�me avec Midnight Commander). Mais le mieux est d'aller lire
Documentation/devices.txt, compl�tement en fin de fichier. Je n'ai pas
compris tr�s bien ce qu'�tait concr�tement un PTY (pseudo-terminal), mais
apparemment le fonctionnement en Unix98 est dynamique, on cr�e les entr�es
dans /dev/pts/ � la demande : �a semble moderne. =)

Gregus

Répondre à