Pour la désinstallation :
Désinstaller

Par contre quand il y a un disque en SATA ça pose réellement un gros problème lors du démarrage : le système se plante.

Oui mais non car il faudrait faire le tri entre la mise en forme et le fond de notre présente conversation ! Mais c'est un autre débat.

J'ai donc supprimé le lien.
En revanche j'ai modifié la section "Annexe" pour y rajouter un lien vers une page de man de make-kpkg

Egalement
- Je propose de modifier la section ou il est question de cramfsprg et initrd-toold, puisque pour les noyaux a partir de 2.6 c'est initramfs-tools qui est requis
J'ai mis en écriture barrée l'ancienne mention, supprime là si tu es OK

- Je constate également qu'il n'est fait mention nulle part de la commande

make oldconfig

qui est sensé préconfigurer en reprenant les options du noyaux en cours

Salut

Bé je veux bien t'aider, mais je suis pas très fort a ce jeu là.

Merci

J'ai intégré cette information dans la documentation

Oui mais non car il faudrait faire le tri entre la mise en forme et le fond de notre présente conversation ! Mais c'est un autre débat.

LeDub qui se compile quelque chose de bien pour lui.

Bé je veux bien t'aider, mais je suis pas très fort a ce jeu là.

Je pense ,si j'en crois ce que j'ai lu (entre autre ici, c'est de l'unbuntu mais on est cousin   ).
Il passr l'option --initrd a make-kpkg pour que celui-ci soit construit.

Une chose que je peux préciser, c'est que lorsqu'on installe un noyaux officiel celui ci requiert initramfs pour générer l'initrd utiliser lors du boot.
Mais, et pour ce que j'en ai compris:
- 1- Il s'agit des noyaux officiels, pas d'un noyaux recompilé maison
- 2- Si le noyaux est parfaitement recompilé avec tout ce qu'il faut dedans en dur pour le boot (idéale pour un serveur), l'utilisation de l'initrd n'est pas indispensable.
  -3- Elle l'est, si certain modules ne peuvent être intégrés au noyaux et doivent donc être chargé en ram par l'initrd pour que le système puissent poursuivre sa phase de démarrage.

Mes sources
Man Inirtdhttp://www.linuxinfor.com/french/man4/initrd.html

Toujours sur le thème de l'initrd j'ai trouvé ceci qui semble intéressant pour les plus geek d'entre vous
http://www.trustonme.net/didactels/333.html

Me suis permi d'ajouter en bas de tuturiel un lien vers ce topic invitant les lecteurs a venir y participer

Sachez, chers Andesiens, que ce Mimo est un collègue, à défaut de l'avoir converti à Linux, j'ai réussi à le convertir à Andesi, c'est-y pas mal ça ? Enfin vu le nombre de personnes à qui je parle d'Andesi, y'a pas de quoi se vanter

Question à Freddec, la méthode que j'ai utilisée pour construire mon noyau ne génère pas de fichier initrd.img-2.6.24-1-686, le man de mkinitramfs n'est pas tellement claire à ce sujet. Pourriez-vous m'aider, s'il vous plaît ? .... ouais je sais j'suis fainéant !!

LeDub qui après la conversion de Mimo va se convertir lui-même !

De plus, pourrions-nous créer une conversation technique dans le forum pour chaque page du Wiki que nous modifons ? ainsi un utilisateur en difficulté pourrait directement aller sur le forum et dans une conversation pour chercher ou demander de l'aide qui pourraient ensuite être intégrée à la documentation.

Je suis tout a fait d'accord avec toi de rajouter un lien dans chaque docuement Wiki pour pointer vers un forum adéqua ou tout le monde peut parler des souci et comme ceci faire vivre le tuto avec toutes les évoluation possible.

voir même la possibilitée d'archiver les anciens article.

C'est le dudub qui va être content, il refair le tut, et hop ca sert !

Un mot votre forum est génial
Oui...on sait

--PS--
L'ajout de mimo007 pose la question de l'ajout des initramfs-tools

Grace avec ce nouveau Tuto j'ai réusi grace a vous tous de recompiler mon noyau à 1000Hz (pour Counter strike Source)

Par contre j'ai aussi exécuté la commande suivante
update-initramfs -c -k 2.6.25.X.X.X.XX
Pour que Debian puisse générer le img.

Pourquoi  : car  OVH n'utilise pas grub mais lilo . (pour ceux qui veulent parler de lilo n'est-ce pas collègue ;-) ).

Un mot votre forum est génial

Je pense de la même façon que les paquets initramfs-tool et yaird peuvent être employé dans le même but.

également Dans la section Modifier Grub
Il faut rajouter une ligne pour l'initrd sinon ca passera pas

initrd        /boot/initrd.img-2.6.24.080430

Cet article est plutôt centré sur le noyau 2.6, néanmoins les commandes restent les même et nous préciserons tout au long de l'article si certains détails concernent uniquement le 2.6. Ainsi vous pourrez utilisez cet article pour compiler les deux versions actuellement maintenus du noyau..

Sauf erreur de ma part le 2.4 n'est plus maintenu sur Debian ?

J'ai encore un doute sur la nécessité du paquet "initrd-tools"

Il ne doit plus être utile car il n'existe plus dans les dépôt que pour Sarge et Etch (mais après tout Etch est encore, [pour combien de temps ?] la stable officielle)

En revanche je pense qu'au dela de Etch (en fait pour les noyaux 2.6 si j'en crois les info sur ce paquet) initramfs-tools est indispensable pour créer l'initrd-img lors de l'installation du nouveau noyau.

J'en veux pour preuve le soucis que j'avais eu en passant d'un 2.4.27 a un 2.6.18 (voir là, message 5)

freddec, qui viens de relire le post en question pour voir si il se comprend encore lui-même ! et qui constate que cela date d'octobre 2006 ! mon dieu que le temps passe vite ! (en bonne compagnie)

--Edit--
Je me suis permis d'ajouter un Saut de Ligne en début de Tuto pour que la date de mise à jour soit par LeDub soit plus visible (l'info me parait importante)

Il se semble que la partie "Aller plus loin dans la compilation du noyau" n'est pas indispensable dans cette documentation mais nous pourrions seulement y faire mention, non ?

De plus, pourrions-nous créer une conversation technique dans le forum pour chaque page du Wiki que nous modifons ? ainsi un utilisateur en difficulté pourrait directement aller sur le forum et dans une conversation pour chercher ou demander de l'aide qui pourraient ensuite être intégrée à la documentation.

LeDub qui fignole fignole mais pas pour son taff !!!

Ioguix, tu viens de me griller sur le forum, je pensais me répondre

En tout cas, cette histoire de append to version automatique est à vérifier. J'ai pas compilé de noyau depuis une éternité, sachant que tout marche de base dans Debian^W^W pour moi...

De toute façon, cette histoire de nom à ajouter à la version du noyau, il me semble qu'elle est désormais _intégrée_ au noyau et donc obsolète pour dpkg...

Edit: Puré, il poste même AVANT moi alors même qu'il édite la page !!!
Sinon, oui, c'est bien ce que j'avais compris aussi.