Voici quelques étapes simples pour résoudre le problème du noyau de compilation centos 5.
Approuvé : Fortect
- La personne est-elle en sécurité ? Centos semble avoir un environnement de travail complet. Si vous remplacez le composant critique suivant, cela pourrait bien être les tendances du reste du système.
-
ÊTES-VOUS ABSOLUMENT SER ? 99 sérieusement, 0,9%, lorsque les utilisateurs n’ont plus besoin de reconstruire leur propre noyau. Vous devrez peut-être simplement concevoir le module du noyau dans la seule combinaison spécifiée dans la section « Créer vos propres modules du noyau ».
-
Les fonctionnalités spécifiques requises sont-elles disponibles lors de l’installation de l’un de ces modules de noyau pour le projet ELRepo ?
- Les fonctions utiles dont vous avez besoin sont-elles facilement accessibles en tant qu’objet séparé du noyau électrique ?
Approuvé : Fortect
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
- 1. Téléchargez Fortect et installez-le sur votre ordinateur
- 2. Lancez le programme et cliquez sur "Scan"
- 3. Cliquez sur "Réparer" pour résoudre les problèmes détectés
L’objectif dont votre entreprise a besoin est-il disponible dans le noyau CentOS Plus reconnu dans le référentiel CentOSPlus ?
-
Dernier avertissement. … … … Si vous annulez le noyau ou le système personnel, enregistrez-le et donc, en prime, aidez à enregistrer toutes les parties et les cris associés que votre système ne mettra pas en ligne.
Il existe définitivement deux modes pour créer votre propre noyau pour CentOS. La première consiste à construire un noyau en ayant des paramètres configurables à partir de sources, généralement CentOS, et le plus important est de construire un noyau principal avec une sorte de sources obtenues pour l’article à partir de l’archive du noyau Linux.
Cette FAQ concerne la construction du noyau correct apporté par les sources CentOS avec vos options individuelles ou peut-être des modifications. Comme écrit pour CentOS-7.
(Si une personne souhaite construire un noyau de qualité grand public, ne suivez pas les instructions m sur l’assemblage de mon noyau. Ce site n’est pas seulement maintenu, il décrit donc la construction comme une différence majeure qui n’est pas sûre et notre approche est déficient. Voir une explication détaillée de la construction d’un RPM source sur un CentOS non racine. Le noyau Linux dans un seul et même mot est certainement une bonne référence concernant la construction d’un noyau de base.)
1. Faites vos préparatifs
Pour réussir à compiler ce noyau, vous aurez probablement besoin d’installer les offres de packages suivantes :
-
yum groupinstall development gear
-
yum install ncurses-devel
-
yum fit qt3 – devel (uniquement important si vous voulez utiliser make xconfig au lieu de make gconfig ou make menuconfig.)
-
yum build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel
-
L’arborescence des sources du noyau est terminée. Vous devez respecter les instructions de la section 2 de tous les documents “J’ai besoin des sources du noyau”.
Lorsque vous exécutez des commandes avant yum, notez s’il s’agit de références d’exception. Si vos délicieux fichiers de configuration n’ont que des lignes « exclure » qui se rapportent enfin au noyau et aux packages utiles, ces personnes voudront peut-être également être supprimées. Il faut comprendre que bien que les activités de CentO découragent l’utilisation d’exceptions liées, ces fournisseurs n’autorisent pas les noyaux de pop-corn pour cuisinière modifiés par l’utilisateur à s’exécuter dans leur environnement pris en charge. Pour plus d’informations sur ce sujet, consultez l’article Quick Wiki, Section 3, Broken CentOS Virtual Server. Notez que c’est toujours un bon moment pour avoir une sauvegarde mise à jour et vérifiée du contenu d’une personne que vous ne devriez pas perdre.
Si vous souhaitez ajouter les correctifs du noyau, copiez votre répertoire ~ / rpmbuild et SOURCES / correct ici.
2. Noyau installé
Changez le répertoire en ~ ou rpmbuild / BUILD / kernel – * et linux – * / et copiez dans le répertoire concernant en tant que .config, soit l’emplacement actuel à partir du répertoire configs /, soit un fichier lors du démarrage du noyau. fichier de configuration via le nouveau répertoire /boot/.
[utilisateur sur l'hôte] $ ~ / rpmbuild / BUILD / kernel - * / linux - 1 . /
[utilisateur @ hôte] $ music clubpenguin configs / kernel-3.10.0-`uname -m`.config .config
[utilisateur sur l'hôte] $ cp / boot / config-`uname -r` .config
Remarque. Les caractères environnants uname -m ou uname -r sont presque toujours des backticks plutôt que des apostrophes.
Premier coût make oldconfig. Vous devez maintenant vous entraîner à faire menuconfig, gconfig ou exécuter xconfig pour mettre en place votre configuration de noyau. C’est fait, n’oubliez pas pour refaire vos modifications.
Ajoutez ensuite l’ordre qui, selon les experts, est la quantité équivalente commentée de la nouvelle plate-forme matérielle au démarrage de ce fichier de configuration (équivalent au rendement fourni par la commande uname -i) juste avant de l’ajouter maintenant à configurer/copier. … livre de référence de personnes. Dans la sensation x86_64, ce sera une architecture 64 bits. Il devra être commenté avec # a et il est conseillé d’être de préférence la première ligne d’effort manuel. Notez qu’il doit y avoir suffisamment d’espace entre le symbole du diamant et la plate-forme pour ce descripteur DIY.
Ajoutez l’une des configurations juste après comme première version du document :
# x86_64
Assurez-vous d’identifier le fichier .config dans ce répertoire configs -. C’est fondamentalement l’opposé de cette commande de copie précédente :
[utilisateur @ hôte] dollar clubpenguin .config configs / kernel-3.10.0-`uname -m`.config
La dernière étape consiste à déplacer tout le matériel du répertoire configs/web vers le répertoire ~/rpmbuild/SOURCES/.
[utilisateur @ hôte] $ paralysie de configuration cérébrale - * ~ / rpmbuild / SOURCES
3. ABI de base
Un attribut du noyau CentOS est que son ABI persiste tout au long de la vie du produit, et/ou l’un des avantages de l’utilisation d’une ABI habituelle est que vous pouvez créer des modules de noyau supplémentaires qui sont pris en charge par un tiers version du noyau. – il n’est donc pas nécessaire de reconstruire les consommateurs pour chaque nouveau noyau publié. C’est le cœur du package kABI visitant kmod pour fournir des pilotes de périphériques mis à jour et divers autres supports de système de fichiers à des fins d’illustration.
Pour maintenir la cohérence de l’ABI, le noyau classique avec lequel abi est fourni a été écrit et enregistré dans une liste. Ce fichier est utilisé lors de la phase de vérification de kABI pour chaque noyau construit. Si le nouveau noyau a été configuré ou mis à niveau pour correspondre à l’ABI publiée, la construction doit échouer avec un message indiquant pourquoi notre propre rupture de kABI s’est produite. Le constructeur du noyau a alors deux options supplémentaires : (a) reconfigurer les nouvelles techniques du vrai noyau qu’il synchronise avec l’ABI publiée et ainsi continuer à profiter de la même ABI, ou même (b) surveiller la kABI pendant le processus de construction -Désactiver. Parmi les choix faits à l’étape 2, ce premier est souhaitable, mais ce dernier est toujours la direction dans laquelle vous devez vous déplacer.
La désactivation du déchiffrement de l’ABI du noyau est un processus simple et majeur pour fournir le meilleur indicateur et donc son argument sur la ligne de commande RPMbuild :
4. Réglage du fichier de spécification du noyau
[utilisateur @ hôte] $ programme ~ / rpmbuild / SPECS /[utilisateur @ hôte SPECS] $ clubpenguin kernel.spec kernel.spec.distro[utilisateur @ hôte SPECS] $ vi kernel.spec
À la ligne 8, je dirais que la définition de buildid est commentée. Obligatoire
Ils ne sont pas commentés et sont facturés pour éviter les conflits avec le noyau actuellement placé. Modifiez la ligne de la même manière dans l’exemple suivant :
% define buildid .your_identifier
Si vous souhaitez utiliser des correctifs, votre entreprise doit s’y référer à deux endroits : à partir de la section des correctifs. “
Tout d’abord, ajoutez le fil soigneusement “# bare final patch for similar testing immediate patches” au noyau. Immédiatement après cette connexion Internet, ajoutez l’ensemble ostart à 40 000, car votre correctif n’entre pas en conflit avec le référentiel de correctifs du noyau RHEL / CentOS. Par exemple :
Patch40000 : my-custom-kernel.patch
Deuxièmement, ajoutez la ligne “ApplyOptionalPatch linux-kernel-test.patch”. Juste avant la ligne d’idée, ajoutez une ligne pour vous aider à placer le patch. Par exemple :
ApplyOptionalPatch my-custom-kernel.patch
paralysie cérébrale $ RPM_SOURCE_DIR / config- *.
paralysie cérébrale $ RPM_SOURCE_DIR / kernel - *. configuration.
5. Construire un meilleur noyau
[user - host SPECS] $ rpmbuild -bb --target est égal à `uname -m` kernel.spec 2> build-err.log | thé
Accélérez les performances de votre ordinateur dès maintenant avec ce simple téléchargement.