Bonjour,
Je suis nouveau sur le forum.
Je cherche de l'aide pour compiler une noyau 4.18.7 Preempt RT 5 en X86 32 bits sous Xubuntu 18.04.1 32 bits. Impossible d'y arriver, il ne se passe rien sur le terminal au bout de qq secondes.
J'y arrivais très bien pour les compilations des noyaux en 4.16.x Preempt RT, mais plus en 4.18.x Preempt RT.
J'ai fait l'essai d'installer un Xubunut 18.04.1 64 bits, et dans ce cas la compilation 4.18.7 Preempt RT 5 en 64 bits se passe bien (mise à part un démarrage très long avec "random: crng init done" sous dmesg. Mais c'est un autre sujet…), mais j'en ai besoin en 32 bits.
--> est ce quelqu'un sait comment compiler un noyau 4.18.x en 32 bits ?
Olivier
# faut etre plus precis
Posté par NeoX . Évalué à 6.
tu as bien tout installer (paquet build-essentials) ?
tu lances quoi comme commande ?
tu as des messages d'erreur ?
[^] # Re: faut etre plus precis
Posté par oartigues . Évalué à 1. Dernière modification le 08 octobre 2018 à 18:11.
Merci de ce début de réponse.
au préalable, je fais les appels apt-get install suivants :
Puis je prépare le noyau en lui appliquant le patch Preempt RT :
Après avoir activé le patch Preempt RT dans le menu, je lance la compilation :
j'optiens ceci dans la console :
Et puis plus rien, cela s'arrête sur cette dernière ligne…
Des idées ?
Olivier
[^] # Re: faut etre plus precis
Posté par NeoX . Évalué à 2.
pourquoi y a tant d'option dans ta ligne de make
de memoire quand je faisais un kernel, meme "personnalisé"
c'etait un simple
apres relecture je vois que tu ne fais pas un simple kernel,
tu refais un paquet debian make-kpkg pour installer le kernel ailleurs
quand tu dis qu'il ne se passe rien, cela te rend la main, ou ca reste "bloqué" ?
[^] # Ne pas/plus utiliser kernel-package
Posté par Cyril Brulebois (site web personnel) . Évalué à 3.
Hello,
kernel-package
, fournissant la commandemake-kpkg
, est déprécié depuis fort longtemps.Basculer sur
make deb-pkg
(oumake bindeb-pkg
) est une très bonne idée, c'est maintenu upstream (cf.scripts/package/Makefile
) et c'est adapté quand nécessaire pour que ça continue à fonctionner de version en version.C'est également une recommandation côté
debian-kernel
, cf. le Debian Linux Kernel Handbook.Je finirais par mentionner que générer un
.deb
est très utile pour un usage local (et pas forcément pour une autre machine) : cela permet d'obtenir un paquet intégré dans le gestionnaire de paquets (y compris les hooksinitramfs-tools
,grub*
etc.), plutôt que d'avoir des fichiers en vrac qu'il faut maintenir (ou laisser pourrir) soi-même…Debian Consultant @ DEBAMAX
[^] # Re: Ne pas/plus utiliser kernel-package
Posté par oartigues . Évalué à 2.
Merci Cyril !
En effet, en utilisant make bindeb-pkg ça a marché !
J'ai enfin mon noyau 4.18.7.RT 5 compilé en X86.
Bravo et encore merci pour votre aide à tous,
Olivier
[^] # Re: faut etre plus precis
Posté par Anonyme . Évalué à 1. Dernière modification le 08 octobre 2018 à 18:59.
Essaye avec -j 0 la fin sera plus au moment bloquant, car avec 16 proccessus l'erreur n'est pas toujours indiqué vers la fin.
En tout cas je vois pas l'erreur.
Moi j'utilise ceci sous debian pour avoir les 2 fichiers .deb:
- cd 4.1xxx
- cp /boot/config-$(uname -r) .config
- make menuconfig
- make-kpkg clean
- fakeroot make-kpkg -j 15 --initrd kernel-image kernel-headers
ou
Pour avoir un nom unique et incrémenté suivant les secondes écoulé entre 2 compil:
- fakeroot make-kpkg -j 15 --initrd --append-to-version=-$(date '+%s') kernel-image kernel-headers
Sous debian je suis obliger de vider CONFIG_SYSTEM_TRUSTED_KEYS="" car il compile pas (mais j'ai l'erreur d'afficher).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.