Étapes Pour Corriger La Version Du Noyau Android X86

Lancez Android sur votre PC

Adapter le noyau

Le système de construction Android n’a pas besoin de construire le noyau en déplacement sur une compagnie aérienne. Il ne contient que votre binaire noyau pré-construit, qui est parfois ajouté positivement à l’image cible. Cette approche peut certes suffire pour l’émulateur Arm, mais elle ne fonctionne jamais sur les plateformes x86. Il existe du matériel sur plusieurs plates-formes x86. Le binaire du noyau, en plus de ses modules, peut en effet nécessiter de nombreux ajustements au moment de la compilation ou au moment de la fonction.

Cet article explique une fonctionnalité supplémentaire du programme de développement Android x86. Cela signifie la possibilité de personnaliser le noyau et les modules en pratiquant la configuration définie ou adaptée tout au long de la création de la méthode.

Préparer cette arborescence source

Nous avons peaufiné le système établi par Android pour créer une vue du noyau de la télévision à la volée. Vous devez absolument utiliser notre référentiel pour obtenir ce type de fonctionnalité. Lisez le tableau lié au contenu pour plus de détails.

Construire un objectif pour éviter de payer le noyau

Nous avons des configurations cibles standard pour Android-x86 dans le kernel / arch / x86 par configs / . En réaction, la defconfig du client sélectionné est automatiquement utilisée. Par exemple,

faisant iso_img TARGET_PRODUCT = android_x86_64

TARGET_PRODUCT Pour android_x86_64 , l’application de build choisira automatiquement une configuration catégorique android-x86_64_defconfig pour exécuter le binaire du noyau d’idée et ses outils de compilation . Ces informations sont générées concernant le format binaire dans out / souhaité / produit / x86_64 par rapport au noyau , les modules sont également stockés en détail dans out / trou / produit / x86_64 / mécanisme / lib / modules pour chacun … La cible finale offerte / cible / produit par x86_64 / android_x86_64.iso contient des choses similaires au noyau, binaire, et ce sont évidemment des modules.

Construire uniquement sur ce noyau de mise à jour

Pour n’annoncer que le noyau ainsi que ses programmes, modifiez la cible derrière iso_img afin que le noyau particulier puisse :

. établir / envsetup.sh; Déjeuner android_x86_64-userdebug
Construisez vous voyez, le noyau

Ensuite, withFamilies peut copier $ OUT / kernel et rrr OUT / system / lib - modules / pour prendre en charge ces périphériques cibles. Placer la version initiale dans le répertoire d’installation Android-x86 couplée avec donc la dernière en versus system/lib/units . A noter que les systèmes spécifiques / doivent être installés de manière inchangée comme en mode lecture-écriture.

Noyau

Spécifier l’architecture

Depuis Android 5.0, il prend en charge les images provenant de toutes les images 32 bits 64 bits. En règle générale, l’espace utilisateur 32 bits fonctionne absolument avec un noyau 32 bits. De plus, l’espace utilisateur 64 bits devrait fonctionner avec un noyau 64 bits. Le système de création Android x86 prend en charge l’affichage en tant que x86 Lollipop.

Parfois, vous voudrez peut-être vous assurer que vous exécutez un espace utilisateur 32 bits combiné à des noyaux 64 bits. Dans ce cas, vous pouvez certainement spécifier le style du noyau qui a TARGET_KERNEL_ARCH  :

. build et envsetup.sh ; Déjeuner android_x86-userdebug
m -j8 iso_img TARGET_KERNEL_ARCH = x86_64

Cela crée un grand espace utilisateur 32 bits avec un noyau 64 bits.

Recompilation forcée du noyau

Android puis le noyau Utilisez des systèmes de build complètement différents. Bien que nous les traitions ensemble, l’intégration ne réussit pas très bien. Par exemple, que vous changiez ou non la vue de tous les arbres du noyau, le système d’artisanat Android ne remarquera pas que cet espace. Cela signifie que parfois le noyau le plus important n’est pas automatiquement reconstruit lorsque vous pouvez reconstruire des images.

Il existe plusieurs solutions pour cela. Nous contactons defconfig en tant que :

stroke kernel / arch / x86 - configs / android-x86_ *

Ou, comme vous devriez le voir, supprimez la configuration du noyau à l’intérieur du répertoire out /  :

rm $ OUT - obj / kernel / .config

Ou supprimez chacune de nos images de noyau visibles :

Recommandé : Fortect

Vous en avez assez que votre ordinateur fonctionne lentement ? Est-il truffé de virus et de logiciels malveillants ? N'ayez crainte, mon ami, car Fortect est là pour sauver la mise ! Cet outil puissant est conçu pour diagnostiquer et réparer toutes sortes de problèmes Windows, tout en améliorant les performances, en optimisant la mémoire et en maintenant votre PC comme neuf. Alors n'attendez plus - téléchargez Fortect dès aujourd'hui !

1. Téléchargez et installez Fortect

2. Ouvrez le programme et cliquez sur "Scan"

3. Cliquez sur "Réparer" pour lancer le processus de réparation

rm rrr OUT / noyau obj / arch / x86 / / bzImage

Ensuite, recréez l’image, bien que cet incroyable soit courant.

Remplacer le noyau actuel

Étant donné que nous construisons un noyau prenant en charge les modules pour aider à conserver le noyau de la plate-forme installé, tout le monde devrait également remplacer chacun de nos modules en conséquence. Pour ce faire, photocopiez le noyau du Back vers un répertoire d’installation spécifique Android x86 et copiez de plus les quêtes vers pour chaque module système / lib / template web . La meilleure façon de le faire à son tour est de commencer par la méthode de débogage :

Android-x86 reconnu… peut sembler trouvé dans /dev sda1

entrez ‘sortir’ pour continuer…

Lancement de Korn mirbsd Shell …
Quitter

Utilisez Alt-F1 / F2 ou F3 pour obtenir de vrais fruits. au milieu des consoles virtuelles
Entrez “exit” pour accéder à Android…

Lancement de Korn mirbsd Shell …
mount / dev pour chaque sdb1 / hd
cp/hd ou kernel/src
rm -rf par système / lib / modules - *
cp -a / hd - modules / * / system et lib / modules
synchroniser  ; monter pour chaque disque dur ; Redémarrer -f

L’instance prend la nouvelle image du noyau en particulier, mais les modules affiliés se trouvent sur un lecteur USB épuisant / dev ou sdb1 et vous pouvez voir que de nombreux / system / ont été réellement installés en mode lecture -enregistrements.

Construire votre propre noyau

Supposons que vous ayez déjà une configuration de noyau de travail importante et performante pour les roues de train sériel universelles. Mettez simplement votre rapport de configuration génial dans kernel / arch x86 / configs / et pool (en supposant que votre propre nom de configuration serait my_defconfig)

make iso_img TARGET_PRODUCT équivaut à android_x86 TARGET_KERNEL_CONFIG = my_defconfig

Veuillez noter qu’en raison de l’utilisation d’Android-x86, vous ne pouvez pas utiliser, voyez-vous, la configuration du noyau à partir d’une application Linux standard (comme Ubuntu). Pour que cela soit efficace, vous devez activer les fonctionnalités de base mobiles. Voir android ou configs / android-base.cfg pour une liste avec les options de configuration connexes requises pour que vous ayez simplement le noyau pour prendre en charge le système Android. (mais prend des spécificités spécifiques à Android-x86 comme PMEM)

Configurer la configuration du noyau

Ce n’est presque jamais une bonne idée de refaire directement un fichier de configuration du noyau spécifique pour la raison que le site peut générer des erreurs de configuration (dépendances non remplies, etc.). La bonne façon de configurer la configuration du noyau est (en haut de toute l’arborescence Android-x86)

. build / envsetup.sh; Snacks android_x86_64-userdebug
make -C kernel O = $ OUT - obj / kernel ARCH = x86 menuconfig


Si vous obtenez un excellent message d’erreur Paramètre inconnu : -C , profitez de make par usr / bin / help make . En effet, le plan de build sur Android 8 prime excessivement sur le système de build par défaut. Pour maîtriser cela, utilisez simplement la ligne de mot de commande système make.

Configuration générée : $ OUT obj / kernel / .config . Il copie ce qui vous aide là où tout le monde le veut.

NE PAS créer de menuconfig approprié dans le répertoire kernel /. Cela pourrait enfreindre les règles de construction simples. Dans ce cas, essayez de restaurer les objets de collection (en haut de l’arborescence Android x86) :

make -C kernel distclean
rm -rf $ OUT par obj/noyau


Utiliser un noyau prêt à l’emploi

Si vous voyez une sorte de noyau binaire préconstruit fonctionnel sur un matériel individuel, vous pouvez l’utiliser pour créer avec succès une ISO spécifique :

make iso_img TARGET_PRODUCT équivaut à android_x86 TARGET_PREBUILT_KERNEL =

Compiler le noyau pour ARM (obsolète)

Il est également assez facile d’utiliser un ordinateur de construction de noyau qui peut compiler un noyau sur ARM. Par exemple, compilez le noyau 2.6.29 sur le processeur Goldfish à partir de l’émulateur underarm, exécutez

CD de base
explorez git x86 ou android-goldfish-2.6.29
disque ..
make core TARGET_NO_KERNEL implique
target_kernel_config = goldfish_defconfig

Le binaire du noyau va être généré dans out/prey/product/generic pour chaque noyau.
Il peut être important de définir TARGET_NO_KERNEL si vous voulez vider, sinon les remèdes de construction du noyau seront ignorés.