Vous n'êtes pas identifié(e).
Pages : 1
Bonsoir,
j'ai suivi le tuto pour compiler un noyau à la sauce debian et lorsque je lance make-kpkg je me fais gentillement jeter :
make-kpkg --rootcmd fakeroot --append-to-version=.`date +%y%m%d` --revision=2.6.15 kernel-image kernel_headers
I note that you are using the --revision flag with the value
2.6.15.
However, the ./debian/changelog file exists, and has a different value
3.
I am confused by this discrepancy, and am halting.
j'ai bien vu " ./debian/changelog" mais je sais pas quoi faire".
Est-ce qu'un maitre Es-compil pourrais m'aiguiller ?
stef
Hors ligne
J'espère ne pas dire de bêtises, mais je suppose que tu n'en es pas à ta première compilation de noyau, et il te dis qu'il existe déjà un paquet avec comme numéro 2.6.15. Donc ça le perturbe, il voudrait un numéro supérieur, pour faire la différence entre les 2 paquets
(enfin, je crois, de mémoire et sans avoir relu le tuto recemment)
Korova, aventurière (même pas peur) GNU/linux depuis 2003
Hors ligne
oui en efft, ce n'est pas la première.
Mais depuis la précédente compil j'ai oublié comment résoudre ce problème. Pourtant je suis actuellement avec un 2.6.14.
Bien que j'ai déjà réussi c'est exploit (la compil d'un nouveau noyau) c'est une manip qui ne m'est pas du tout familière.
Je pense qu'il faille effacer queque chose quelque part pour continuer mon petit travail inachevé.
stef
Hors ligne
Il me semble (je n'ai pas de source debian sur ma machine en ce moment) qu'il y a un fichier version.Debian dans linux-source-2.6.15, regarde son contenu, ça doit être 2.6.15-x.
J'avais l'habitude d'utiliser ce numéro pour --revision=2.6.15-x et jamais eu de problème.
Dernière modification par bz31 (05/03/2006 22:55:03)
Hors ligne
exact en éditant le fichier version.Debian y a marqué : 2.6.15-7
J'ai donc ecrit --revision=2.6.15-7 et la compil à démarrer......
mais il (ou peut-être elle) me pose cette question
Local version - append to kernel release (LOCALVERSION) [] (NEW)
C'est quoi ça ?
Stef
Hors ligne
C'est bon je sais ce que s'est (enfin je crois). La compilation ne prends pas en compte le fichier .config. Pour chaque entrée je dois répondre par non ou noyau ou module.
Je sais pas ce que j'ai raté pour avoir cela ?
Dernière modification par stef (05/03/2006 23:09:21)
Hors ligne
Si, la compilation prends ton .config et pose éventuellemnt quelques questions.
Tu devrais, après avoir copié un ancien .config, faire un "make oldconfig". En suite tu peux refaire un make menuconfig pour affiner si nécessaire.
Local version - append to kernel release (LOCALVERSION) [] (NEW)
Ceci est une nouvelle option, je crois que c'est l'équivalent (une alternative) de l'option --append-to-version de make-kpkg.
Hors ligne
à la fin de la compil j'ai eu ce message :
make[1]: quittant le répertoire « /home/stef/kernel/linux-source-2.6.15 »
make: *** [debian/stamp-build-kernel] Erreur 2
Cela n'a pas l'air terrible comme resultat ?
Hors ligne
Ca m'arrive aussi des fois (rares) le noyau source debian ne se compile pas. Il faut attendre la prochaine version debian.
Par contre je n'ai jamais eu de problème de compile avec le noyau source de kernel.org.
Hors ligne
Salut à tous,
j'ais fait un tuto pour le noyau que j'ai fais à partir de ma Debian stable et le 2.6.15 si ça peut aider :
installer les packages :
apt-get install bzip2 libncurses5-dev kernel-package
récupérer le noyau
puis
$ su
# cp /la_ou_est_la_source/linux-2.6.x.x.tar.bz2 /usr/src/
# cd /usr/src/
# tar --bzip2 -xvf linux-2.6.x.x.tar.bz2
# cd linux-2.6.x.x
#cp /boot/config-2.6.x.x-arch-k7 .config
./ arch = votre architecture
configurer le noyau :
3 interfaces pour la commande make :
menuconfig dans la console avec menu et couleurs
xconfig dans une fenêtre avec Qt
gconfig dans une fenêtre avec Gtk
si Xlib: connection too ":0.0" refused by server
faite :
# exit
$ kdesu make gconfig
la même avec juste l'anciene config , un enregistrement et le noyau devrais etre bon
# su
# make-kpkg clean
lancer la compilation :
make-dpkg --append_to_version -arch --initrd --revision=rev.01 kernel_image
cd ..
et installer votre nouveau noyau
dpkg -i kernel-image-2.6.x.x-arch-rev.1_i386.deb
redemarrer
et reconpiller votre module ATI ou NVIDIA
bientôt j'essaye de mettre à votre disposition un pdf plus conplet et clair
ignace
Hors ligne
J'ai eu le même soucis et la solution que j'ai trouvé c'est de virer le dossier debian situé dans le dossier linux. J'ai également changer de place le .deb généré pour qu'il puisse en créer un nouveau. Par contre là où j'ai été bloqué, c'est sur l'install du noyau. J'avais d'abbord recompiler un nouveau noyau 2.6.14 et quand je l'ai installé, j'ai eu un mauvais "Noyau utilisé, erreur d'install" (je me souviens plus du message précisément). Même en me connectant avec un autre noyau, j'ai eu le même soucis. J'ai résolu ce problème en recompilant un nouvau noyau (à savoir le 2.6.15) et à l'installer normalement et là non soucis.
Bon le truc c'est que maintenant j'ai 3 noyaux, le standard debian (original), le 2.6.14 et le 2.6.15. Ce qui n'est pas super propre mais bon...
Hors ligne
Pour ma part, je ne vanterai jamais assez les mérites du vanilla kernel :
Documentation LFS
Y'a qu'à prendre la dernière version stable du noyau
sur kernel.org, lire ça et le faire. (N'appliquez pas le patch par contre)
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Hors ligne
Pages : 1