mais ce qui nous interesse, outre ton cpu, c est ton lspci, et la distribution installee ( MDK, RH, Deb), et sa version ...
Le site de léa déconseille l'ACPI.
c est un tres bon site de debutant, mais malheuresement j y a lu beaucoup de coquilles et d imprecisions; de plus, leurs docs ne sont pas maintenues pour une raison simple: ils ont des milliers de docs, estinees aux newbs, donc les pros ne les lisent pas, donc ne signalent pas qu elles sont obsoletes ... et
Ensuite, que conseille-t-on entre ACPI et APM
il y as 18 mois j aurais dit APM, mais sur un 2.6.10, ACPI sans hesiter. Note que le dernier noyeau sorti est le 2.6.11 ( ca fait juste quelsques jours )
MSI je connais pas. Peut etre un Bus tres recent, que tu risque de ne pas avoir dans ta machine si elle as plus d un an.
(qu'est-ce qu'un firmware)
un driver est le code execute par ton CPU pour discutter avec le peripherique; mais chaque peripherique est equipe d un microcontroleur ou d un PIC; le firmware est le code execute par ce uC. Pour la plus part des composants, le firmware est stoque dans une ROM dans le truc, mais il arrive que certains periph n aient pas de ROM, juste une RAM; c est alors au driver d envoyer le firmware au periph apres chaque reboot du PC.
Je te conseille en premier lieu de lire le /usr/src/kernel-source-2.6.10/README de tes sources. Ensuite, il est fortement conseille de telecharger les sources du noyeaux fournis par ta distribution ( sous debian on as le package kernel-source-2.6.10 ), et alors je dispose du fichier /usr/src/kernel-source-2.6.10/README.Debian . Sous debian il est deconseille d ecompiler tout le kernel soi meme, juste faire la conf a la main, puis utiliser des meta outils pour le reste. Il y as meme des GUI pour le tout.
si tu
make menuconfig
pour chaque hdriver tu as une petite ou une grosse aide ( deux fois fleche droite puis entree )
Si tu as une distribution, tu aura toujours le choix enetre plusieur kernels pre-compiles. Faire le tien a la main est sans aucun risque: tu ne peut pas abimer ni le hard, ni l installation, mais ca risque d etre une perte de temps qui ne t apprendra pas grand chose sur Linux, et qui n optimisera rien.
enfin, quoi que tu compiles dans une console (CLI), n oublies jamais d utiliser 'screen'. En tant que debutant, tu ne verra pas l interret immediatement, mais a la longue, je me mords les doigts a chaque fois que je lance un gros truc sans utiliser screen ... que ce soient des compilations ou autre chose de long.
Je dirais meme plus: en tant que debutant, tu ne va pas savoir quel drivers activer, quoi metre en module dur et en externe ... bref, tu as 80% de chances de faire un kernel non aproprie a ta machine ( oublie du frequency scaling, oublies de la RTC, oublie de la MTRR, impossible de trouver le bon module pour ta carte reseau integree, tu vas prendre le driver son OSS au lieu du ALSA ...
Mais bon, qui ne tente rien n as rien, et c est en fesant des betises qu on apprends le plus.
Surtout, n hesite pas a recompiler 10 ou 15 fois le premier jour, pour tester des options et des confs differentes. A chaque fois, sauvegarde la conf du noyeau dans une archive differente, et un nom different a l image vmlinuz dans /boot. Comme ca, tu pourra comparer les noyeaux, et trouver la conf qui marche le mieux ( ie, le moins mal ^^ ).
# AMHA
Posté par doublehp . En réponse au message compilation noyau 2.6.10 ( débutant ). Évalué à 3.
tu sera bientot des notres :)
mais ce qui nous interesse, outre ton cpu, c est ton lspci, et la distribution installee ( MDK, RH, Deb), et sa version ...
Le site de léa déconseille l'ACPI.
c est un tres bon site de debutant, mais malheuresement j y a lu beaucoup de coquilles et d imprecisions; de plus, leurs docs ne sont pas maintenues pour une raison simple: ils ont des milliers de docs, estinees aux newbs, donc les pros ne les lisent pas, donc ne signalent pas qu elles sont obsoletes ... et
Ensuite, que conseille-t-on entre ACPI et APM
il y as 18 mois j aurais dit APM, mais sur un 2.6.10, ACPI sans hesiter. Note que le dernier noyeau sorti est le 2.6.11 ( ca fait juste quelsques jours )
MSI je connais pas. Peut etre un Bus tres recent, que tu risque de ne pas avoir dans ta machine si elle as plus d un an.
(qu'est-ce qu'un firmware)
un driver est le code execute par ton CPU pour discutter avec le peripherique; mais chaque peripherique est equipe d un microcontroleur ou d un PIC; le firmware est le code execute par ce uC. Pour la plus part des composants, le firmware est stoque dans une ROM dans le truc, mais il arrive que certains periph n aient pas de ROM, juste une RAM; c est alors au driver d envoyer le firmware au periph apres chaque reboot du PC.
Je te conseille en premier lieu de lire le /usr/src/kernel-source-2.6.10/README de tes sources. Ensuite, il est fortement conseille de telecharger les sources du noyeaux fournis par ta distribution ( sous debian on as le package kernel-source-2.6.10 ), et alors je dispose du fichier /usr/src/kernel-source-2.6.10/README.Debian . Sous debian il est deconseille d ecompiler tout le kernel soi meme, juste faire la conf a la main, puis utiliser des meta outils pour le reste. Il y as meme des GUI pour le tout.
si tu
make menuconfig
pour chaque hdriver tu as une petite ou une grosse aide ( deux fois fleche droite puis entree )
Si tu as une distribution, tu aura toujours le choix enetre plusieur kernels pre-compiles. Faire le tien a la main est sans aucun risque: tu ne peut pas abimer ni le hard, ni l installation, mais ca risque d etre une perte de temps qui ne t apprendra pas grand chose sur Linux, et qui n optimisera rien.
enfin, quoi que tu compiles dans une console (CLI), n oublies jamais d utiliser 'screen'. En tant que debutant, tu ne verra pas l interret immediatement, mais a la longue, je me mords les doigts a chaque fois que je lance un gros truc sans utiliser screen ... que ce soient des compilations ou autre chose de long.
Je dirais meme plus: en tant que debutant, tu ne va pas savoir quel drivers activer, quoi metre en module dur et en externe ... bref, tu as 80% de chances de faire un kernel non aproprie a ta machine ( oublie du frequency scaling, oublies de la RTC, oublie de la MTRR, impossible de trouver le bon module pour ta carte reseau integree, tu vas prendre le driver son OSS au lieu du ALSA ...
Mais bon, qui ne tente rien n as rien, et c est en fesant des betises qu on apprends le plus.
Surtout, n hesite pas a recompiler 10 ou 15 fois le premier jour, pour tester des options et des confs differentes. A chaque fois, sauvegarde la conf du noyeau dans une archive differente, et un nom different a l image vmlinuz dans /boot. Comme ca, tu pourra comparer les noyeaux, et trouver la conf qui marche le mieux ( ie, le moins mal ^^ ).
Mais c est bien, tu m as l air chaud bouillant :)