Eric BERTHOMIER wrote: > > Je viens de remarquer que je n'ai pas le probl�me avec mon ancien noyau > (que j'avais gard� sous la main). Je pense donc que c'est une option > oubli�e dans la compilation, une id�e ?
Oui, J'avais des probl�mes de ce genre quand je recompilais le m�me noyau que celui de la debian : - J'installe ma nouvelle debian XYZ avec un noyau 2.u.v - Je veux garder le noyau 2.u.v mais je le recompile pour mon proc�sseur avec mes options - je fais mes trucs et bidulles (make dep; make bzImage etc...) - Je reboote et j'ai plein de unresolved symbol En fait, le noyau de la debian ne doit pas mettre les informations 'je sais plus quoi' dans les modules. Si tu recompiles avec cette otpion, ton make modules_install ne vire pas les anciens modules debian sans cette option si tu n'as pas demand� de les recompiler. D'o�, il ne trouve pas les infos de version dans les modules debian et tu as plein de unresolved machin truc. Je m'explique : Debian propose par d�faut presque tous les modules possibles du noyau. Tu recompiles ton noyau et tu n'as pas besoin du module vfat (windows :) ), donc tu ne demandes pas de le compiler. Il ne sera alors pas vir� de /lib/modules/2.u.v et au d�marrage tu auras des unresolved symbol dependencies, car il ne correspond pas � ta version derni�rement compil�e. Donc avant ton make modules_install : $ su # cd /lib/modules # mv 2.u.v 2.u.v.old # cd /usr/src/linux # make modules_install J'ai eu ce probl�me avec une potato. Ga�l,
