Posté par bubar🦥 .
En réponse au message Distribuer un noyau.
Évalué à 3.
Dernière modification le 21 décembre 2011 à 03:02.
c'est suffisant mais s'il veut faire ça propre il devra ré-générer quelques fichiers s'il le fait dans l'ordre décrit. Ce n'est pas nécessaire au bon fonctionnement de ce type de machine, puisque le système va très bien se débrouiller tout seul, mais c'est quant même mieux d'éviter de se retrouver avec des spécificités d'une machine sur une autre. Et ça peut éventuellement éviter qu'il se retrouve avec un initrd foiré (en utilisant un outil automatique de la distro) car fait ensuite sur un noyau installé comme ça.
Perso je partirai au plus simple, c'est souple et rapide :
--> ne pas faire de make {modules,}install sur la machine de compilation
--> mais le déporter sur les machines cibles.
Donc réaliser le tarball servant au déploiement avec/depuis l'arborescence du noyau + modules compilés. (et non sur les résultats de make {modules,}install) ça évite de refaire des roues très bien faites, et ça évite les éventuels pb cités plus haut.
ps : Spack : une fois que ta procédure de déploiement est en place, tu peux automatiser le process initial pour la récupération des kernels qui t'intéressent avec l'outil ketchup par exemple. (et, j'imagine, y appliquer les patchs)
[^] # Re: Cross compilation
Posté par bubar🦥 . En réponse au message Distribuer un noyau. Évalué à 3. Dernière modification le 21 décembre 2011 à 03:02.
c'est suffisant mais s'il veut faire ça propre il devra ré-générer quelques fichiers s'il le fait dans l'ordre décrit. Ce n'est pas nécessaire au bon fonctionnement de ce type de machine, puisque le système va très bien se débrouiller tout seul, mais c'est quant même mieux d'éviter de se retrouver avec des spécificités d'une machine sur une autre. Et ça peut éventuellement éviter qu'il se retrouve avec un initrd foiré (en utilisant un outil automatique de la distro) car fait ensuite sur un noyau installé comme ça.
Perso je partirai au plus simple, c'est souple et rapide :
--> ne pas faire de make {modules,}install sur la machine de compilation
--> mais le déporter sur les machines cibles.
Donc réaliser le tarball servant au déploiement avec/depuis l'arborescence du noyau + modules compilés. (et non sur les résultats de make {modules,}install) ça évite de refaire des roues très bien faites, et ça évite les éventuels pb cités plus haut.
ps : Spack : une fois que ta procédure de déploiement est en place, tu peux automatiser le process initial pour la récupération des kernels qui t'intéressent avec l'outil ketchup par exemple. (et, j'imagine, y appliquer les patchs)
bisous