Re: Compiler son noyau.
On 12/06/2013 04:08 AM, BOLLINGH Sebastien wrote: La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau debian précompilé puis de la "dégraisser" de ce qui n'est pas adapté à ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas d'options à changer. OK, comment cela répond presque aux questions que je me pose, j'embraye ;-) 1) existe-t-il un tuto ou un guide qui explique un peu la chose (récup config ayant servi au packaging du noyau Debian) 2) existe-t-il des sites de références pour du matériel spécifique. genre telle machine, de tel fabriquant, on peut désactiver, ça, ça et ça ... par exemple pour augmenter l'autonomie sur batterie. 3) Je ne sais pas ce qui consomme inutilement par exemple, est-ce que ça aurait du sens de retirer toute la couche virtualisation quand on ne s'en sert pas au quotidient et disposer d'un noyau spécifique sur lequel booté le jour de la semaine des 4 jeudis ou c'est utile ? d'avance merci ! Bonjour La conf des noyaux Debian packagés est dans /boot. On peut la copier en '.config' dans le répertoire des sources à compiler. Sinon, les réponses à tes questions sont dispo sur le Net. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52a1ca90.90...@gmail.com
Re: Re: Compiler son noyau.
> La 1° fois peut-être, mais il suffit de partir depuis la conf d'un noyau > debian précompilé puis de la "dégraisser" de ce qui n'est pas adapté à > ses besoins, ensuite, pour les mises à jour, il y a très peu ou pas > d'options à changer. OK, comment cela répond presque aux questions que je me pose, j'embraye ;-) 1) existe-t-il un tuto ou un guide qui explique un peu la chose (récup config ayant servi au packaging du noyau Debian) 2) existe-t-il des sites de références pour du matériel spécifique. genre telle machine, de tel fabriquant, on peut désactiver, ça, ça et ça ... par exemple pour augmenter l'autonomie sur batterie. 3) Je ne sais pas ce qui consomme inutilement par exemple, est-ce que ça aurait du sens de retirer toute la couche virtualisation quand on ne s'en sert pas au quotidient et disposer d'un noyau spécifique sur lequel booté le jour de la semaine des 4 jeudis ou c'est utile ? d'avance merci ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/3818-52a13f80-f-38417e00@121857821
Re: Compiler son noyau.
Le lundi 02 décembre 2013 à 22:35, Sylvain L. Sauvage a écrit : > > Je ne suis par exemple, à l'heure actuelle, incapable de dire > > quelles sont les différences entre un 2.6.32 source , et un > > 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […] > > less /usr/share/doc/linux-image-`uname -r`/changelog.Debian.gz Et le contenu du dossier « debian/patches » du paquet source linux-2.6 pour voir le code modifié. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2013120101.gf8...@serveur.nob900.us.to
Re: Compiler son noyau.
Le lundi 2 décembre 2013 21:13:22 Christophe a écrit : > Bonsoir, ’soir, >[…] > C'est que du coup, on se retrouve à avoir des noyaux avec une > version, qui ont certaines (et des fois des grosses) > divergences avec la source de la même version. Ca devient > vite sympa quand tu veux savoir si une fonction est dedans ou > pas, ou encore si une faille peut t'affecter ou pas (hormis > de faire le test ...) . Les fonctionnalités sont inchangées¹, seules les corrections de sécurité sont rétroportées. ¹ Sauf si, évidemment, la correction de sécurité consiste à supprimer une fonction (mais c’est plutôt rare). > Je ne suis par exemple, à l'heure actuelle, incapable de dire > quelles sont les différences entre un 2.6.32 source , et un > 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. […] less /usr/share/doc/linux-image-`uname -r`/changelog.Debian.gz Plutôt bien fourni, non ? (Ok, c’est souvent moins le cas du changelog des applications…) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1858114.szExTTJGvr@earendil
Re: Compiler son noyau.
Bonsoir, Le 02/12/2013 17:06, maderios a écrit : >> - L'équipe Debian Secu regarde la vulnérabilité et sa >>correction, et change le code de X pour la réparer. >>Peut-être simplement en appliquant le patch de la version >>X+Y, ou peut-être en écrivant directement dans le code, >>car l'équipe Debian Secu contient également des >>programmeurs. > > Ils feraient bien de communiquer sur ce dernier point. Beaucoup > d'utilisateurs seraient intéressés par une connaissance plus approfondie > des arcanes de la maintenance de Debian. C'est que du coup, on se retrouve à avoir des noyaux avec une version, qui ont certaines (et des fois des grosses) divergences avec la source de la même version. Ca devient vite sympa quand tu veux savoir si une fonction est dedans ou pas, ou encore si une faille peut t'affecter ou pas (hormis de faire le test ...) . Je ne suis par exemple, à l'heure actuelle, incapable de dire quelles sont les différences entre un 2.6.32 source , et un 2.6.32 issu d'un paquet debian dans le cas d'une squeeze. Après, du moment que ca boote, que ça fait ce qu'on lui demande, et qu'on peut faire au moins 4~5 mois d'uptime sans trop se poser de questions avec, ça convient à une énorme majorité de situations. On peut étendre le principe plus loin que le noyau. Et c'est aussi pour ça qu'au boulot, on tend à compiler nos propres versions pour certains logiciels : pour ne pas avoir trop de surprises, et pouvoir chercher précisément ce qui peut clocher sur telle ou telle version quand un comportement bizarre est remonté. Ce qui devient assez vite compliqué quand la version 1.4.12-5 proposée par Debian correspond en fait à la 1.4.15 du même logiciel source, mais que partiellement :( @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529ce9e2.7010...@stuxnet.org
Re: Compiler son noyau.
On Mon, Dec 02, 2013 at 05:06:50PM +0100, maderios wrote:
> Ils feraient bien de communiquer sur ce dernier point. Beaucoup
> d'utilisateurs seraient intéressés par une connaissance plus
> approfondie des arcanes de la maintenance de Debian.
C'est plus ou moins suggéré ici:
http://www.debian.org/security/faq
("Why are you fiddling with an old version?").
Cela dit, je pense que toutes les distributions qui ont un
suivi de sécurité travaillent de la même manière, et cette
façon de procéder est tout à fait standard dans l'industrie:
dans la plupart des cas, quand on a un produit ou un service
qui fonctionne, on ne veut surtout *pas* mettre à jour quoi
que ce soit, de peur que ça casse, ou même simplement qu'il
faille repasser 6 mois de tests et de qualifications.
> >Malgré tous les fantasmes qu'il porte, le noyau Linux n'est
> >qu'une application parmi d'autres, particulièrement de ce
> >point de vue.
> C'est quand même un monstre qui continue à grossir démesurément...
> A écouter ici en direct la croissance de la bête :-)
Ben, comme beaucoup d'applications :) À une époque, Firefox
est né d'un extrait de Mozilla pour faire un navigateur
léger... et maintenant il me prend 1Go de RAM en permanence.
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20131202184819.gm28...@naryves.com
Re: Compiler son noyau.
On 12/02/2013 09:01 AM, Yves Rutschle wrote: On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote: Chaque nouvelle version de noyau créant des possibilités de nouvelles failles, un patch sécurité créé par les dev kernel pour un récent noyau "F" répondra aux besoins spécifiques de "F" et non à un noyau ancien "B" abandonné_EOL_end of life_fin de vie. Donc cette histoire d'appliquer des patches sécurité récents à des noyaux anciens pour sécuriser vraiment ces derniers n'est pas très crédible, même si certaines des failles sur les EOL peuvent être corrigées parce qu'elles sont communes avec des failles affectant le nouveau noyau. Je souhaiterais trouver une explication satisfaisante mais pour l'instant rien qui tienne la route... On ne parle pas d'appliquer "bêtement", effectivement souvent ça ne marcherait pas. Bon, après avoir retiré les pronoms, je rajoute toutes les étapes en essayant de supprimer également les mots intérprétables comme "voit" et "patch". - Debian package un noyau de version X - L'équipe noyau continue son travail, créé un noyau X+1, X+2,... et cesse (pratiquement instantanément, si je me souviens bien) de s'occuper du noyau X - À chaque sortie d'un nouveau noyau X+Y, l'équipe Debian Sécu lit le ChangeLog en entier. Si elle trouve un correctif lié à de la sécu dans ce changelog, elle passe à l'étape suivante, sinon (pas de correctif sécu) elle attend la prochaine version - Pour chaque correctif lié à de la sécu, l'équipe Debian sécu regarde si ce correctif est applicable au noyau X (évidemment, une faille dans un pilote qui n'existe pas dans X n'est pas applicable). S'il est applicable, alors: - L'équipe Debian Secu regarde la vulnérabilité et sa correction, et change le code de X pour la réparer. Peut-être simplement en appliquant le patch de la version X+Y, ou peut-être en écrivant directement dans le code, car l'équipe Debian Secu contient également des programmeurs. Ils feraient bien de communiquer sur ce dernier point. Beaucoup d'utilisateurs seraient intéressés par une connaissance plus approfondie des arcanes de la maintenance de Debian. - L'équipe Debian Secu package et publie ce nouveau noyau, obsolète, mais contenant des mises à jour pour des vulnérabilités trouvées sur X+Y. Et, comme je disais dans un autre mail, dis-toi que le le suivi de sécurité d'absolument *toutes* les applications de toutes les distributions se fait de la même façon. Il n'y a aucun développeur d'application qui puisse se permettre de faire du suivi de sécurité sur toutes les versions de son application qui sont intégrées dans des distributions; de façon générale, les développeurs ne travaillent que sur la dernière version, et ce sont les distributions qui font ce suivi. Ce qui expliquerait peut-être pourquoi le paquet wwwoffle a (malheureusement) disparu des dernières versions Debian faute de mainteneurs alors que ce même wwwoffle est présent chez Gentoo, par exemple. Par exemple, si j'ai publié un logiciel "trucmuche", et que Debian package la version 2.3, RedHat package la version 2.5, Ubunti package la version 3.2, Slackware package la version 1.3, il m'est impossible (et je ne voudrais pas) m'assurer que toutes ces versions sont sûres. Moi, je continue à travailler sur ma version 3.5, et si elle inclue des mises à jour de sécu, ce sont les mainteneurs de chaque distrib (qui sont abonnés à ma mailing list, lisent les ChangeLog etc) qui vont aller réparer dans leurs version respectives. Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. C'est quand même un monstre qui continue à grossir démesurément... A écouter ici en direct la croissance de la bête :-) http://www.linux.fm/ Il n'y a donc aucun problème à utiliser un noyau ancien tant qu'il est bien dans Debian stable, de la même façon qu'il n'y a aucun problème à utiliser un Firefox un peu ancien, tant qu'il est bien dans Debian stable. Est-ce plus clair? Oui, tout à fait. Merci pour cette longue explication/contribution concernant la maintenance du noyau.. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529cb01a.6000...@gmail.com
Re: Compiler son noyau.
Le 02/12/2013 09:01, Yves Rutschle a écrit : Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. Il n'y a donc aucun problème à utiliser un je voudrais aussi ajouter, car ca à l'air un peu perdu de vue que le noyau gère le matériel. Un nouveau noyau a toutes les chances de fonctionner très bien sur une ancienne distrib. Par exemple ovh fournit un noyau patché en netboot pour tous ses serveurs. Ce noyau fonctionne sans problème avec une distribution qui a 3 ou 4 ans (pas eu l'occasion de tester plus) ca ne pose problème que si vous avez une config locale qui demande une compilation (par exemple pour un serveur virtual box sur un kimsufi) jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529c467e.8050...@dodin.org
Re: Compiler son noyau.
On Sun, Dec 01, 2013 at 03:21:14PM +0100, maderios wrote: > Chaque nouvelle version de noyau créant des possibilités de > nouvelles failles, un patch sécurité créé par les dev kernel pour un > récent noyau "F" répondra aux besoins spécifiques de "F" et non à > un noyau ancien "B" abandonné_EOL_end of life_fin de vie. Donc > cette histoire d'appliquer des patches sécurité récents à des noyaux > anciens pour sécuriser vraiment ces derniers n'est pas très > crédible, même si certaines des failles sur les EOL peuvent être > corrigées parce qu'elles sont communes avec des failles affectant le > nouveau noyau. Je souhaiterais trouver une explication satisfaisante > mais pour l'instant rien qui tienne la route... On ne parle pas d'appliquer "bêtement", effectivement souvent ça ne marcherait pas. Bon, après avoir retiré les pronoms, je rajoute toutes les étapes en essayant de supprimer également les mots intérprétables comme "voit" et "patch". - Debian package un noyau de version X - L'équipe noyau continue son travail, créé un noyau X+1, X+2,... et cesse (pratiquement instantanément, si je me souviens bien) de s'occuper du noyau X - À chaque sortie d'un nouveau noyau X+Y, l'équipe Debian Sécu lit le ChangeLog en entier. Si elle trouve un correctif lié à de la sécu dans ce changelog, elle passe à l'étape suivante, sinon (pas de correctif sécu) elle attend la prochaine version - Pour chaque correctif lié à de la sécu, l'équipe Debian sécu regarde si ce correctif est applicable au noyau X (évidemment, une faille dans un pilote qui n'existe pas dans X n'est pas applicable). S'il est applicable, alors: - L'équipe Debian Secu regarde la vulnérabilité et sa correction, et change le code de X pour la réparer. Peut-être simplement en appliquant le patch de la version X+Y, ou peut-être en écrivant directement dans le code, car l'équipe Debian Secu contient également des programmeurs. - L'équipe Debian Secu package et publie ce nouveau noyau, obsolète, mais contenant des mises à jour pour des vulnérabilités trouvées sur X+Y. Et, comme je disais dans un autre mail, dis-toi que le le suivi de sécurité d'absolument *toutes* les applications de toutes les distributions se fait de la même façon. Il n'y a aucun développeur d'application qui puisse se permettre de faire du suivi de sécurité sur toutes les versions de son application qui sont intégrées dans des distributions; de façon générale, les développeurs ne travaillent que sur la dernière version, et ce sont les distributions qui font ce suivi. Par exemple, si j'ai publié un logiciel "trucmuche", et que Debian package la version 2.3, RedHat package la version 2.5, Ubunti package la version 3.2, Slackware package la version 1.3, il m'est impossible (et je ne voudrais pas) m'assurer que toutes ces versions sont sûres. Moi, je continue à travailler sur ma version 3.5, et si elle inclue des mises à jour de sécu, ce sont les mainteneurs de chaque distrib (qui sont abonnés à ma mailing list, lisent les ChangeLog etc) qui vont aller réparer dans leurs version respectives. Malgré tous les fantasmes qu'il porte, le noyau Linux n'est qu'une application parmi d'autres, particulièrement de ce point de vue. Il n'y a donc aucun problème à utiliser un noyau ancien tant qu'il est bien dans Debian stable, de la même façon qu'il n'y a aucun problème à utiliser un Firefox un peu ancien, tant qu'il est bien dans Debian stable. Est-ce plus clair? Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131202080105.gl28...@naryves.com
Re: Compiler son noyau.
Le dimanche 01 décembre 2013 à 15:21 +0100, maderios a écrit : > On 12/01/2013 02:42 PM, Gilles Mocellin wrote: > > Le 01/12/2013 14:03, Zuthos Oddy a écrit : > >> > >> > >>> Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de > >>> sécurité' > >>> Je dis depuis le début de cette conversation que ces mises à jour de > >>> sécurité n'existent plus à partir du moment qu'un noyau est > >>> décrété > >>> abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc > >>> l'équipe > >>> Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce > >>> qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr > >> Bonjour, ce n'est pas ce que je comprend. Je comprend, que l'équipe suis > >> les autres noyau et si une maj sécurité pouvant impacter un ancien noyau, > >> l'équipe l'adapte. > > C'est exactement ça. > > Ce n'est pas un mince travail et c'est pour cela que les versions Debian > > stable ne sont pas maintenues au delà d'un an après une nouvelle stable. > > > Chaque nouvelle version de noyau créant des possibilités de nouvelles > failles, un patch sécurité créé par les dev kernel pour un récent noyau > "F" répondra aux besoins spécifiques de "F" et non à un noyau ancien > "B" abandonné_EOL_end of life_fin de vie. Donc cette histoire > d'appliquer des patches sécurité récents à des noyaux anciens pour > sécuriser vraiment ces derniers n'est pas très crédible, même si > certaines des failles sur les EOL peuvent être corrigées parce qu'elles > sont communes avec des failles affectant le nouveau noyau. Je > souhaiterais trouver une explication satisfaisante mais pour l'instant > rien qui tienne la route... Bonsoir, Il me semble que vous ne parlez pas tout à fait de la même chose donc une certaine incompréhension (il me semble hein, pas taper ! ;) ) Le kernel de oldstable est un 2.6.32 toujours en support à long terme Le kernel de stable est le 3.2, idem ! Pour Jessie et Sid on en est au 3.11 [EOL] en ce moment mais ça suit très bien les releases donc on a effectivement vu passer du 3.9 à un moment mais il n'est plus disponible dans les sources en ce moment (ou bien ??), les réponses de 'apt-cache policy linux-image-amd64' par exemple permettraient d'éclaircir un peu le sac de noeud chez certains ! ;) et je ne parle pas d'experimental qui en est logiquement au 3.12 ! Donc ne pas confondre le boulot de la team security dans les branches stable et oldstable avec le boulot de packaging quasi continu de testing, unstable et experimental !! ;) Par contre je comprends que ce soit un peu flou pour certains (qui a dit tout le monde ??), quand on regarde les version du paquet linux-image sur packages.debian.org on a de quoi perdre le fil !! Bonne soirée ! Didier signature.asc Description: This is a digitally signed message part
Re: Compiler son noyau.
Le 01/12/2013 18:24, nb a écrit : A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas s'il travaille encore pour eux, mais ça pourrait expliquer un tel niveau de support. tout ca se paie: https://www.redhat.com/wapps/store/catalog.html jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b715f.5030...@dodin.org
Re: Compiler son noyau.
Le 01-12-2013 14:42, Gilles Mocellin a écrit : Le 01/12/2013 14:03, Zuthos Oddy a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr Bonjour, ce n'est pas ce que je comprend. Je comprend, que l'équipe suis les autres noyau et si une maj sécurité pouvant impacter un ancien noyau, l'équipe l'adapte. C'est exactement ça. Ce n'est pas un mince travail et c'est pour cela que les versions Debian stable ne sont pas maintenues au delà d'un an après une nouvelle stable. Pour plus d'informations : http://www.debian.org/security/faq Dire que chez RedHat il y a un support, certes limité, de 10ans voir 13ans avec un pack d'extension sur leurs versions RHEL... https://access.redhat.com/site/support/policy/updates/errata/ Je ne sais pas s'ils y arrivent correctement. , mais avec des backports de sécurité, de drivers et même de fonctionnalités. En gros, ça n'a plus rien à voir avec un kernel vanillia 2.6.18, mais ça reste compatible au niveau API/ABI. A une certaine époque Alan Cox travaillait pour RedHat. Je ne sais pas s'il travaille encore pour eux, mais ça pourrait expliquer un tel niveau de support. nb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/b8b9bc211b687dd4c96c796c74872...@webmail.dagami.org
Re: Compiler son noyau.
Le 01/12/2013 14:42, Gilles Mocellin a écrit : Dire que chez RedHat il y a un support, certes limité, de 10ans voir 13ans avec un pack d'extension sur leurs versions RHEL... https://access.redhat.com/site/support/policy/updates/errata/ Je ne sais pas s'ils y arrivent correctement. , mais avec des backports de sécurité, de drivers et même de fonctionnalités. En gros, ça n'a plus rien à voir avec un kernel vanillia 2.6.18, mais ça reste compatible au niveau API/ABI. c'est du boulot, mais quand même les vieux kernels n'ont plus beaucoup de failles à corriger. j'ai administré un vieux serveur (mis en route 2000, retrait vers 2010) qui était tellement archaique quand je l'ai eu en charge qu'on ne pouvait rien mettre à jour du tout il tournait sous debian woody (3.0) et n'avais sans doute plus été mis à jour depuis 2005. jamais eu le moindre problème. 15Go de disque dur, 128Mo (mégas) de ram, les rootkit ne devaient même pas tourner dessus :-)) quand la charge d'un serveur est faible et que le matériel est solide, autant laisser tourner - il suffit de surveiller qu'il n'y ai pas d'activité non autorisée. A la première panne, on en met un neuf jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b6474.7020...@dodin.org
Re: Compiler son noyau.
On 12/01/2013 02:42 PM, Gilles Mocellin wrote: Le 01/12/2013 14:03, Zuthos Oddy a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr Bonjour, ce n'est pas ce que je comprend. Je comprend, que l'équipe suis les autres noyau et si une maj sécurité pouvant impacter un ancien noyau, l'équipe l'adapte. C'est exactement ça. Ce n'est pas un mince travail et c'est pour cela que les versions Debian stable ne sont pas maintenues au delà d'un an après une nouvelle stable. Chaque nouvelle version de noyau créant des possibilités de nouvelles failles, un patch sécurité créé par les dev kernel pour un récent noyau "F" répondra aux besoins spécifiques de "F" et non à un noyau ancien "B" abandonné_EOL_end of life_fin de vie. Donc cette histoire d'appliquer des patches sécurité récents à des noyaux anciens pour sécuriser vraiment ces derniers n'est pas très crédible, même si certaines des failles sur les EOL peuvent être corrigées parce qu'elles sont communes avec des failles affectant le nouveau noyau. Je souhaiterais trouver une explication satisfaisante mais pour l'instant rien qui tienne la route... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b45da.6000...@gmail.com
Re: Compiler son noyau.
On Sunday 01 December 2013 14:42:16 Gilles Mocellin wrote: > Dire que chez RedHat il y a un support, certes limité, de 10ans voir > 13ans avec un pack d'extension sur leurs versions RHEL... > https://access.redhat.com/site/support/policy/updates/errata/ > Je ne sais pas s'ils y arrivent correctement. > , mais avec des backports de sécurité, de drivers et même de > fonctionnalités. En gros, ça n'a plus rien à voir avec un kernel > vanillia 2.6.18, mais ça reste compatible au niveau API/ABI. C'est la politique de bien des OS "serveur" : pas de fréquents upgrade avec un système stable dans le temps. Les entreprises ne peuvent subir des modifications permanentes des OS (risque de pannes, coupures ...) et elles n'ont pas le temps de les suivre, sans compter les modifs à réaliser en aval. La distribution Linux RedHat, plutôt réservée aux entreprises, n'échappe pas à la règle et sa version "Enterprise Server" connait une évolution lente. andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201312011516.00605.andre_deb...@numericable.fr
Re: Compiler son noyau.
Le 01/12/2013 14:03, Zuthos Oddy a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr Bonjour, ce n'est pas ce que je comprend. Je comprend, que l'équipe suis les autres noyau et si une maj sécurité pouvant impacter un ancien noyau, l'équipe l'adapte. C'est exactement ça. Ce n'est pas un mince travail et c'est pour cela que les versions Debian stable ne sont pas maintenues au delà d'un an après une nouvelle stable. Pour plus d'informations : http://www.debian.org/security/faq Dire que chez RedHat il y a un support, certes limité, de 10ans voir 13ans avec un pack d'extension sur leurs versions RHEL... https://access.redhat.com/site/support/policy/updates/errata/ Je ne sais pas s'ils y arrivent correctement. , mais avec des backports de sécurité, de drivers et même de fonctionnalités. En gros, ça n'a plus rien à voir avec un kernel vanillia 2.6.18, mais ça reste compatible au niveau API/ABI. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b3cb8.50...@nuagelibre.org
Re: Compiler son noyau.
>> > Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de > sécurité' > Je dis depuis le début de cette conversation que ces mises à jour de > sécurité n'existent plus à partir du moment qu'un noyau est décrété > abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe > Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce > qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr > Bonjour, ce n'est pas ce que je comprend. Je comprend, que l'équipe suis les autres noyau et si une maj sécurité pouvant impacter un ancien noyau, l'équipe l'adapte. -- Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitôt en me disant "houlala, c'est pas beau à voir votre truc, je préférerai que vous teniez vous même la tronçonneuse" (traduction libre) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/84dbd883345a1191f409e0ebc8a8e3f0.squirrel@bureau
Re: Compiler son noyau.
Le 01/12/2013 13:47, maderios a écrit : On parle ici de la sécurité du noyau, affaire des dev du noyaux, et non d'une compilation d'un programme plus récent, ce qui est le cas d'un backport. je connais des gens qui font ca régulièrement, et uniquement pour la sécurité, pour le reste c'est trop de boulot jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b317e.3020...@dodin.org
Re: Compiler son noyau.
On 12/01/2013 01:37 PM, jdd wrote: Le 01/12/2013 12:40, maderios a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr ca s'appelle un "backport". On voit une mise à jour du dernier noyau et on la porte sur l'ancien. Ca se fait tous les jours. Bien sur c'est plus ou moins facile... On parle ici de la sécurité du noyau, affaire des dev du noyaux, et non d'une compilation d'un programme plus récent, ce qui est le cas d'un backport. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b2fd2.7040...@gmail.com
Re: Compiler son noyau.
On 12/01/2013 01:25 PM, Charles Plessy wrote: Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr De quel paquet EOL parle-t-on ? Je vois bien linux-source-3.11 version 3.11.8-1, mais il n'est pas dans Stable, qui contient linux-source-3.2 version 3.2.51-1, peut-être en retard mais pas EOL. Je parlais de plusieurs noyaux EOL et malgré tout packagés à l'époque par Debian, qui ont disparu récemment (dont 3.9) de cette page https://www.kernel.org/ -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b2e7a.3020...@gmail.com
Re: Compiler son noyau.
Le 01/12/2013 12:40, maderios a écrit : Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr ca s'appelle un "backport". On voit une mise à jour du dernier noyau et on la porte sur l'ancien. Ca se fait tous les jours. Bien sur c'est plus ou moins facile... jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b2d90.8010...@dodin.org
Re: Compiler son noyau.
Le Sun, Dec 01, 2013 at 12:40:49PM +0100, maderios a écrit : > > > Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' > Je dis depuis le début de cette conversation que ces mises à jour de > sécurité n'existent plus à partir du moment qu'un noyau est décrété > abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc > l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le > packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas > sûr De quel paquet EOL parle-t-on ? Je vois bien linux-source-3.11 version 3.11.8-1, mais il n'est pas dans Stable, qui contient linux-source-3.2 version 3.2.51-1, peut-être en retard mais pas EOL. Bon dimanche, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131201122520.ga30...@falafel.plessy.net
Re: Compiler son noyau.
On 11/30/2013 09:51 PM, François Boisson wrote: Le Sat, 30 Nov 2013 20:48:12 +0100 Christophe a écrit: Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du paquet kernel-package à l'époque, je ne saurais dire si c'est encore le cas- (y'a 7~8 ans maintenant), c'était plutôt 45 ~ 60mn, mais ce n'était pas les machines qu'il y a maintenant ;). Du coup, je lançais ça le soir avant d'aller de me coucher (Nostalgie aussi, parce que je n'étais pas sur que ça aller booter correctement le lendemain). Si vous allez sur la nostalgie, je me souviens de cette machine 486SX25 (toujours fonctionnelle d'ailleurs) avec des noyaux 2.0 (et des menus de configuration à taille humaine sur un écran) où la compilation se faisait sur une autre machine (Pentium 200MHz à l'époque) en n'oubliant pas le module calcul flottant (SX25 et non DX25) et surtout où j'installais le noyau via une communication RTC puis redémarrait la machine en remote en espérant qu'au redémarrage elle allait bien bouter, et se connecter automatiquement à Internet et m'envoyer un email. La connexion se faisait par un abonnement à une petite boite qui venait de se lancer, Free qu'elle s'appelait... Depuis la configuration du noyau est plus longue que la compilation si on part de rien. La compilation est bien plus courte qu'en ces temps "reculés" vu la puissance extraordinaire des machines actuelles. Avec une conf du noyau très restreinte, j'arrive à 2mn. Si on n'allège pas la conf, cela peut demander le triple ou plus. Les noyaux sont devenus énormes, ce qui a pour conséquence de demander proportionnellement beaucoup plus de temps. Le temps de compilation du noyau linux n'est rien comparé à celui demandé pour compiler Gentoo, mais ceci est une autre (belle) histoire... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b239c.8050...@gmail.com
Re: Compiler son noyau.
On 12/01/2013 07:23 AM, Yves Rutschle wrote: On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote: Yves Rutschle wrote: Non, ta seconde phrase est fausse: l'équipe sécu Debian suit l'actualité du noyau, et quand elle voit des mises à jour de sécurité, elle les adapte aux versions qui sont dans Debian. "et quand elle voit des mises à jour de sécurité", tu parles des maj des dev kernel je suppose ? Mais ces maj cessent à partir de l'état EOL d'un noyau... Accordons nos violons... Je ne sais plus comment m'exprimer, je pensais pourtant être clair. Je la refais sans pronoms: L'équipe sécu Debian suit l'actualité du noyau, et quand l'équipe sécu Debian voit des mises à jour de sécurité, l'équipe sécu Debian les adapte aux versions qui sont dans Debian. Tu écris : 'quand l'équipe sécu Debian *voit* des mises à jour de sécurité' Je dis depuis le début de cette conversation que ces mises à jour de sécurité n'existent plus à partir du moment qu'un noyau est décrété abandonné_EOL_End of life_Fin de vie par les dev du noyau. Donc l'équipe Debian ne peut rien faire concernant ce noyau EOL, sinon le packager, ce qui pour moi n'est pas bon du tout puisqu'il n'est pas sûr -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529b2041.9050...@gmail.com
Re: Compiler son noyau.
On Sat, Nov 30, 2013 at 08:00:52PM +0100, maderios wrote: > Yves Rutschle wrote: > >Non, ta seconde phrase est fausse: l'équipe sécu Debian suit > >l'actualité du noyau, et quand elle voit des mises à jour de > >sécurité, elle les adapte aux versions qui sont dans Debian. > > "et quand elle voit des mises à jour de > sécurité", tu parles des maj des dev kernel je suppose ? > Mais ces maj cessent à partir de l'état EOL d'un noyau... > Accordons nos violons... Je ne sais plus comment m'exprimer, je pensais pourtant être clair. Je la refais sans pronoms: L'équipe sécu Debian suit l'actualité du noyau, et quand l'équipe sécu Debian voit des mises à jour de sécurité, l'équipe sécu Debian les adapte aux versions qui sont dans Debian. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131201062319.gk28...@naryves.com
Re: Compiler son noyau.
Le Sat, 30 Nov 2013 20:48:12 +0100 Christophe a écrit: > Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du > paquet kernel-package à l'époque, je ne saurais dire si c'est encore le > cas- (y'a 7~8 ans maintenant), c'était plutôt 45 ~ 60mn, mais ce n'était > pas les machines qu'il y a maintenant ;). Du coup, je lançais ça le soir > avant d'aller de me coucher (Nostalgie aussi, parce que je n'étais pas > sur que ça aller booter correctement le lendemain). Si vous allez sur la nostalgie, je me souviens de cette machine 486SX25 (toujours fonctionnelle d'ailleurs) avec des noyaux 2.0 (et des menus de configuration à taille humaine sur un écran) où la compilation se faisait sur une autre machine (Pentium 200MHz à l'époque) en n'oubliant pas le module calcul flottant (SX25 et non DX25) et surtout où j'installais le noyau via une communication RTC puis redémarrait la machine en remote en espérant qu'au redémarrage elle allait bien bouter, et se connecter automatiquement à Internet et m'envoyer un email. La connexion se faisait par un abonnement à une petite boite qui venait de se lancer, Free qu'elle s'appelait... Depuis la configuration du noyau est plus longue que la compilation si on part de rien. François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131130215125.80afc0cbba859bf19d21e...@maison.homelinux.net
Re: Compiler son noyau.
Bonsoir, Le 30/11/2013 20:12, andre_deb...@numericable.fr a écrit : > On Saturday 30 November 2013 20:03:50 maderios wrote: >>> J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas >>> le '--jobs 9' . Très sympa dans le principe ! >> >> Oui mais il faut un cpu 8 coeurs, j'ai cette "chance" là : > > Intel i7 ? > > Et si Intel i5 => --jobs = combien ? > > andré > Je t'invite a aller voir http://ark.intel.com et de taper la référence de ton proc dans la case dédiée à cet effet . Si j'ai bien tout compris, tu mets --jobs = 'nombre de threads + 1'. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a44fc.9040...@stuxnet.org
Re: Compiler son noyau.
Le 30/11/2013 20:03, maderios a écrit : > Tout dépend de la conf, +- 3mn C'est particulièrement bon ça ;) . Parce que du temps ou je le faisais avec Debian et make-kpkg -Issu du paquet kernel-package à l'époque, je ne saurais dire si c'est encore le cas- (y'a 7~8 ans maintenant), c'était plutôt 45 ~ 60mn, mais ce n'était pas les machines qu'il y a maintenant ;). Du coup, je lançais ça le soir avant d'aller de me coucher (Nostalgie aussi, parce que je n'étais pas sur que ça aller booter correctement le lendemain). A présent, j'ai du core i3 (4 Threads) sur PC fixe et du core i7 sur PC portable (8 Threads). Dans le principe, ca serait pas mal, si je trouve le temps de me replonger dans ce genre d'activité ;) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a40fc.1080...@stuxnet.org
Re: Compiler son noyau.
On Saturday 30 November 2013 20:03:50 maderios wrote: > > J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas > > le '--jobs 9' . Très sympa dans le principe ! > > Oui mais il faut un cpu 8 coeurs, j'ai cette "chance" là : Intel i7 ? Et si Intel i5 => --jobs = combien ? andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201311302012.45481.andre_deb...@numericable.fr
Re: Compiler son noyau.
Christophe wrote: Le 30/11/2013 19:18, maderios a écrit : Christophe wrote: Du coup , tu utilises des trucs comme kernel-package pour créer des .deb , ou tu te la fais à la roots ? ;) J'utilise make-kpkg qui simplifie bien le travail Dans le répertoire des sources : make-kpkg --jobs 9 kernel_image --initrd Ensuite dpkg -i kernel-machin.deb et c'est tout. Grub est automatiquement mis à jour. Le '--jobs 9' ordonne à make-kpkg de travailler avec 8 threads Maderios J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas le '--jobs 9' . Très sympa dans le principe ! Oui mais il faut un cpu 8 coeurs, j'ai cette "chance" là. Ca met combien de temps à compiler un kernel actuel avec la machine que tu utilises (i7 3,4Ghz à ce qu'il me semble, si j'ai bien lu) ? Tout dépend de la conf, +- 3mn -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a3696.3070...@gmail.com
Re: Compiler son noyau.
Yves Rutschle wrote: On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote: L'équipe de sécu Debian fait le rétro-portage des correctifs de sécurité sur les versions empaquetées pour Debian. Aucun problème, donc. Justement, problème parce que les patches de sécurité n'existent plus pour les noyaux EOL/end of life. Debian ne peut publier que ce que les dev kernel publient... Non, ta seconde phrase est fausse: l'équipe sécu Debian suit l'actualité du noyau, et quand elle voit des mises à jour de sécurité, elle les adapte aux versions qui sont dans Debian. "et quand elle voit des mises à jour de sécurité", tu parles des maj des dev kernel je suppose ? Mais ces maj cessent à partir de l'état EOL d'un noyau... Accordons nos violons... Ce n'est pas spécifique au noyau, c'est également comme ça que Debian conserve un Firefox^WIceweasel a jour de sécurité alors qu'il est 2 ans derrière le Firefox officiel. S'ils ne faisaient pas ça, il n'y aurait aucune mise à jour de sécurité dans stable... Y. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a35e4.5080...@gmail.com
Re: Compiler son noyau.
On Sat, Nov 30, 2013 at 06:52:09PM +0100, maderios wrote: > >L'équipe de sécu Debian fait le rétro-portage des correctifs > >de sécurité sur les versions empaquetées pour Debian. Aucun > >problème, donc. > Justement, problème parce que les patches de sécurité n'existent > plus pour les noyaux EOL/end of life. Debian ne peut publier que ce > que les dev kernel publient... Non, ta seconde phrase est fausse: l'équipe sécu Debian suit l'actualité du noyau, et quand elle voit des mises à jour de sécurité, elle les adapte aux versions qui sont dans Debian. Ce n'est pas spécifique au noyau, c'est également comme ça que Debian conserve un Firefox^WIceweasel a jour de sécurité alors qu'il est 2 ans derrière le Firefox officiel. S'ils ne faisaient pas ça, il n'y aurait aucune mise à jour de sécurité dans stable... Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131130181109.gj28...@naryves.com
Re: Compiler son noyau.
Le 30/11/2013 19:18, maderios a écrit : > Christophe wrote: >> >> Du coup , tu utilises des trucs comme kernel-package pour créer des .deb >> , ou tu te la fais à la roots ? ;) >> > J'utilise make-kpkg qui simplifie bien le travail > Dans le répertoire des sources : > make-kpkg --jobs 9 kernel_image --initrd > Ensuite dpkg -i kernel-machin.deb et c'est tout. Grub est > automatiquement mis à jour. > Le '--jobs 9' ordonne à make-kpkg de travailler avec 8 threads > Maderios > > J'ai utilisé cette commande il y a longtemps, mais je ne connaissais pas le '--jobs 9' . Très sympa dans le principe ! Ca met combien de temps à compiler un kernel actuel avec la machine que tu utilises (i7 3,4Ghz à ce qu'il me semble, si j'ai bien lu) ? @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a2d87.5050...@stuxnet.org
Re: Compiler son noyau.
Christophe wrote: Bonsoir, Le 30/11/2013 18:58, maderios a écrit : Wheezy et parfois Jessie Je parlais des sources du noyau que je récupère pour les compiler, dispo ici https://www.kernel.org/ Maderios Du coup , tu utilises des trucs comme kernel-package pour créer des .deb , ou tu te la fais à la roots ? ;) J'utilise make-kpkg qui simplifie bien le travail Dans le répertoire des sources : make-kpkg --jobs 9 kernel_image --initrd Ensuite dpkg -i kernel-machin.deb et c'est tout. Grub est automatiquement mis à jour. Le '--jobs 9' ordonne à make-kpkg de travailler avec 8 threads Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a2be6.2040...@gmail.com
Re: Compiler son noyau.
Bonsoir, Le 30/11/2013 18:58, maderios a écrit : > Wheezy et parfois Jessie > Je parlais des sources du noyau que je récupère pour les compiler, dispo > ici > https://www.kernel.org/ > > Maderios > > Du coup , tu utilises des trucs comme kernel-package pour créer des .deb , ou tu te la fais à la roots ? ;) @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a28cd.60...@stuxnet.org
Re: Compiler son noyau.
andre_deb...@numericable.fr wrote: On Saturday 30 November 2013 18:12:03 maderios wrote: Mon noyau est un 3.10.20 et je découvre à l'instant même que la version 3.10.21 est publiée. 3.10.21 : tu es sous Jessie ? Wheezy et parfois Jessie Je parlais des sources du noyau que je récupère pour les compiler, dispo ici https://www.kernel.org/ Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a2747.1070...@gmail.com
Re: Compiler son noyau.
Bonsoir, Le 30/11/2013 18:53, andre_deb...@numericable.fr a écrit : > On Saturday 30 November 2013 18:12:03 maderios wrote: >> Mon noyau est un 3.10.20 et je découvre à l'instant même que la version >> 3.10.21 est publiée. > > 3.10.21 : tu es sous Jessie ? > > Sous Wheezy = 3.2.0-4 > > andré > Non, maderios a compilé son propre kernel. et dispose donc d'une version largement plus récente que ce qu'on peut trouver sur les dépots Debian , même expérimentaux. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a26fc.6090...@stuxnet.org
Re: Compiler son noyau.
On Saturday 30 November 2013 18:12:03 maderios wrote: > Mon noyau est un 3.10.20 et je découvre à l'instant même que la version > 3.10.21 est publiée. 3.10.21 : tu es sous Jessie ? Sous Wheezy = 3.2.0-4 andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201311301853.44305.andre_deb...@numericable.fr
Re: Compiler son noyau.
Yves Rutschle wrote: On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote: À tout ce qui a été dit, j'ajoute un point oublié: compiler son noyau implique de faire le suivi de sécurité soi-même. La sécurité est assurée par les développeurs du noyau et le fait de compiler soi-même permet notamment d'être plus réactif que Debian quand un patch de correction est appliqué par les dev du noyau. Certes, à condition de suivre tous les changements du noyau pour repérer les mises à jour de sécurité applicables à ton environnement (puis installer et compilier cette nouvelle version). Par opposition au paquet Debian, qui se met à jour "tout seul" avec un apt-get upgrade comme le reste. La première alternative est bien entendue possible, mais nécessite bien plus de travail. Le pire, c'est les paquets Debian avec des kernel "fin de vie", donc non maintenus. Jamais compris... L'équipe de sécu Debian fait le rétro-portage des correctifs de sécurité sur les versions empaquetées pour Debian. Aucun problème, donc. Justement, problème parce que les patches de sécurité n'existent plus pour les noyaux EOL/end of life. Debian ne peut publier que ce que les dev kernel publient... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a25c9.7010...@gmail.com
Re: Compiler son noyau.
On Sat, Nov 30, 2013 at 06:12:03PM +0100, maderios wrote: > >À tout ce qui a été dit, j'ajoute un point oublié: compiler > >son noyau implique de faire le suivi de sécurité soi-même. > > > La sécurité est assurée par les développeurs du noyau et le fait de > compiler soi-même permet notamment d'être plus réactif que Debian > quand un patch de correction est appliqué par les dev du noyau. Certes, à condition de suivre tous les changements du noyau pour repérer les mises à jour de sécurité applicables à ton environnement (puis installer et compilier cette nouvelle version). Par opposition au paquet Debian, qui se met à jour "tout seul" avec un apt-get upgrade comme le reste. La première alternative est bien entendue possible, mais nécessite bien plus de travail. > Le pire, c'est les paquets Debian avec des kernel "fin de vie", > donc non maintenus. Jamais compris... L'équipe de sécu Debian fait le rétro-portage des correctifs de sécurité sur les versions empaquetées pour Debian. Aucun problème, donc. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131130172854.gi28...@naryves.com
Re: Compiler son noyau.
On 11/30/2013 02:17 AM, Yves Rutschle wrote: On Fri, Nov 29, 2013 at 07:06:43PM +0100, Zuthos Oddy wrote: Continuez-vous à compiler votre noyau? Et surtous pourquoi? En effet, j'ai arretté de le faire depuis bien longtemps, mais je me demande si je ne fais pas une erreur. À tout ce qui a été dit, j'ajoute un point oublié: compiler son noyau implique de faire le suivi de sécurité soi-même. La sécurité est assurée par les développeurs du noyau et le fait de compiler soi-même permet notamment d'être plus réactif que Debian quand un patch de correction est appliqué par les dev du noyau. Je trouve d'ailleurs Debian bien lent concernant les maj du kernel. Mon noyau est un 3.10.20 et je découvre à l'instant même que la version 3.10.21 est publiée. Dans ce cas, il faut vérifier dans le changelog qu'il ne s'agit pas d’une correction de sécurité, sinon, on peut attendre. Loin de moi l'idée de compiler chaque version! https://www.kernel.org/ Le pire, c'est les paquets Debian avec des kernel "fin de vie", donc non maintenus. Jamais compris... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/529a1c63.2090...@gmail.com
Re: Compiler son noyau.
On Fri, Nov 29, 2013 at 07:06:43PM +0100, Zuthos Oddy wrote: > Continuez-vous à compiler votre noyau? > Et surtous pourquoi? > > En effet, j'ai arretté de le faire depuis bien longtemps, mais je me > demande si je ne fais pas une erreur. À tout ce qui a été dit, j'ajoute un point oublié: compiler son noyau implique de faire le suivi de sécurité soi-même. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131130011735.gf28...@naryves.com
Re: Compiler son noyau.
Bonjour à tous les utilisateurs et développeurs de Debian : Le 29/11/2013, andre_deb...@numericable.fr a écrit : > Si tu veux compiler un noyau facilement, > le plus récent, il faut le faire avec la distrib. la plus puriste = > Slackware > qui s'accomode des noyaux sans cesse renouvelé du site > https://www.kernel.org/ > Le + récent = 3.12 du 2013-11-29 > > Ma Debian Wheezy n'en est qu'au "3.2.0-4" Il est possible de compiler un noyau de version plus récent que celui qui est proposé par Debian. Il y a juste un précaution à prendre : utiliser les entêtes du nouveau noyau au moment de la compilation. Voir le lien suivant (pour en savoir un peu plus) : http://www.debian.org/doc/manuals/debian-faq/ch-kernel.fr.html Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/caaqhxe5b3jjmpzon3wgz9wtj8btazau-sex18wo_4esmkwf...@mail.gmail.com
Re: Compiler son noyau.
Si tu veux compiler un noyau facilement, le plus récent, il faut le faire avec la distrib. la plus puriste = Slackware qui s'accomode des noyaux sans cesse renouvelé du site https://www.kernel.org/ Le + récent = 3.12 du 2013-11-29 Ma Debian Wheezy n'en est qu'au "3.2.0-4" andré -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201311292221.59517.andre_deb...@numericable.fr
Re: Compiler son noyau.
Bonjour à tous les utilisateurs et développeurs de Debian : Le 29/11/2013, Zuthos Oddy a écrit : > Continuez-vous à compiler votre noyau? > Et surtous pourquoi? > > En effet, j'ai arretté de le faire depuis bien longtemps, mais je me > demande si je ne fais pas une erreur. J'ai envoyé un message ou j'ai émis un avis - tout à fait personnel mais basé sur l'expérience - à propos de l'intérêt de compiler (ou non) un noyau personnalisé, il y a quelque mois. Je te redonne le lien si tu veux le relire : http://lists.debian.org/debian-user-french/2013/08/msg00234.html Note : attention, c'est assez verbeux ! :-) Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAAqHXE5emdK2ro=fgbj3ltbei3ct6bhrm3n51rvkrucc5-n...@mail.gmail.com
Re: Compiler son noyau.
Le 29-11-2013 19:06, Zuthos Oddy a écrit : Continuez-vous à compiler votre noyau? Et surtous pourquoi? Deux raisons sur le mois écoulé en ce qui me concerne: 1 - faire un "kernel git bissect" pour déterminer avec exactitude quel patch a introduit un problème, pour pouvoir le signaler ou le résoudre. Dans mon cas c'était "et résoudre" 2 - appliquer un patch. Là il est vrai que c'était quelques modules son, pas tout le noyau En effet, j'ai arretté de le faire depuis bien longtemps, mais je me demande si je ne fais pas une erreur. C'est toute la différence entre le prêt à porter et le sur mesure. Du coup les modules ne sont plus vraiment nécessaires, et c'est un vaste débat. nb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/a0ecf018a2da3126ed7895bd32eab...@webmail.dagami.org
Re: Compiler son noyau.
Le 29/11/2013 19:06, Zuthos Oddy a écrit : Continuez-vous à compiler votre noyau? Et surtous pourquoi? En effet, j'ai arretté de le faire depuis bien longtemps, mais je me demande si je ne fais pas une erreur. tout dépends de ce que tu cherche * compiler un noyau est très facile (très peu de dépendances) * ca reste long - plusieurs minutes la dernière fois que je l'ai fait il n'y a pas si longtemps * si tu veux optimiser, tu vas passer beaucoup de temps dans la config, alors qu'avec un noyau modulaire, de toute façon, seul ce qui est utile est chargé * la puissance de plus nulle des machines neuves est telle que le gain est insignifiant donc pour rire ou si c'est obligatoire pour quelque raison que ce soit, oui, sinon non. si la compilation te branche vraiment, essaie gentoo :-) (je l'ai fait il n'y a pas longtemps pour me rendre compte par la suite que mon problème ne venait pas de là :-) jdd -- http://www.dodin.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5298e3bf.7090...@dodin.org
Re: Compiler son noyau.
On 11/29/2013 07:15 PM, Bzzz wrote: On Fri, 29 Nov 2013 19:06:43 +0100 "Zuthos Oddy" wrote: Continuez-vous à compiler votre noyau? Et surtouT pourquoi? En effet, j'ai arreTé de le faire depuis bien longtemps, mais je me demande si je ne fais pas une erreur. Non, trop chiant qd on a des drivers externes (nvidia par ex.) et aucun bénéfice réel en le faisant (plutôt des emmerdements: manque d'une section &| driver lors d'un chgt majeur de version, etc). Chacun voit midi à sa porte... IL est vrai que cela doit être un plaisir, sinon aucun intérêt. Concernant nvidia (mon cas), je ne vois pas le pb. Il suffit de compiler le driver nvidia proprio après chaque compil kernel, cela prend 1mn. Tout dépend de la machine mais même avec une vieille bécane, j'ai tjrs compilé. -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5298dbae.9050...@gmail.com
Re: Compiler son noyau.
On 11/29/2013 07:06 PM, Zuthos Oddy wrote: Continuez-vous à compiler votre noyau? Et surtous pourquoi? En effet, j'ai arretté de le faire depuis bien longtemps, mais je me demande si je ne fais pas une erreur. Oui, parce qu'un noyau "généraliste" ne me convient pas : inadapté, vu les nombreuses options intégrées inutiles qui ralentissent lamachine. De plus, cela permet d'être vraiment à jour et d'être indépendant (+++). -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/5298da8d.2030...@gmail.com
Re: Compiler son noyau.
On Fri, 29 Nov 2013 19:06:43 +0100 "Zuthos Oddy" wrote: > Continuez-vous à compiler votre noyau? > Et surtouT pourquoi? > > En effet, j'ai arreTé de le faire depuis bien longtemps, mais je > me demande si je ne fais pas une erreur. Non, trop chiant qd on a des drivers externes (nvidia par ex.) et aucun bénéfice réel en le faisant (plutôt des emmerdements: manque d'une section &| driver lors d'un chgt majeur de version, etc). -- je suis au fin fond de la dépréssion donc tu peux nous faire le point météo ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131129191520.0fc87781@anubis.defcon1
Re: Compiler son noyau
On 09/21/2012 08:33 PM, Bzzz wrote: On Fri, 21 Sep 2012 19:58:11 +0200 Gaël wrote: Du coup, j'en profite, connais-tu un bon lien qui explique la compilation du noyau ? Déjà, installer kernel-package qui devrait normalement entrainer les dépendances voulues, Après, installer un source du kernel, Debian ou à partir de www.kernel.org et le décompresser dans /usr/src, puis faire un symlink: ln azerty-NNN linux, cd linux, puis make menuconfig& choisir les options voulues - vu que tu ne l'as jamais fait, mieux vaut d'abord partir du fichier de conf d'un kernel Debian (cp /boot/config-a.b.c-986 /usr/src/linux/.config et élaguer au fur et à mesure que tu connaîtras mieux ton matériel, Et enfin, un make-kpkg kernel_image qui va lancer la compilation du kernel et des modules, et leur encapsulation dans un .deb qui se trouvera un étage plus haut (/usr/src). la commande minimum c'est make-kpkg kernel_image --initrd sinon boxon assuré concernant les modules ! -- Maderios "Art is meant to disturb. Science reassures." "L'art est fait pour troubler. La science rassure" (Georges Braque) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/505cb8fc.4070...@gmail.com
Re: Compiler son noyau
On 09/21/2012 07:58 PM, Gaël wrote: Salut ! Maderios a écrit : > Recompiler un noyau 3 à ta sauce permettrait de t'affranchir des noyaux Debian. > J'ai rencontré des problèmes avec les noyaux Debian patchés, problèmes qui > disparaissaient avec mes noyaux compilés maison. > D'ailleurs, je n'utilise jamais de noyau Debian et je n'en vois pas l'utilité. > Mais ceci est une autre trollitude... > Bon courage. Du coup, j'en profite, connais-tu un bon lien qui explique la compilation du noyau ? je vois ça http://www.isalo.org/wiki.debian-fr/index.php?title=Compiler_et_patcher_son_noyau C'est plus simple que cela, surtout avec Debian. Installer les paquets deb indiqués au début de la page. Télécharger le paquet source ici par ex https://www.kernel.org/ et le décompresser en /usr/src Surtout, connaître ton matériel lshw-gtk est utile Ensuite ds répertoire sources tu lanceras make menuconfig où tu choisiras tes options, modules, etc... Ce n'est pas le plus facile quand on débute. Pour ne pas s'y perdre, avant de lancer make menuconfig, essaie avec un noyau debian officiel et lsmod de voir quels modules sont chargés. Voir également le fichier du noyau officiel debian /boot/config- . Tu copies ce fichier de conf du noyau officiel en ".config" ds le répertoire des sources. Ce qui donne par ex : /usr/src/ton-noyau/ton-noyau/.config et ensuite tu fais make menuconfig ds répertoire sources. Cette conf du noyau officiel peut te servir de base pour un noyau personnalisé. Sinon, écume le net concernant les options. Ex http://kernelnewbies.org/ Quand tu en as fini avec make menuconfig, tu enregistres ta conf puis tu lances la compilation make-kpkg kernel_image --initrd Durée= entre +- 3 et 30 mn selon ton processeur. Tu obtiens un beau paquet .deb que tu installes avec dpkg Si tu veux recompiler ne pas oublier de faire make-kpkg clean Surtout, laisse un noyau opérationnel en option au boot. Si tu t'es planté, tu pourras démarrer quand même avec ce noyau. Cordialement -- Maderios "Art is meant to disturb. Science reassures." "L'art est fait pour troubler. La science rassure" (Georges Braque) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/505cb7b9.9060...@gmail.com
Re: Compiler son noyau
On Fri, 21 Sep 2012 19:58:11 +0200 Gaël wrote: > Du coup, j'en profite, connais-tu un bon lien qui explique la > compilation du noyau ? Déjà, installer kernel-package qui devrait normalement entrainer les dépendances voulues, Après, installer un source du kernel, Debian ou à partir de www.kernel.org et le décompresser dans /usr/src, puis faire un symlink: ln azerty-NNN linux, cd linux, puis make menuconfig & choisir les options voulues - vu que tu ne l'as jamais fait, mieux vaut d'abord partir du fichier de conf d'un kernel Debian (cp /boot/config-a.b.c-986 /usr/src/linux/.config et élaguer au fur et à mesure que tu connaîtras mieux ton matériel, Et enfin, un make-kpkg kernel_image qui va lancer la compilation du kernel et des modules, et leur encapsulation dans un .deb qui se trouvera un étage plus haut (/usr/src). Last, but not the least: dpgk -i monkernelamoikejècompilékomungran.deb, vérifier que les symlinks en racine ont été MàJ (vmlinuz + initrd.img<->tout du moins tant que tu laisseras ton kernel en mode initrd), et reboot. -- Définissez en deux mots le concept de la théorie de la complexité traitant d'un parcours Eulérien et Hamiltonien concernant un graphe connexe. Ta gueule. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120921203311.62ee65f1@anubis.defcon1
Re: compiler son noyau
Seb a écrit : >Salut, > >Désolé je débarque après la bataille, je viens à peine de remarquer que >j'était interpellé personnellement dans la discussion il y a maintenant >trois jours... > > tu es dans la cavalerie ? :-) >Visiblement tu t'en es sorti et c'est cool. Je vais tout de même >répondre à certaines questions que j'ai vu passer dans ce que j'ai >manqué de la discussion. > > Pas grave, tu m'as bien aidé au départ, et Xavier à poursuivi :-) je suis passé sous debian depuis décembre et je suis complètement séduit :-) a tel point que j'envisage de migrer tous nos serveurs (ia64 et ia32). Et nous allons progressivement tenter une migration sur les postes clients. C'est pour cela que j'avais besoins de recompiler le noyeau afin de le patcher avec suspend2. Cela fonctionne partiellement hélas (suspend/restore ok, mais switch vers une console me donne un écran bizarre). de plus la le lecteur de cartes multimedia n'est pas supporté sous linux. Dans l'avenir je vais essayé de trouver des portables certifiés linux. a++ Guy >Personnellement j'utiliserais le .config d'un noyau Debian (par exemple >/boot/config-quelquechose fourni par le paquet >kernel-image-quelquechose) et je retirerais les modules dont je n'ai pas >besoin pour réduire l'espace disque occupé par le noyau et ses modules. > >Pour déterminer les modules que j'utilise et que je dois passer en dur, >lsmod puis choix des modules à passer en dur ou à laisser en module >comme conseillé par Xavier. > >Je parle au conditionnel car je ne personnalise plus mes noyaux, >j'utilise les kernel-image-quelquechose de la distrib, ce qui permet >d'obtenir régulièrement des mises à jour. > >Seb > >De Leeuw Guy a écrit : > > >>Yeahhh tout fonctionne nickel (sauf suspend2) >> >>Merci à tous et à toi Xavier, pour ton aide et les liens fournis. >> >>J'ai appris bcp :-) >>a++ >>Guy >> >>De Leeuw Guy a écrit : >> >> >> >> >>>Merci Xavier, >>> >>>mais comment déterminer "ce que l'on a besoins" ? faut il egalement y >>>integrer les drivers genre IDE ? >>>Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ? >>> >>>En tout cas merci pour ton aide >>>Guy >>> >>>Xavier Oswald a écrit : >>> >>> >>> >>> >>> >>> On 18:33 Sun 02 Apr , De Leeuw Guy wrote: >Bonjour a tous, > >Seb, finalement j'aimerais essayer la construction de mon noyeau sans >initrd. >Que faut il valider comme options dans le .config ? > > > > > > .config, tu utilises quoi ? make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à éditer de fichier. Il faut que tu mettes en "dur" tout ce que tu as besoin pour booté genre ext3, si tu utilises du ext3, réseau, son, etc... Sinon le reste tu peux le mettre en module et les charger a la fin du boot ou par la suite à la main. exemple : port parallele, série, autres filesystems, .. En fait, tout ce que tu n'utilises pas tout le temps ! C'est comme ca que je procède quand je recompile mon noyaux, je n'utiliseis non plus pas d'initrd. Amicalement, >>> >>> >>> >>> >> >> >> > > > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Salut, Désolé je débarque après la bataille, je viens à peine de remarquer que j'était interpellé personnellement dans la discussion il y a maintenant trois jours... Visiblement tu t'en es sorti et c'est cool. Je vais tout de même répondre à certaines questions que j'ai vu passer dans ce que j'ai manqué de la discussion. Personnellement j'utiliserais le .config d'un noyau Debian (par exemple /boot/config-quelquechose fourni par le paquet kernel-image-quelquechose) et je retirerais les modules dont je n'ai pas besoin pour réduire l'espace disque occupé par le noyau et ses modules. Pour déterminer les modules que j'utilise et que je dois passer en dur, lsmod puis choix des modules à passer en dur ou à laisser en module comme conseillé par Xavier. Je parle au conditionnel car je ne personnalise plus mes noyaux, j'utilise les kernel-image-quelquechose de la distrib, ce qui permet d'obtenir régulièrement des mises à jour. Seb De Leeuw Guy a écrit : > Yeahhh tout fonctionne nickel (sauf suspend2) > > Merci à tous et à toi Xavier, pour ton aide et les liens fournis. > > J'ai appris bcp :-) > a++ > Guy > > De Leeuw Guy a écrit : > > >>Merci Xavier, >> >>mais comment déterminer "ce que l'on a besoins" ? faut il egalement y >>integrer les drivers genre IDE ? >>Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ? >> >>En tout cas merci pour ton aide >>Guy >> >>Xavier Oswald a écrit : >> >> >> >> >>>On 18:33 Sun 02 Apr , De Leeuw Guy wrote: >>> >>> >>> >>> >>> Bonjour a tous, Seb, finalement j'aimerais essayer la construction de mon noyeau sans initrd. Que faut il valider comme options dans le .config ? >>> >>>.config, tu utilises quoi ? >>> >>>make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à >>>éditer de fichier. >>> >>>Il faut que tu mettes en "dur" tout ce que tu as besoin pour booté genre >>>ext3, si tu utilises du ext3, réseau, son, etc... >>> >>>Sinon le reste tu peux le mettre en module et les charger a la fin du >>>boot ou par la suite à la main. >>>exemple : port parallele, série, autres filesystems, .. >>>En fait, tout ce que tu n'utilises pas tout le temps ! >>> >>>C'est comme ca que je procède quand je recompile mon noyaux, je >>>n'utiliseis non plus pas d'initrd. >>> >>>Amicalement, >>> >>> >>> >>> >> >> >> >> > > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Yeahhh tout fonctionne nickel (sauf suspend2) Merci à tous et à toi Xavier, pour ton aide et les liens fournis. J'ai appris bcp :-) a++ Guy De Leeuw Guy a écrit : >Merci Xavier, > >mais comment déterminer "ce que l'on a besoins" ? faut il egalement y >integrer les drivers genre IDE ? >Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ? > >En tout cas merci pour ton aide >Guy > >Xavier Oswald a écrit : > > > >>On 18:33 Sun 02 Apr , De Leeuw Guy wrote: >> >> >> >> >>>Bonjour a tous, >>> >>>Seb, finalement j'aimerais essayer la construction de mon noyeau sans >>>initrd. >>>Que faut il valider comme options dans le .config ? >>> >>> >>> >>> >>.config, tu utilises quoi ? >> >>make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à >>éditer de fichier. >> >>Il faut que tu mettes en "dur" tout ce que tu as besoin pour booté genre >>ext3, si tu utilises du ext3, réseau, son, etc... >> >>Sinon le reste tu peux le mettre en module et les charger a la fin du >>boot ou par la suite à la main. >>exemple : port parallele, série, autres filesystems, .. >>En fait, tout ce que tu n'utilises pas tout le temps ! >> >>C'est comme ca que je procède quand je recompile mon noyaux, je >>n'utiliseis non plus pas d'initrd. >> >>Amicalement, >> >> >> >> > > > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
On 11:12 Mon 03 Apr , De Leeuw Guy wrote: > Merci Xavier, > > mais comment déterminer "ce que l'on a besoins" ? faut il egalement y > integrer les drivers genre IDE ? Normalement, certaines options sont déja activés par défaut. alors pour avoir des infos : 'cat /proc/pci' ou 'lspci' en fonction de ton noyau c'est deja un bon point de départ ca te donne certaines infos tres importantes. Tien je te file quelques liens ou tu trouveras plus d'infos: http://www.andesi.org/index.php?node=77 http://lea-linux.org/cached/index/Kernel-kernel.html http://www.debian-fr.org/article.php?page=viewarticle&article=29 Je sais, c'est pas évident au début ;) > Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ? Ben en fait le son tu l'utilises tout le temps, soit pour des ogg ou de la radio, ou pour des jeux etc.. donc autant le mettre en dur comme ca tu n'as plus à t'en soucier. > En tout cas merci pour ton aide Mais de rien :) Amicalement -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- GNU/LINUX Debian & Debian-Edu Developer -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Merci Xavier, mais comment déterminer "ce que l'on a besoins" ? faut il egalement y integrer les drivers genre IDE ? Pourquoi le son ? il n'est pas indispensable lors du boot ou je me trompe ? En tout cas merci pour ton aide Guy Xavier Oswald a écrit : >On 18:33 Sun 02 Apr , De Leeuw Guy wrote: > > >>Bonjour a tous, >> >>Seb, finalement j'aimerais essayer la construction de mon noyeau sans >>initrd. >>Que faut il valider comme options dans le .config ? >> >> >.config, tu utilises quoi ? > >make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à >éditer de fichier. > >Il faut que tu mettes en "dur" tout ce que tu as besoin pour booté genre >ext3, si tu utilises du ext3, réseau, son, etc... > >Sinon le reste tu peux le mettre en module et les charger a la fin du >boot ou par la suite à la main. >exemple : port parallele, série, autres filesystems, .. >En fait, tout ce que tu n'utilises pas tout le temps ! > >C'est comme ca que je procède quand je recompile mon noyaux, je >n'utiliseis non plus pas d'initrd. > >Amicalement, > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy a écrit : > Bonjour a tous, > > Seb, finalement j'aimerais essayer la construction de mon noyeau sans > initrd. > Que faut il valider comme options dans le .config ? > > Merci d'avance > Guy > > Seb a écrit : > Slt, ma démarche a été la suivante : - prendre le fichier de config de la formation d'alexis de lattre. - tu fais un tkdiff de ton .config actuel et de celui d'alexis. - les entrées qui correspondent entre elles, tu les mets comme alexis. - ensuite tu mets en dur tout ce qui est chargé à chaque démarrage : le support ext, la video , l'agp, le cdrom, tout pour l'activation de l'udma...bref tout ce qui concerne ton hardware (évidemment c po obliger...en module ça marche aussi...) - ce que tu peux laisser en module : tout ce qui concerne l'internet (le parefeu...); tout ce que t(utilise ponctuellement (l'irda...) - ensuite tu compiles à la méthode debian, dans tes sources : make-kpkg --rootcmd fakeroot clean make-kpkg --rootcmd fakeroot --append-to-version=-1 --revision=`date+%y%m%d` kernel-image puis dpkg -i... tu vérifies que ton bootloader est bien configuré...et tu rebootes... puis ben tu affines ton .config au fur et à mesure...note qu'à chaque changement de noyau (par exemple du 2.6.15 au 2.6.16) il faut parfois revoir la conf...en effet pour l'exemple entre le 2.6.15 et le 2.6.16 je me suis retrouvé sans parefeu...et oui les noms avaient changé...donc faut po se reposer sur ses lauriers... vala en espérant t'avoir aidé Giggz -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
On 18:33 Sun 02 Apr , De Leeuw Guy wrote: > Bonjour a tous, > > Seb, finalement j'aimerais essayer la construction de mon noyeau sans > initrd. > Que faut il valider comme options dans le .config ? .config, tu utilises quoi ? make menuconfig ou xconfig fait tout ce que tu as besoin sans avoir à éditer de fichier. Il faut que tu mettes en "dur" tout ce que tu as besoin pour booté genre ext3, si tu utilises du ext3, réseau, son, etc... Sinon le reste tu peux le mettre en module et les charger a la fin du boot ou par la suite à la main. exemple : port parallele, série, autres filesystems, .. En fait, tout ce que tu n'utilises pas tout le temps ! C'est comme ca que je procède quand je recompile mon noyaux, je n'utiliseis non plus pas d'initrd. Amicalement, -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- Debian GNU/Linux user -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Bonjour a tous, Seb, finalement j'aimerais essayer la construction de mon noyeau sans initrd. Que faut il valider comme options dans le .config ? Merci d'avance Guy Seb a écrit : >De Leeuw Guy a écrit : > > >>Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai >>encore du mal a comprendre toutes les phases du démarrage. >>Je préfère donc m'en tenir au modèle utilisé par debian, cad >>l'utilisation d'un initrd. >> >> > >Si tu arrives à t'en sortir comme ça tant mieux. > > > >>sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller >>les modules genre nvidia kqemu ndiswrapper ? >>(je les ais compilés moi meme sauf nvidia, je ne me souviens plus >>comment je l'ai installé) >> >> > >En fait, de manière générale, tous les modules dont tu as besoin et qui >ne sont pas fournis dans les sources de ton noyau auront besoin d'être >recompilés. >nvidia fait partie de ces modules, pour kqemu et ndiswrapper je ne sais >pas mais, en faisant un grep de mon .config, je ne les ai pas trouvés, >je pense donc qu'ils en font également partie. > >Les sources du driver nVidia sont fournies par le paquet >nvidia-kernel-source (il faut que tu ajoutes les sources non-free à ton >/etc/apt/sources.list) >deb http://ftp2.fr.debian.org/debian/ sarge non-free > > > >>Merci pour ton aide. >>Guy >> >> > >Seb > > > > -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Yeahhh, tout refonctionne nickel, merci à tous pour votre aide Guy Seb a écrit : >De Leeuw Guy a écrit : > > >>Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai >>encore du mal a comprendre toutes les phases du démarrage. >>Je préfère donc m'en tenir au modèle utilisé par debian, cad >>l'utilisation d'un initrd. >> >> > >Si tu arrives à t'en sortir comme ça tant mieux. > > > >>sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller >>les modules genre nvidia kqemu ndiswrapper ? >>(je les ais compilés moi meme sauf nvidia, je ne me souviens plus >>comment je l'ai installé) >> >> > >En fait, de manière générale, tous les modules dont tu as besoin et qui >ne sont pas fournis dans les sources de ton noyau auront besoin d'être >recompilés. >nvidia fait partie de ces modules, pour kqemu et ndiswrapper je ne sais >pas mais, en faisant un grep de mon .config, je ne les ai pas trouvés, >je pense donc qu'ils en font également partie. > >Les sources du driver nVidia sont fournies par le paquet >nvidia-kernel-source (il faut que tu ajoutes les sources non-free à ton >/etc/apt/sources.list) >deb http://ftp2.fr.debian.org/debian/ sarge non-free > > > >>Merci pour ton aide. >>Guy >> >> > >Seb > > > > -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy a écrit : > Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai > encore du mal a comprendre toutes les phases du démarrage. > Je préfère donc m'en tenir au modèle utilisé par debian, cad > l'utilisation d'un initrd. Si tu arrives à t'en sortir comme ça tant mieux. > sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller > les modules genre nvidia kqemu ndiswrapper ? > (je les ais compilés moi meme sauf nvidia, je ne me souviens plus > comment je l'ai installé) En fait, de manière générale, tous les modules dont tu as besoin et qui ne sont pas fournis dans les sources de ton noyau auront besoin d'être recompilés. nvidia fait partie de ces modules, pour kqemu et ndiswrapper je ne sais pas mais, en faisant un grep de mon .config, je ne les ai pas trouvés, je pense donc qu'ils en font également partie. Les sources du driver nVidia sont fournies par le paquet nvidia-kernel-source (il faut que tu ajoutes les sources non-free à ton /etc/apt/sources.list) deb http://ftp2.fr.debian.org/debian/ sarge non-free > Merci pour ton aide. > Guy Seb -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
On 11:47 Wed 29 Mar , De Leeuw Guy wrote: > Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai > encore du mal a comprendre toutes les phases du démarrage. > Je préfère donc m'en tenir au modèle utilisé par debian, cad > l'utilisation d'un initrd. > > sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller > les modules genre nvidia kqemu ndiswrapper ? > (je les ais compilés moi meme sauf nvidia, je ne me souviens plus > comment je l'ai installé) il faut que ton serveur X soit arreté et tu as script de chez Nvidia genre NVIDIA_INSTALLER-version.sh ou un truc du genre, tu l'éxécutes donc en console et il se charge de faire ce que tu as besoin. Sinon, comme dis, tu as les paquets debian/non-free -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
> Oui, mais tout etait configuré dans le 2.6.15 debian. > C'est pour cela que je me demande si je dois recompiler ces modules > Guy Oui, les modules 'vont avec ton noyau'. Si tu changes de noyau, il faut que tu recompiles tes modules. En fait, tes modules sont dans /lib/modules/-la version de ton noyau-/ Donc quand tu compile un noyau, il va écrasé ce repertoire et mettre les nouveau modules, donc tes anciens que tu avais compilé ne sont plus présent! > > Xavier Oswald a écrit : > > >On 10:03 Wed 29 Mar , De Leeuw Guy wrote: > > > > > >>Bonjour à tous, et merci pour votre aide. > >> > >>Le nouveau noyeau démarre correctement. > >>Mais il me manque les modules genre nvidia, kqemu, ect... > >>est ce normal ? > >> > >> > > > >NVidia est un driver propriétaire. > >Il faut que tu le compile à part. > >Ou si je me souviens bien, il est dans debian/non-free donc apt est ton > >ami ! :) -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai encore du mal a comprendre toutes les phases du démarrage. Je préfère donc m'en tenir au modèle utilisé par debian, cad l'utilisation d'un initrd. sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller les modules genre nvidia kqemu ndiswrapper ? (je les ais compilés moi meme sauf nvidia, je ne me souviens plus comment je l'ai installé) Merci pour ton aide. Guy Seb a écrit : >De Leeuw Guy a écrit : > > >>Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont >>bien en 'm' >>Cela explique pourquoi debian installe systématiquement le initrd en /boot >> >>Y a t'il un interet particulier d'éviter l'initrd ? >> >> > >L'intérêt que je vois c'est de créer et utiliser une image du noyau >permetant de gérer toute seule le démarrage de la machine. >En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de >l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton >expérience de boot raté est l'exemple même de ce qui me fait penser que >c'est une contrainte). > >Je ne soutiendrais pas que j'ai raison et que les autres sont dans >l'erreur, c'est simplement ma façon de voir les choses > >Tout contre-argument est le bienvenu ! > > > >>Guy >> >> > >Seb > > > > -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy a écrit : > Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont > bien en 'm' > Cela explique pourquoi debian installe systématiquement le initrd en /boot > > Y a t'il un interet particulier d'éviter l'initrd ? L'intérêt que je vois c'est de créer et utiliser une image du noyau permetant de gérer toute seule le démarrage de la machine. En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton expérience de boot raté est l'exemple même de ce qui me fait penser que c'est une contrainte). Je ne soutiendrais pas que j'ai raison et que les autres sont dans l'erreur, c'est simplement ma façon de voir les choses Tout contre-argument est le bienvenu ! > Guy Seb -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot Y a t'il un interet particulier d'éviter l'initrd ? Guy Seb a écrit : >ThomasC a écrit : > > >>De Leeuw Guy a écrit : >> >> >> >>>Bon ben >>>Compilation ok, mais erreur au boot : >>> >>>VFS: Cannot open root device "hda2" >>> >>>je pense que c'est parcequ'il n'y a pas d'initrd >>>comment le créer ? >>> >>> >>normalement l'initrd est créé en rajoutant l'option --initrd lors du >>make-kpkg >> >> > >Personnellement je mets *toujours* le support des systèmes de fichiers >ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. >L'autre raison est que mon (ton) système va forcément et en permanence >utiliser l'ext2/3, donc aucun intérêt à l'avoir en module. > >Seb > > > > -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Oui, mais tout etait configuré dans le 2.6.15 debian. C'est pour cela que je me demande si je dois recompiler ces modules Guy Xavier Oswald a écrit : >On 10:03 Wed 29 Mar , De Leeuw Guy wrote: > > >>Bonjour à tous, et merci pour votre aide. >> >>Le nouveau noyeau démarre correctement. >>Mais il me manque les modules genre nvidia, kqemu, ect... >>est ce normal ? >> >> > >NVidia est un driver propriétaire. >Il faut que tu le compile à part. >Ou si je me souviens bien, il est dans debian/non-free donc apt est ton >ami ! :) > >Amicalement, > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
On 10:03 Wed 29 Mar , De Leeuw Guy wrote: > Bonjour à tous, et merci pour votre aide. > > Le nouveau noyeau démarre correctement. > Mais il me manque les modules genre nvidia, kqemu, ect... > est ce normal ? NVidia est un driver propriétaire. Il faut que tu le compile à part. Ou si je me souviens bien, il est dans debian/non-free donc apt est ton ami ! :) Amicalement, -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GnuPG Key ID 0x88BBB51E `. `' 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E `- -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Je crois que le problème vient de reiserfs que j'utilise aussi, mais pas pour la partition système. Guy Seb a écrit : >ThomasC a écrit : > > >>De Leeuw Guy a écrit : >> >> >> >>>Bon ben >>>Compilation ok, mais erreur au boot : >>> >>>VFS: Cannot open root device "hda2" >>> >>>je pense que c'est parcequ'il n'y a pas d'initrd >>>comment le créer ? >>> >>> >>normalement l'initrd est créé en rajoutant l'option --initrd lors du >>make-kpkg >> >> > >Personnellement je mets *toujours* le support des systèmes de fichiers >ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. >L'autre raison est que mon (ton) système va forcément et en permanence >utiliser l'ext2/3, donc aucun intérêt à l'avoir en module. > >Seb > > > > -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement.
Mais il me manque les modules genre nvidia, kqemu, ect...
est ce normal ?
Guy
ThomasC a écrit :
> De Leeuw Guy a écrit :
>
>> Bon ben
>> Compilation ok, mais erreur au boot :
>>
>> VFS: Cannot open root device "hda2"
>>
>> je pense que c'est parcequ'il n'y a pas d'initrd
>> comment le créer ?
>>
>> Merci d'avance
>> Guy
>>
>> NaiosKAE{FR} a écrit :
>>
>>> De Leeuw Guy writes:
>>>
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
[EMAIL PROTECTED]:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
[EMAIL PROTECTED]:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
>>>
>>>
>>> Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
>>> kernel-source-VERSION || linux-source-VERSION
>>> tu décompactes le linux-source...-tar.bz2 dans /usr/src
>>> tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
>>> /usr/src/linux
>>> tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
>>> ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
>>> proposer divers choix pour les nouveautés du kernel que tu as choisi
>>> puis make menuconfig si tu as des modifs à apporter
>>> enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
>>> pour l'install le paquet est généré dans /usr/src
>>>
>>>
>>
>>
> Salut,
>
> normalement l'initrd est créé en rajoutant l'option --initrd lors du
> make-kpkg
>
>
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
ThomasC a écrit : > De Leeuw Guy a écrit : > >> Bon ben >> Compilation ok, mais erreur au boot : >> >> VFS: Cannot open root device "hda2" >> >> je pense que c'est parcequ'il n'y a pas d'initrd >> comment le créer ? > > normalement l'initrd est créé en rajoutant l'option --initrd lors du > make-kpkg Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module. Seb -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy a écrit :
Bon ben
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
Merci d'avance
Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
[EMAIL PROTECTED]:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
[EMAIL PROTECTED]:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
kernel-source-VERSION || linux-source-VERSION
tu décompactes le linux-source...-tar.bz2 dans /usr/src
tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
/usr/src/linux
tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
proposer divers choix pour les nouveautés du kernel que tu as choisi
puis make menuconfig si tu as des modifs à apporter
enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Bon ben
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
Merci d'avance
Guy
NaiosKAE{FR} a écrit :
> De Leeuw Guy writes:
>
>> Bonjour à tous,
>> Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
>> (mais conserver tous les parametres debian).
>> Actuellement j'utilise le noyeau livré en testing (etch)
>> sous /usr/src j'ai :
>> [EMAIL PROTECTED]:/usr/src# ll
>> total 220
>> drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
>> drwxr-xr-x 5 root root 4096 2006-03-10 09:40
>> linux-headers-2.6.15-1-686-smp
>> drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
>> drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
>> -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
>> [EMAIL PROTECTED]:/usr/src#
>> Pourquoi y a t'il 2 linux-headers ?
>> dans lequel dois je lancer make menuconfig ?
>> Y a t'il une procédure particulière pour ce noyau ?
>> merci d'avance pour votre aide
>> Guy
>
>
> Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
> kernel-source-VERSION || linux-source-VERSION
> tu décompactes le linux-source...-tar.bz2 dans /usr/src
> tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
> /usr/src/linux
> tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
> ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
> proposer divers choix pour les nouveautés du kernel que tu as choisi
> puis make menuconfig si tu as des modifs à apporter
> enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
> pour l'install le paquet est généré dans /usr/src
>
>
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy a écrit : > Bien voila, c'est fait :-) > Maintenant je suppose su'un simple dpkg -i suffit ? C'est là tout l'intérêt de la compilation de noyau à la mode Debian ! Euh, non, en fait des incantations voudou, prières et autres grigris peuvent aussi aider ;-) > Guy Seb -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Bien voila, c'est fait :-)
Maintenant je suppose su'un simple dpkg -i suffit ?
Guy
Laurent CARON a écrit :
> NaiosKAE{FR} wrote:
>
>> De Leeuw Guy writes:
>>
>>> Bonjour à tous,
>>> Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
>>> (mais conserver tous les parametres debian).
>>> Actuellement j'utilise le noyeau livré en testing (etch)
>>> sous /usr/src j'ai :
>>> [EMAIL PROTECTED]:/usr/src# ll
>>> total 220
>>> drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
>>> drwxr-xr-x 5 root root 4096 2006-03-10 09:40
>>> linux-headers-2.6.15-1-686-smp
>>> drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
>>> drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
>>> -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
>>> [EMAIL PROTECTED]:/usr/src#
>>> Pourquoi y a t'il 2 linux-headers ?
>>> dans lequel dois je lancer make menuconfig ?
>>> Y a t'il une procédure particulière pour ce noyau ?
>>> merci d'avance pour votre aide
>>> Guy
>>
>>
>> Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
>> kernel-source-VERSION || linux-source-VERSION
>> tu décompactes le linux-source...-tar.bz2 dans /usr/src
>> tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
>> /usr/src/linux
>
>
> pas utile
>
>> tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
>> ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
>> proposer divers choix pour les nouveautés du kernel que tu as choisi
>> puis make menuconfig si tu as des modifs à apporter
>> enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
>> pour l'install le paquet est généré dans /usr/src
>>
>>
>
>
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Seb wrote: Laurent CARON a écrit : Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux pas utile mais tellement pratique... Et puis certains logiciels on besoin de compiler des modules pour le noyau et cherchent les sources dans /usr/src/linux (vmware ou le driver propriétaire pour les WinModems, par exemple). Donc si on met dans la balance le temps perdu à créer le lien et le temps gagné lorsqu'on sera confronté à une telle application qui trouvera du premier coup les sources du noyau, je pense qu'on est largement gagnant à le faire systématiquement. Seb Bien souvent il est possible de ne pas faire ce lien. module-assistant permet de spécifier un répertoire pour la compilation des modules, la plupart des sources tierces aussi. Mes 0.2€. -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Laurent CARON a écrit : >> Bonjour, il te faut le fakeroot, libncurses, kernel-package, le >> kernel-source-VERSION || linux-source-VERSION >> tu décompactes le linux-source...-tar.bz2 dans /usr/src >> tu fait un lien symbolique de /usr/src/linux-source-VERSION vers >> /usr/src/linux > > > pas utile mais tellement pratique... Et puis certains logiciels on besoin de compiler des modules pour le noyau et cherchent les sources dans /usr/src/linux (vmware ou le driver propriétaire pour les WinModems, par exemple). Donc si on met dans la balance le temps perdu à créer le lien et le temps gagné lorsqu'on sera confronté à une telle application qui trouvera du premier coup les sources du noyau, je pense qu'on est largement gagnant à le faire systématiquement. Seb -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
FrekoDing wrote: De Leeuw Guy ecrivait le 28/03/2006 13:56: Merci, mais avant j'aimerais comprendre ou est le bon .config ? drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp Tout depend de ton architecture. la version smp correspond aux architectures multiprocesseurs. ces 2 répertoires ne te serviront *pas* pour recompiler le noyau. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy ecrivait le 28/03/2006 13:56: Merci, mais avant j'aimerais comprendre ou est le bon .config ? drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp Tout depend de ton architecture. la version smp correspond aux architectures multiprocesseurs. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy wrote: Merci, mais avant j'aimerais comprendre ou est le bon .config ? ls -al /boot/config-`uname -r` -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
Merci, mais avant j'aimerais comprendre ou est le bon .config ?
drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
Guy
Laurent CARON a écrit :
> NaiosKAE{FR} wrote:
>
>> De Leeuw Guy writes:
>>
>>> Bonjour à tous,
>>> Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
>>> (mais conserver tous les parametres debian).
>>> Actuellement j'utilise le noyeau livré en testing (etch)
>>> sous /usr/src j'ai :
>>> [EMAIL PROTECTED]:/usr/src# ll
>>> total 220
>>> drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
>>> drwxr-xr-x 5 root root 4096 2006-03-10 09:40
>>> linux-headers-2.6.15-1-686-smp
>>> drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
>>> drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
>>> -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
>>> [EMAIL PROTECTED]:/usr/src#
>>> Pourquoi y a t'il 2 linux-headers ?
>>> dans lequel dois je lancer make menuconfig ?
>>> Y a t'il une procédure particulière pour ce noyau ?
>>> merci d'avance pour votre aide
>>> Guy
>>
>>
>> Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
>> kernel-source-VERSION || linux-source-VERSION
>> tu décompactes le linux-source...-tar.bz2 dans /usr/src
>> tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
>> /usr/src/linux
>
>
> pas utile
>
>> tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
>> ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
>> proposer divers choix pour les nouveautés du kernel que tu as choisi
>> puis make menuconfig si tu as des modifs à apporter
>> enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
>> pour l'install le paquet est généré dans /usr/src
>>
>>
>
>
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
NaiosKAE{FR} wrote:
De Leeuw Guy writes:
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
[EMAIL PROTECTED]:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
[EMAIL PROTECTED]:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
kernel-source-VERSION || linux-source-VERSION
tu décompactes le linux-source...-tar.bz2 dans /usr/src
tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
/usr/src/linux
pas utile
tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
proposer divers choix pour les nouveautés du kernel que tu as choisi
puis make menuconfig si tu as des modifs à apporter
enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
pour l'install le paquet est généré dans /usr/src
--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler son noyau
De Leeuw Guy writes: Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : [EMAIL PROTECTED]:/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 [EMAIL PROTECTED]:/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src -- Erwann PENCREACH Association At2l pour le logiciel libre http://www.at2l.net [EMAIL PROTECTED]
