Compilation noyau - kernel [Réglé]
installation impossible
Système et matériels / Installation et configuration
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
Bonjour,Peut être une variable d' environnement qui ne s' initialise pas correctement lors de la compilation du 5.3.8,mais correctement lors de la compilation du 4.19 ( si dans la même konsole, les variables ne sont peut être remises à zero ?)
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
merci, mais c'est bizarre que l'exclusion de compilation du 'modules.builtin.modinfo' par ces variables d'environnements respecte les autres fichiers (dont vmlinuz, les modules, modules.builtin qui sont bien crées), non ?..
Et que cette exclusion disparaisse à la suite d'un session de compilation d'un noyau 4.x. sans création du fichier manquant des série 5.x.
Je viens néanmoins de réessayer avec le 5.4-rc6, et c'est idem ; pas de modules.builtin.modinfo dans le dossier source.
Pas le temps ce soir de revérifier si cela fonctionne après une compilation d'un 4.x.
Jibz, as tu compilé le noyau dont tu parles (linux v5.4 pour arm) ?
Édité par Gigi Le 05/11/2019 à 22h49
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Gigi :
Jibz, as tu compilé le noyau dont tu parles (linux v5.4 pour arm) ?
Oui oui.
Code TEXT :
[jibz@jabztop linux-5.4-rc3]$ ll total 59M drwxrwxr-x 25 jibz 4,0K nov. 3 22:04 ./ drwxr-xr-x 51 jibz 4,0K oct. 31 20:43 ../ drwxrwxr-x 27 jibz 4,0K oct. 14 01:37 arch/ drwxr-xr-x 3 jibz 4,0K oct. 27 10:45 BananaPro/ drwxrwxr-x 3 jibz 4,0K oct. 18 19:48 block/ drwxrwxr-x 2 jibz 4,0K oct. 18 19:47 certs/ drwxrwxr-x 4 jibz 4,0K oct. 18 19:47 crypto/ drwxrwxr-x 82 jibz 4,0K oct. 14 01:37 Documentation/ drwxrwxr-x 138 jibz 4,0K oct. 26 23:25 drivers/ drwxrwxr-x 76 jibz 12K oct. 18 19:48 fs/ drwxrwxr-x 29 jibz 4,0K oct. 18 19:46 include/ drwxrwxr-x 2 jibz 4,0K oct. 26 23:25 init/ drwxrwxr-x 2 jibz 4,0K oct. 18 19:47 ipc/ drwxrwxr-x 18 jibz 12K oct. 18 19:47 kernel/ drwxrwxr-x 18 jibz 20K oct. 18 19:48 lib/ drwxrwxr-x 6 jibz 4,0K oct. 14 01:37 LICENSES/ drwxrwxr-x 3 jibz 12K oct. 18 19:47 mm/ drwxrwxr-x 70 jibz 4,0K oct. 18 19:49 net/ drwxrwxr-x 29 jibz 4,0K oct. 14 01:37 samples/ drwxrwxr-x 15 jibz 4,0K oct. 18 19:47 scripts/ drwxrwxr-x 12 jibz 4,0K oct. 18 19:47 security/ drwxrwxr-x 26 jibz 4,0K oct. 18 19:48 sound/ drwxrwxr-x 35 jibz 4,0K oct. 14 01:37 tools/ drwxrwxr-x 3 jibz 4,0K oct. 18 19:47 usr/ drwxrwxr-x 4 jibz 4,0K oct. 18 19:48 virt/ -rw-rw-r-- 1 jibz 15K oct. 14 01:37 .clang-format -rw-rw-r-- 1 jibz 59 oct. 14 01:37 .cocciconfig -rw-r--r-- 1 jibz 109K oct. 26 23:24 .config -rw-r--r-- 1 jibz 109K oct. 26 22:54 .config.old -rw-rw-r-- 1 jibz 423 oct. 14 01:37 COPYING -rw-rw-r-- 1 jibz 98K oct. 14 01:37 CREDITS -rw-rw-r-- 1 jibz 71 oct. 14 01:37 .get_maintainer.ignore -rw-rw-r-- 1 jibz 30 oct. 14 01:37 .gitattributes -rw-rw-r-- 1 jibz 1,7K oct. 14 01:37 .gitignore -rw-rw-r-- 1 jibz 1,3K oct. 14 01:37 Kbuild -rw-rw-r-- 1 jibz 595 oct. 14 01:37 Kconfig -rw-rw-r-- 1 jibz 14K oct. 14 01:37 .mailmap -rw-rw-r-- 1 jibz 517K oct. 14 01:37 MAINTAINERS -rw-rw-r-- 1 jibz 60K oct. 14 01:37 Makefile -rw-r--r-- 1 jibz 614 oct. 27 10:35 .missing-syscalls.d -rw-r--r-- 1 jibz 11K oct. 27 10:35 modules.builtin -rw-r--r-- 1 jibz 50K oct. 26 23:25 modules.builtin.modinfo -rw-r--r-- 1 jibz 94 oct. 27 10:35 modules.order -rw-r--r-- 1 jibz 480K oct. 26 23:25 Module.symvers -rw-rw-r-- 1 jibz 727 oct. 14 01:37 README -rw-r--r-- 1 jibz 2,1M oct. 26 23:25 System.map -rw-r--r-- 1 jibz 444K oct. 26 23:25 .tmp_kallsyms1.o -rw-r--r-- 1 jibz 2,6M oct. 26 23:25 .tmp_kallsyms1.S -rw-r--r-- 1 jibz 444K oct. 26 23:25 .tmp_kallsyms2.o -rw-r--r-- 1 jibz 2,6M oct. 26 23:25 .tmp_kallsyms2.S -rw-r--r-- 1 jibz 2,1M oct. 26 23:25 .tmp_System.map -rwxr-xr-x 1 jibz 11M oct. 26 23:25 .tmp_vmlinux1* -rwxr-xr-x 1 jibz 12M oct. 26 23:25 .tmp_vmlinux2* -rw-r--r-- 1 jibz 2 oct. 26 23:25 .version -rwxr-xr-x 1 jibz 12M oct. 26 23:25 vmlinux* -rw-r--r-- 1 jibz 114 oct. 26 23:25 .vmlinux.cmd -rw-r--r-- 1 jibz 15M oct. 26 23:25 vmlinux.o [jibz@jabztop linux-5.4-rc3]$
et :
Code TEXT :
[jibz@jabztop linux-5.4-rc3]$ ll ./arch/arm/boot/ total 12M drwxrwxr-x 5 jibz 4,0K oct. 26 23:25 ./ drwxrwxr-x 96 jibz 4,0K oct. 14 01:37 ../ drwxrwxr-x 2 jibz 4,0K oct. 14 01:37 bootp/ drwxrwxr-x 2 jibz 4,0K oct. 26 23:25 compressed/ drwxrwxr-x 2 jibz 136K oct. 18 19:47 dts/ -rwxrwxr-x 1 jibz 1,7K oct. 14 01:37 deflate_xip_data.sh* -rw-rw-r-- 1 jibz 40 oct. 14 01:37 .gitignore -rwxr-xr-x 1 jibz 11M oct. 26 23:25 Image* -rw-r--r-- 1 jibz 103 oct. 26 23:25 .Image.cmd -rw-rw-r-- 1 jibz 1,7K oct. 14 01:37 install.sh -rw-rw-r-- 1 jibz 3,1K oct. 14 01:37 Makefile -rwxr-xr-x 1 jibz 2,9M oct. 26 23:25 zImage* -rw-r--r-- 1 jibz 130 oct. 26 23:25 .zImage.cmd
On y voit, le zImage (en gros vmlinuz), et modules.builtin.modinfo .
Je ne sais pas ce que tu ne fais pas (ou fais), mais il y a un truc qui cloche ^^
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code TEXT :
[...] LD [M] net/netfilter/xt_MASQUERADE.ko LD [M] net/netfilter/xt_addrtype.ko HOSTCC arch/x86/boot/compressed/mkpiggy LD [M] net/netfilter/xt_mark.ko LD [M] net/netfilter/xt_nat.ko CC arch/x86/boot/compressed/cpuflags.o CC arch/x86/boot/compressed/early_serial_console.o CC arch/x86/boot/compressed/kaslr.o AS arch/x86/boot/compressed/mem_encrypt.o CC arch/x86/boot/compressed/kaslr_64.o CC arch/x86/boot/compressed/pgtable_64.o CPUSTR arch/x86/boot/cpustr.h CC arch/x86/boot/compressed/acpi.o CC arch/x86/boot/cpu.o CC arch/x86/boot/compressed/eboot.o AS arch/x86/boot/compressed/efi_stub_64.o AS arch/x86/boot/compressed/efi_thunk_64.o CC arch/x86/boot/compressed/misc.o GZIP arch/x86/boot/compressed/vmlinux.bin.gz MKPIGGY arch/x86/boot/compressed/piggy.S AS arch/x86/boot/compressed/piggy.o LD arch/x86/boot/compressed/vmlinux OBJCOPY arch/x86/boot/vmlinux.bin ZOFFSET arch/x86/boot/zoffset.h AS arch/x86/boot/header.o LD arch/x86/boot/setup.elf OBJCOPY arch/x86/boot/setup.bin BUILD arch/x86/boot/bzImage Setup is 16092 bytes (padded to 16384 bytes). System is 8657 kB CRC 7784180e Kernel: arch/x86/boot/bzImage is ready (#1) [jibz@jabztop linux-5.4-rc6]$ ll total 213M drwxrwxr-x 24 jibz 4,0K nov. 5 23:15 ./ drwxr-xr-x 27 jibz 12K nov. 5 23:09 ../ drwxrwxr-x 28 jibz 4,0K nov. 5 23:15 arch/ drwxrwxr-x 3 jibz 4,0K nov. 5 23:11 block/ drwxrwxr-x 2 jibz 4,0K nov. 5 23:10 certs/ drwxrwxr-x 4 jibz 12K nov. 5 23:11 crypto/ drwxrwxr-x 82 jibz 4,0K nov. 3 23:07 Documentation/ drwxrwxr-x 138 jibz 4,0K nov. 5 23:15 drivers/ drwxrwxr-x 76 jibz 12K nov. 5 23:12 fs/ drwxrwxr-x 29 jibz 4,0K nov. 5 23:09 include/ drwxrwxr-x 2 jibz 4,0K nov. 5 23:10 init/ drwxrwxr-x 2 jibz 4,0K nov. 5 23:10 ipc/ drwxrwxr-x 18 jibz 12K nov. 5 23:11 kernel/ drwxrwxr-x 18 jibz 20K nov. 5 23:13 lib/ drwxrwxr-x 6 jibz 4,0K nov. 3 23:07 LICENSES/ drwxrwxr-x 3 jibz 12K nov. 5 23:11 mm/ drwxrwxr-x 70 jibz 4,0K nov. 5 23:14 net/ drwxrwxr-x 29 jibz 4,0K nov. 3 23:07 samples/ drwxrwxr-x 15 jibz 4,0K nov. 5 23:10 scripts/ drwxrwxr-x 12 jibz 4,0K nov. 5 23:11 security/ drwxrwxr-x 26 jibz 4,0K nov. 5 23:11 sound/ drwxrwxr-x 35 jibz 4,0K nov. 3 23:07 tools/ drwxrwxr-x 3 jibz 4,0K nov. 5 23:10 usr/ drwxrwxr-x 4 jibz 4,0K nov. 5 23:12 virt/ -rw-rw-r-- 1 jibz 15K nov. 3 23:07 .clang-format -rw-rw-r-- 1 jibz 59 nov. 3 23:07 .cocciconfig -rw-r--r-- 1 jibz 120K nov. 5 23:09 .config -rw-rw-r-- 1 jibz 423 nov. 3 23:07 COPYING -rw-rw-r-- 1 jibz 98K nov. 3 23:07 CREDITS -rw-rw-r-- 1 jibz 71 nov. 3 23:07 .get_maintainer.ignore -rw-rw-r-- 1 jibz 30 nov. 3 23:07 .gitattributes -rw-rw-r-- 1 jibz 1,7K nov. 3 23:07 .gitignore -rw-rw-r-- 1 jibz 1,3K nov. 3 23:07 Kbuild -rw-rw-r-- 1 jibz 595 nov. 3 23:07 Kconfig -rw-rw-r-- 1 jibz 14K nov. 3 23:07 .mailmap -rw-rw-r-- 1 jibz 517K nov. 3 23:07 MAINTAINERS -rw-rw-r-- 1 jibz 60K nov. 3 23:07 Makefile -rw-r--r-- 1 jibz 597 nov. 5 23:10 .missing-syscalls.d -rw-r--r-- 1 jibz 7,8K nov. 5 23:10 modules.builtin -rw-r--r-- 1 jibz 81K nov. 5 23:15 modules.builtin.modinfo -rw-r--r-- 1 jibz 369 nov. 5 23:15 modules.order -rw-r--r-- 1 jibz 584K nov. 5 23:15 Module.symvers -rw-rw-r-- 1 jibz 727 nov. 3 23:07 README -rw-r--r-- 1 jibz 4,1M nov. 5 23:15 System.map -rw-r--r-- 1 jibz 855K nov. 5 23:15 .tmp_kallsyms1.o -rw-r--r-- 1 jibz 5,0M nov. 5 23:15 .tmp_kallsyms1.S -rw-r--r-- 1 jibz 855K nov. 5 23:15 .tmp_kallsyms2.o -rw-r--r-- 1 jibz 5,0M nov. 5 23:15 .tmp_kallsyms2.S -rw-r--r-- 1 jibz 4,1M nov. 5 23:15 .tmp_System.map -rwxr-xr-x 1 jibz 55M nov. 5 23:15 .tmp_vmlinux1* -rwxr-xr-x 1 jibz 55M nov. 5 23:15 .tmp_vmlinux2* -rw-r--r-- 1 jibz 2 nov. 5 23:15 .version -rwxr-xr-x 1 jibz 55M nov. 5 23:15 vmlinux* -rw-r--r-- 1 jibz 134 nov. 5 23:15 .vmlinux.cmd -rw-r--r-- 1 jibz 48M nov. 5 23:15 vmlinux.o [jibz@jabztop linux-5.4-rc6]$ history | tail -n 4 996 make defconfig 997 make -j8 998 ll 999 history | tail -n 4 [jibz@jabztop linux-5.4-rc6]$
Donc, je suis dans le dossier 5.4-rc6, le tarball que je viens tout juste de télécharger.
J'ai fait make defconfig (vraiment bateau)
puis make -j8 (parce que je peux me le permettre)
et j'affiche le produit de la compile, on y trouve le fichier :
-rw-r--r-- 1 jibz 81K nov. 5 23:15 modules.builtin.modinfo
...
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
Je fais la même chose avec les 4.X et les 5.X ;
xconfig
make
make modules
make modules_install (et là, ça ne fonctionne plus avec les 5.X... Sauf si je compile un 4.X avant !)
make install
Sur x86 cependant, ryzen sur ma tour et intel sur mon portable... Et j'ai le même soucis sur les 2 !
Je ne crois pas avoir installé la 7.1, je crois que je suis sur la 7 à jour (donc à priori idem).
(les variables d'environnement auraient été modifiées sans être mises à jour ?)
...?
C'est peut-être le mistral !!!
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
En fait, la 7.1, c'est une "mise à jour" des ISO. Mais quand tu as la 7 à jour, tu es forcément sur la même version qu'avec un PC installé depuis les ISO 7.1.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Gigi :
Je fais la même chose avec les 4.X et les 5.X ;
Code BASH :
xconfig make make modules make modules_install (et là, ça ne fonctionne plus avec les 5.X... Sauf si je compile un 4.X avant !) make install
Ouh là, tu ne fais pas de defconf ou autre ? Tu passes directement à xconfig ?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Ouh là, tu ne fais pas de defconf ou autre ? Tu passes directement à xconfig ?
Normalement, le xconfig permet de définir ces informations, non ( en tout cas c' est ce que je comprends de ce fichier à partir de la ligne 148 ) ? Cela fait longtemps que je ne compile plus de noyaux ( cela prends un certain temps et les rares fois que j' ai essayé, j' ai souvent rencontré des kernel panic au redémarrage !)...
Édité par nic80 Le 06/11/2019 à 22h53
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Utiliser une ancienne configuration existante est un bon point de départ et évite de refaire une à une les miliers d'options possibles.
Make oldconfig par exemple, ou spécifier le fichier config dans /boot pour reprendre la configuration de mageia.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
La précision sur les 7 et 7.1 était au cas où des variables n'auraient pas été modifiées malgré les mises à jour en suivant l'hypothèse de nic80... Il faut bien tenter de trouver une raison à ce dysfonctionnement
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
avoir deux copies des sources du noyau 5, une copie du noyau 4
ouvrir deux terminaux
partie 1:
compiler le noyau5 dans le terminal 2
compiler le noyau5 dans le terminal 1
partie2:
compiler le noyau4 dans le terminal 1
compiler le noyau5 dans le terminal 1
partie3:
compiler le noyau 5 dans le terminal 2
Pourquoi ?
Tu parles de varaible, et la possibilité de compiler le 5 "completement" (avec ce fameux fichier) après le 4.
Avec ce processus, on vient vérifier que l'environnement influe.
Dans la partie 1, on créé l'environnement, on vérifie l'échec,
dans la partie 2, on vient vérifier qu'après la compile du 4, on réussi à faire le 5.
dans la partie 3, on est dans un AUTRE terminal qui n'a pas été influencé par la compilation du noyau 4, normalement on vérifie qu'il y a un echec encore.
Bonus:
oui, partie bonus :
taper dans les deux terminaux :
env >~/terminal1
env >~/terminal2
(je ne sais malheureusement pas récupérer les variables du terminal, ça doit se trouver sur internet.)
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
J'ai testé... En me perdant dans les consoles et en cherchant à isoler le soucis, j'ai réussi à retrouver une façon de faire.
Je passe les détails sans importances de l'enquête, voici ce qui est ;
Le fichier 'modules.builtin.modinfo' n'est produit que si le .config dans les sources est le fichier config utilisé pour le "make".
Si l'on part de la configuration par défaut (le .config du kernel en fonction), les modifications sont transcrites dans le .config du dossier des sources et tout fonctionne.
Si par contre, on utilise un autre .config (ce que je faisais avant les 5.x pour ne pas tout refaire à chaque soucis ou tests de configuration), le fichier .config des sources n'est plus utilisé (les modifications sont notées dans le fichier externe xxx.config) et le fichier 'modules.builtin.modinfo' n'est pas créé malgré une compilation sans soucis tant du kernel que des modules.
En copiant le fichier xxx.config externe dans le dossier des sources (!.. C'est un fichier caché ; c'est .config et pas xxx.config), cela fonctionne de nouveau...
Avant, le fichier xxx.config externe était utilisé sans poser de problème.
Est-ce que ce (dys)fonctionnement sera à l'avenir modifié (par les variables d'environnement) ?..
J'espère que ces posts serviront.
Merci à vous
Édité par Gigi Le 24/11/2019 à 13h14
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie