lors de la configuration d'un kernel (debutant) comment faire la
difference entre les options indispensable au fonctionnement du kernel,
celles necessaire car lié a notre materiel et celles facultatives car
lié a d'eventuels materiels que l'on pourrait avoir.
Bref comment arriver a reduire au minimum vital les fonctions de notre
kernel ? pour qu'il colle a la "peau" de notre PC et de nos besoins ?
lors de la configuration d'un kernel (debutant) comment faire la difference entre les options indispensable au fonctionnement du kernel, celles necessaire car lié a notre materiel et celles facultatives car lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque option et la comprendre...
Eric Leconte :
lors de la configuration d'un kernel (debutant) comment faire la
difference entre les options indispensable au fonctionnement du kernel,
celles necessaire car lié a notre materiel et celles facultatives car
lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque
option et la comprendre...
lors de la configuration d'un kernel (debutant) comment faire la difference entre les options indispensable au fonctionnement du kernel, celles necessaire car lié a notre materiel et celles facultatives car lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque option et la comprendre...
Eric Leconte
Eric Leconte :
lors de la configuration d'un kernel (debutant) comment faire la difference entre les options indispensable au fonctionnement du kernel, celles necessaire car lié a notre materiel et celles facultatives car lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque option et la comprendre...
Mais il n'existe pas une petite "securite" comme apt-get ? Sous apt (debian) tu peux tout deselectionner et lors de la mise a jour, tu es avertit que les paquets trucs muche et machin chouette sont indispensable au bon fonctionnement, tu les reactive et tu as un systeme minimal.
Eric Leconte :
lors de la configuration d'un kernel (debutant) comment faire la
difference entre les options indispensable au fonctionnement du kernel,
celles necessaire car lié a notre materiel et celles facultatives car
lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque
option et la comprendre...
Mais il n'existe pas une petite "securite" comme apt-get ?
Sous apt (debian) tu peux tout deselectionner et lors de la mise a jour,
tu es avertit que les paquets trucs muche et machin chouette sont
indispensable au bon fonctionnement, tu les reactive et tu as un systeme
minimal.
lors de la configuration d'un kernel (debutant) comment faire la difference entre les options indispensable au fonctionnement du kernel, celles necessaire car lié a notre materiel et celles facultatives car lié a d'eventuels materiels que l'on pourrait avoir.
Il n'y a pas d'algorithme, c'est IA complet. Il faut lire l'aide de chaque option et la comprendre...
Mais il n'existe pas une petite "securite" comme apt-get ? Sous apt (debian) tu peux tout deselectionner et lors de la mise a jour, tu es avertit que les paquets trucs muche et machin chouette sont indispensable au bon fonctionnement, tu les reactive et tu as un systeme minimal.
lhabert
Eric Leconte :
Mais il n'existe pas une petite "securite" comme apt-get ?
Non.
Eric Leconte :
Mais il n'existe pas une petite "securite" comme apt-get ?
Mais il n'existe pas une petite "securite" comme apt-get ?
Non.
Si, quand même : si c'est indispensable au fonctionnement du noyau, on n'a à la base pas l'option de l'enlever, puisque ce n'est pas une option.
Eric Leconte
Luc Habert wrote in message <dskgls$1cti$:
Mais il n'existe pas une petite "securite" comme apt-get ?
Non.
Si, quand même : si c'est indispensable au fonctionnement du noyau, on n'a à la base pas l'option de l'enlever, puisque ce n'est pas une option.
ha. C'est vrai que vu comme ca ... Donc il est possible de tout decocher, compiler ... et normalement ca marche ? Apres bien sur, il faut installer les options qui ameliorent les performances je suppose.
Sinon question subsidiaire : Quand on recompile le kernel via les sources, qu'en est il du parametraga de la carte video (nvidia en l'occurance).
Pour tester, j'ai telecharger les sources de mon noyeau, charge la config actuelle (/boot/config...) et compilé le noyeau. Apres instalatiopn j'ai pu demarrer dessus (logique puisque identique au binaire telechargé directement depuis apt) mais le serveru X ne se lancait pas.
La question peut paraitre bete .. mais je debute dans le domaine ;)
Luc Habert wrote in message <dskgls$1cti$1@nef.ens.fr>:
Mais il n'existe pas une petite "securite" comme apt-get ?
Non.
Si, quand même : si c'est indispensable au fonctionnement du noyau, on n'a à
la base pas l'option de l'enlever, puisque ce n'est pas une option.
ha. C'est vrai que vu comme ca ...
Donc il est possible de tout decocher, compiler ... et normalement ca
marche ?
Apres bien sur, il faut installer les options qui ameliorent les
performances je suppose.
Sinon question subsidiaire : Quand on recompile le kernel via les
sources, qu'en est il du parametraga de la carte video (nvidia en
l'occurance).
Pour tester, j'ai telecharger les sources de mon noyeau, charge la
config actuelle (/boot/config...) et compilé le noyeau.
Apres instalatiopn j'ai pu demarrer dessus (logique puisque identique au
binaire telechargé directement depuis apt) mais le serveru X ne se
lancait pas.
La question peut paraitre bete .. mais je debute dans le domaine ;)
Mais il n'existe pas une petite "securite" comme apt-get ?
Non.
Si, quand même : si c'est indispensable au fonctionnement du noyau, on n'a à la base pas l'option de l'enlever, puisque ce n'est pas une option.
ha. C'est vrai que vu comme ca ... Donc il est possible de tout decocher, compiler ... et normalement ca marche ? Apres bien sur, il faut installer les options qui ameliorent les performances je suppose.
Sinon question subsidiaire : Quand on recompile le kernel via les sources, qu'en est il du parametraga de la carte video (nvidia en l'occurance).
Pour tester, j'ai telecharger les sources de mon noyeau, charge la config actuelle (/boot/config...) et compilé le noyeau. Apres instalatiopn j'ai pu demarrer dessus (logique puisque identique au binaire telechargé directement depuis apt) mais le serveru X ne se lancait pas.
La question peut paraitre bete .. mais je debute dans le domaine ;)
lhabert
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement ca
marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et
paniquer car il ne pourra pas monter le /.
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
ok merci :)
Ploc
Eric Leconte wrote:
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le disque. En general, support pour le bus IDE, plus rarement pour le SCSI. La tendance est plutot a tout compiler (en module, donc qui se chargeront si les outils de detection de materiel le jugent necessaire). Il vaut quand meme mieux laisser l'IDE en dur.
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire de boot (grub ou lilo), au cas ou on aurait fait une boulette...
Eric Leconte wrote:
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement ca
marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va
booter et
paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le disque.
En general, support pour le bus IDE, plus rarement pour le SCSI.
La tendance est plutot a tout compiler (en module, donc qui se
chargeront si les outils de detection de materiel le jugent necessaire).
Il vaut quand meme mieux laisser l'IDE en dur.
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire
de boot (grub ou lilo), au cas ou on aurait fait une boulette...
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le disque. En general, support pour le bus IDE, plus rarement pour le SCSI. La tendance est plutot a tout compiler (en module, donc qui se chargeront si les outils de detection de materiel le jugent necessaire). Il vaut quand meme mieux laisser l'IDE en dur.
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire de boot (grub ou lilo), au cas ou on aurait fait une boulette...
Eric Leconte
Eric Leconte wrote:
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le disque.
Deja c'est une bonne piste merci ;)
En general, support pour le bus IDE, plus rarement pour le SCSI. La tendance est plutot a tout compiler (en module, donc qui se chargeront si les outils de detection de materiel le jugent necessaire). Il vaut quand meme mieux laisser l'IDE en dur.
Effectivement .... il peut etre interessant de monter les options dont on est pas sur en module, de les lister, et verifier les modules charges apres un demarage. On les desactives (si on peut mais je suppose que la compilation modulaire des options est faire pour ca) et on verifie que tout marche. Apres on devrais pouvoir reefectuer une compilation plus fine ... ... A voir ;)
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire de boot (grub ou lilo), au cas ou on aurait fait une boulette...
Bien sur :) cela va de soit ;)
Eric Leconte wrote:
Eric Leconte :
Donc il est possible de tout decocher, compiler ... et normalement
ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va
booter et
paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le
disque.
Deja c'est une bonne piste merci ;)
En general, support pour le bus IDE, plus rarement pour le SCSI.
La tendance est plutot a tout compiler (en module, donc qui se
chargeront si les outils de detection de materiel le jugent necessaire).
Il vaut quand meme mieux laisser l'IDE en dur.
Effectivement .... il peut etre interessant de monter les options dont
on est pas sur en module, de les lister, et verifier les modules charges
apres un demarage. On les desactives (si on peut mais je suppose que la
compilation modulaire des options est faire pour ca) et on verifie que
tout marche. Apres on devrais pouvoir reefectuer une compilation plus
fine ...
... A voir ;)
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire
de boot (grub ou lilo), au cas ou on aurait fait une boulette...
Donc il est possible de tout decocher, compiler ... et normalement ca marche ?
Tu auras un noyau minimal qui ne supportera pas ton matos... Il va booter et paniquer car il ne pourra pas monter le /.
ok merci :)
Il faut au minimum, le support pour aller chercher le systeme sur le disque.
Deja c'est une bonne piste merci ;)
En general, support pour le bus IDE, plus rarement pour le SCSI. La tendance est plutot a tout compiler (en module, donc qui se chargeront si les outils de detection de materiel le jugent necessaire). Il vaut quand meme mieux laisser l'IDE en dur.
Effectivement .... il peut etre interessant de monter les options dont on est pas sur en module, de les lister, et verifier les modules charges apres un demarage. On les desactives (si on peut mais je suppose que la compilation modulaire des options est faire pour ca) et on verifie que tout marche. Apres on devrais pouvoir reefectuer une compilation plus fine ... ... A voir ;)
Apres, ne pas oublier de conserver son ancien noyau dans le gestionnaire de boot (grub ou lilo), au cas ou on aurait fait une boulette...
