Comment puis-je recomstackr rapidement le kernel après avoir modifié la configuration?

J’essaie de résoudre un problème de suspension de mon Dell Inspiron 600m. Je pense que le problème est que les modules du pilote vidéo ne sont pas rechargés correctement. Je vais donc essayer de comstackr les pilotes vidéo dans le kernel proprement dit plutôt que de les conserver en tant que modules externes. Je veux juste savoir si je peux m’empêcher de courir:

fakeroot debian/rules clean

avant de construire le kernel avec:

 skipabi=true skipmodule=true fakeroot debian/rules binary-core2

où core2 est mon kernel configuré personnalisé. Cela fonctionnera et j’obtiendrai un paquet propre du kernel que je pourrai comstackr, mais la compilation peut prendre jusqu’à 3 heures sur ma machine. Je ne souhaite donc reconstruire que ce dont j’ai besoin et essayer de conserver certains des fichiers * .o je peux donc les relier plutôt que de les recomstackr.

Merci

Oui, vous pouvez supprimer les fichiers de tampons spéciaux debian/stamps/stamp-build-* avant de commencer la construction suivante (au lieu d’utiliser la cible “clean”). Avec certaines modifications, vous devrez peut-être également supprimer les fichiers debian/stamps/stamp-prepare-* .

Lorsque ces fichiers de tampons n’existent pas, la construction tentera de retraiter les parties de la construction pour ce cachet défini dans le fichier debian/rules .

Si vous avez plusieurs processeurs sur votre système, vous pouvez également paralléliser votre construction en démarrant votre ligne de commande avec DEB_BUILD_OPTIONS=parallel=N où N est le nombre de CPU que vous avez. (Certaines personnes suggèrent d’utiliser le nombre de processeurs plus 1.). Le moyen rapide de trouver le nombre de processeurs (sans les compter dans /proc/cpufino ) consiste à exécuter la commande getconf _NPROCESSORS_ONLN .

Par exemple:

 DEB_BUILD_OPTIONS=parallel=$(getconf _NPROCESSORS_ONLN) skipabi=true skipmodule=true fakeroot debian/rules binary-core2