Compilation noyau - kernel [Réglé]
installation impossible
Système et matériels / Installation et configuration
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
depuis la version 7.1, je crois, et ses nouveaux noyaux, je n'ai plus la possibilité d'installer un noyau nouvellement compilé (et oui, je m'amuse encore à ça).
Malgré tout, j'aimerais savoir pourquoi lorsque l'on en est au "make modules_install" ; l'installeur ne trouve pas le fichier "modules.builtin.modeinfo" (qui en effet n'est pas dans le dossier des sources) et donc, ne peut plus installer le nouveau noyau et ses modules...
Des idées ?
J'ai cru voir que les nouveaux noyaux (5.2 ?) avaient changé de façon avec ce nouveau fichier qui est manquant à l'appel de make modules_install...
Que faudrait il mettre à jour ?
Quel est la nouvelle façon d'installer un noyau fraichement compilé ?..
Merci à vous pour toutes voies de possibilités !
Édité par Gigi Le 03/11/2019 à 19h02
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
https://www.google.fr/search?q="mode-info"+kernel&oq="mode-info"+kernel
Car ni dans les paquets, ni sur internet, je ne trouve un tel fichier.
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
Voilà ce que donne une tentative d'installation des modules à la suite d'une compilation complète sans soucis ;
[root@localhost linux-5.3.8]# make modules_install
cp: impossible d'évaluer './modules.builtin.modinfo': Aucun fichier ou dossier de ce type
make: *** [Makefile:1338: _modinst_] Error 1
([root@localhost linux-5.3.8]# ls
arch/ CREDITS fs/ Kbuild LICENSES/ modules.builtin README sound/
block/ crypto/ include/ Kconfig MAINTAINERS modules.order samples/ tools/
certs/ Documentation/ init/ kernel/ Makefile Module.symvers scripts/ usr/
COPYING drivers/ ipc/ lib/ mm/ net/ security/ virt/
[root@localhost linux-5.3.8]# )
Ce fichier modules.builtin.modinfo ne semblait pas exister auparavant... Et n'existe toujours pas !.. Ce qui cause l'arrêt de la tentative d'installation
"With kernel 5.2 a file is created which stores informations about the
builtin modules, for more information see [1]. Without this patch a Q/A
issue will be thrown.
[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/ \
linux.git/commit/Documentation/kbuild/ \
kbuild.txt?h=v5.2-rc4&id=898490c010b5d2e499e03b7e815fc214209ac583
Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
"
Édité par Gigi Le 03/11/2019 à 16h41
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Pourtant, il devrait bien exister quelque part ... Par exemple sur mon pc, j' ai :
Citation :
/usr/lib/modules/5.3.7-desktop-4.mga7/modules.builtin.modinfo
Depuis quel répertoire le make modules_install est lancé ?
edit: le "make modules" a t' il été lancé avant le make modules_install ?
Édité par nic80 Le 03/11/2019 à 18h10
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
Lors de la compilation d'un noyau ; make, make modules, make modules_install à partir du répertoire où sont les sources ; ce fichier n'est pas créé malgré la compilation du kernel et des modules sans soucis (aucune erreur de sortie).
Le répertoire que j'utilisais était jusqu'à présent dans un répertoire utilisateur et cela ne posait pas de problème (j'installais le tout à la fin en root)...
Depuis les noyaux 5.2, probablement et la note de modif ci dessus, et cette absence du fichier dont je parle ici, j'ai tenté de revenir aux fondamentaux ; /usr/local, usr/src, le tout en root tout le temps, tout en console (pas de kconfig) pour essayer de limiter les sources d'erreurs, mais rien n'y a fait...
Édité par Gigi Le 03/11/2019 à 19h08
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 :
/home/xxx/Téléchargements/linux-5.3.8/modules.builtin
D'après la sortie ls ?..
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Édité par Jybz Le 03/11/2019 à 21h04
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
Le truc est dans l'annonce des changements pour les kernel à partir du 5.2 ;
"With kernel 5.2 a file is created which stores informations about the
builtin modules, for more information see [1]. Without this patch a Q/A
issue will be thrown."
cf, ci dessus.
Mais... Il n'y a pas de création de ce P!:;!:;!: de fichier !!!! Et patcher un nouveau noyau pour cela qui est censé avoir cette fonctionnalité me semble "tordu" !
Je n'y connais pas grand chose, je ne suis pas informaticien, cependant, j'ai vécu les glorieux moments où l'on était en surexcitation d'avoir réussi à faire fonctionner son graveur/dvd avec une mandrake 7.2... Avec le son !!! Je compile mes kernel depuis et j'ai gardé l'habitude, obsolète j'en conviens (mais j'aime bien élaguer/optimiser pour le fun d'un obsesssionel
)Bref, quelque chose à changé depuis les 5.2... Je compilais les noyaux sur mageia 7 jusqu'à ces versions...
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
[jibz@jabztop linux-5.4-rc3]$ ll total 59M drwxrwxr-x 25 jibz 4,0K oct. 27 10:45 ./ 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
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
je prends toujours le fichier de conf du noyau de mageia de base (5.3.7 en l'occurence) et j'élague après, ce que je connais et qui m'est inutile.
J'imagine alors que je n'ai pas retiré l'option ad hoc...
Mais je regarderai mieux le fichier de conf...
Merci pour ton aide en tous cas !
Gigi Membre non connecté
-
- Voir le profil du membre Gigi
- Inscrit le : 05/06/2011
- Groupes :
J'ai vérifié qu'il m'était toujours possible de compiler un noyau de la série 4.19, et cela s'est passé sans soucis, installation comprise... (pas de modif du système, pas de mise à jour, "comme avant").
Et puis, j'ai tenté de compiler un 5.3.8 dans les même "Konsole"... Et ça a fonctionné !!?
Avec le création du fameux fichier binaire qui manquait précédemment (absent de la compilation du 4.19).
J'ai vérifié cela sur ma tour comme mon portable, proc et CM différents.
Il y a bien quelque chose qui se passe différemment entres les 4.19 et la suite, et qui "se répare" si l'on enchaine les compilation de noyau (--> la création du 'modules.builtin.modinfo' dans les sources des 5.X).
?..
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
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 ?)
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie