(Courriels de diversion: <approuvee@avilirez-readmission.com> <effrenes@artisan-sidererez.com> <hesitais@trempez-sensibiliserions.com> <informeraient@enfoncent-ameutaient.com> <epaissirait@soulagement-determinations.com> <entremises@coulants-actualisent.com> <furibonde@estomperons-malmenaient.com> <resumerons@loueraient-egoutter.com> <gammee@piegeaient-horticulteur.com> <meriterai@groupes-reincorporent.com> )
Arne Stölck wrote: > Bonjour, > > la commande magique est > > # make oldconfig > > Pour que cela marche, il faut avoir la configuration du noyau courant, qui > théoriquement se trouve dans /usr/src/linux/.config. Avec ceci, make > retrouve toutes les nouvelles variables de configuration pour le noyau et > ne demande (en ligne de commande) que pour ces valeurs ce qu'il doit > faire. en fait, j'utilise 2 machines ma machine de dév et une cible qui recevra le nouveau noyau avec kgdb ma machine de dév contient potentiellement une version != de celle de la cible donc les /usr/src/linux/.config peuvent être différent j'ai démarré en mettant les sources de mon noyau de dév dans mon ./home => si je recopie le .config de ma cible dans mes nouveaux sources : ça devrait marcher ... au moins pour la compil sauf si il y a des références en dur dans la chaine de compil sur /usr/src mais cela ne semble pas le cas j'essaie la manip "make oldconfig" > > donc, en pas-à-pas, ça donne > > # cd /usr/src > # tar xvzf <chemin>/linux-<version>.tar.gz > # cp linux/.config linux-<version>/ > # cd linux-<version>/ > # make oldconfig > > Si le répertoire /usr/src est organisé proprement, /usr/src/linux devrait > pointer sur /usr/src/linux-<version noyau courant>. Auquel cas il suffira > de faire > > # cd /usr/src > # rm linux > # ln -s linux-<nouvelle version> linux > > Avant de patcher et compiler le nouvau noyau. > > Petite note importante : > > Au niveau de l'installation du nouveau noyau, surtout ne pas écraser le > noyau existant. Mais ajouter une nouvelle option au menu de démarrage > grub/lilo. > > Dans le cas de lilo, s'assurer que la commande > > # lilo > > s'exécute sans erreur ni warning... Au risque de se retrouver avec un ordi > qui démarre plus. > > puis, pour le reste : > > http://lea-linux.org/cached/index/Kernel-kernel.html (général config > noyau) > > http://www.aerospacesoftware.com/kernel-compile-howto.html (plus > spécifique, pour mandrake 9.2, mais en anglais) > merci pour les infos > bonne chance :) > >> bonjour, >> >> Je voudrais utiliser kgdb sur une mandriva 10.2 >> La version courante du noyau est 2.6.11-6mdksmp >> la mise en oeuvre de kgdb s'effectue par patch des sources du noyau. Le >> site >> de kgdb fournit des patchs pour différentes versions du noyau mais >> évidemment pas pour un 2.6.11-6mdksmp. >> >> Je crois comprendre que le noyau 2.6.11-6mdksmp est construit à partir : >> * du noyau 2.6.11.6 de kernel.org >> * plus ajout de patch "maison" de la part de mandriva >> >> La dernière version de kgdb supporte le noyau 2.6.13 >> >> ce que j'envisage de faire : >> >> * récupérer les sources du noyau 2.6.13 de kernel.org >> * appliquer les patchs correspondants pour kgdb et recompiler >> * mettre à jour le noyau avec ma nouvelle compil >> * et relancer le tout en ayant une mandriva+kgdb 10.2 >> >> c'est la dernière ligne qui m'inquiète ... >> >> question : >> est ce les applis et la config d'une distribution >> doivent/peuvent/devraient >> continuer à fonctionner si on leur fournit un noyau plus récent que prévu >> ? >> >> Je me dis (juste au pifomètre) qu'un noyau un peu plus récent doit rester >> compatible avec un noyau un peu plus ancien (aux fix près) >> donc les applis, libc ... utilisant un noyau 2.6.11 devraient fonctionner >> avec un 2.6.13. >> correct ? >> >> Sauf que mon 2.6.11 est en fait une version "trafiquée" par mandriva et >> je ne sais pas jusqu'où va cette customisation (changement de libellé >> pour faire apparaître le nom "mandriva" ou "secouage" intensif du code du >> noyau dans tous les sens ?) >> >> En résumé, sur une mandriva (ou autre distrib), peut on utiliser des >> noyaux >> de versions proches ne provenance de kernel.org ou les distrib sont >> tellement custom que ça ne fonctionne jamais => dans ce dernier LFS est >> il le seul et dernier recours ? >> >> merci d'avance >> >> >> -------------------------------------------------------------------- >> Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/> >> >> > > > > -------------------------------------------------------------------- > Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/> -------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>