Reprise du message précédent :
on y ajoute un soupçon de documentation pas forcément très explicite et on se retrouve avec un beau merdier...

Bonjour à tous, j'ai une petite question:
Quand je compile un nouveau noyau, je copie mon dernier fichier .config dans les sources du nouveau noyau, et je le reprends avec "make menuconfig". Je viens de voir aujourd'hui qu'il m'a mis quelques undefined symbol quand j'ai lancé make menuconfig, apparement des choses disparues ou nouvelles (j'avais pas le temps de regarder, j'ai zappé..), alors je me demande comment c'est géré à ce niveau:
 
- si dans mon fichier .config il y'a des lignes correspondantes à des choses qui ne sont plus utilisées par le nouveau noyau que je compile, je pense que ca n'est pas grave, c'est signalé mais ca n'a pas d'incidence (?)
 
- dans le nouveau noyau il y'a souvent des nouvelles choses, donc des nouvelles lignes dans le fichier .config, mais comme je copie le mien (d'un ancien noyau), ces lignes n'y sont pas encore. Ces nouvelles lignes necessaires sont-elles crées automatiquement par le make menuconfig ? Est-ce que copier mon ancien .config est une bonne chose ? des problèmes potentiels ? si c'est pas bien, quelle solution pour ne pas me retaper toute la config du noyau à la main (au risque d'oublier des choses évidemment) ?
 
Merci
 
ps: j'utilise debian sarge (avec noyau 2.6.x) sur plusieurs machines (un petit serveur chez moi, un serveur au boulot, et quelques machines de test...), je mets régulièrement à jour le noyau (quand j'ai besoin de rajouter quelque chose, j'en profite pour installer la derniere version )

perso, dans ce genre de cas, j'utilise make oldconfig, il passe sur les conf existantes et ne t'interroge que pour les nouvelles options.

+1 c'est je pense le mieux à faire.

j'utilise souvent le make oldconfig, mais parfois je refais tout à la main, car certaines options peuvent ne plus être forcément intéressantes et d'autres oui ...

 
ok j'essaye ça de suite
 
ps: les ptits filoux, 2.6.17.2 à 0h30, puis 2.6.17.3 à 17h31 le même jour

Faille de sécu !  

Et donc sortie du 2.6.16.24.
 

Un très bon lien pour ceux qui veulent savoir comment fonctionne un OS en général, Linux en particulier:
 
http://en.tldp.org/LDP/tlk/tlk.html

Bonjour,
 
Ce matin je décide de virer ma vieille fedora 2 de mon serveur perso pour passer sur CentOS 4.3.
Tout est ok pour le moment, je récupère le kernel 2.6.17.6, je copie mon .config qui doit dater d'un 2.6.11.
Make menuconfig pour vérifier si tout est bien ok.
Make et tout le bazard, copie dans /boot du bzImage en vmlinuz-2.6.17.6 et du System.map.
Reboot et pouf, ça marche plus
 
Pourtant j'utilise du kernel 2.6 depuis les version test mais la, je sèche pour le moment.
J'obtiens l'erreur suivante : Unable du open an initial console.
 
Je cherche sur le web, on dirait que ça vient de Udev et du initrd.
Je me décide à faire un initrd (mknitrd /boot/initrd-2.6.17.6.img 2.6.17.6 ) et je rajoute à grub.
 
Reboot et toujours rien, une idée ?
Car dans le .config du 2.6.17.6 il n'y plus trace de dev...
 
Merci.

Le minimum aurait été de faire un make oldconfig en premier lieu, car entre le 2.6.11 et le 2.6.17, il y a de l'écart.

Vi
Je vais tenter ça, sinon j'ai trouvé ceci :
http://fedora.redhat.com/docs/udev/
 

 
Je vais tenter tout ceci.
 
Merci

2.6.17.7 out, changelog assez important avec correction de bugs et autres fuites :
http://www.kernel.org/pub/linux/ke [...] g-2.6.17.7

slt tlm, voila je viens de me recompiler un kernel et mes perif usb passe marche plus, il sont reconnu mais je peux pas les monter. J'ai viré des truc dans la section scsi, j'ai juste garder scsi device support en module et scsi cdrom support cela pourait'il venir de la ? aurai'je du laisser scsi disque support ?
 
edit c'est un 2.6.17-ck1 et normalement j'ai le support du ntfs d'activé ( lecture/ecriture ) mais quand je monte ma partoche ntfs je ne peux pas ecrire dessus, le systeme est en lecture seule
dans les option du montage j'ai pourtant mis RW et dans la conf du kernel j'ai mis ntfs en lecture et ecriture...

faut-il que le bon module pour l'écriture soit chargé.

Oui, il faut scsi disk support également.

quel est son nom ?

bonjour,
 
est-ce que linux peut faire un scanne DD surface afin d'y detecter les clusteurs defectueux ?
 
merci

c'est bon j'ai trouvé pkoi je pouvais pas ecrire :

2.6.17.8 out !
 
http://www.kernel.org/pub/linux/ke [...] g-2.6.17.8

 
NTFS est supporté en ecriture de facon fiable maintenant

Euh on peut vraiment écrire dessus ?
Des gros fichiers (enfin supérieur à quelques kilos ) ?

vu comme ca freez quand je fait un montage en ecriture j'ai pas testé avec le module du kernel, alros j'ai compilé un autre programme libre qui propose un drivers pour ecrir sur du ntfs : ca marche bien j'ai transferé des fichier de 600~700 MO saans probleme et meme un fichier de 4.5Go et c'est tres bien apssé !

Quel est ce problème titoplé ?

soit le pilote fuse du projet ntfs-linux soit son dérivé ntfs-3g (fuse aussi), les 2 sont en userspace

j'utilise le 2eme, ca ma un peut foutu le bordelle sur le fs une fois mais rien qu'un scandisque ne puisse reparrer

J'ai un 2.6.17-ck1 et lorsque je fait un montage d'un disque ntfs en RW le mount ne fini jamais et le systeme fini par plus repondre au bout d'un court instant. PAr contre en Ro pas de probleme

 
a chaque fois que j'update le noyau, j'ai une ligne de plus dans Grub ce qui fait que celui ci est pollué par toutes les anciennes versions de noyaux
 
je fais comment pour les virer dans grub et n'avoir que windows + le noyau linux le plus recent

édite /boot/grub/menu.lst

desintaller les autre kernel et faire un update de grub

c'est plus propre en effet  

et comment on desinstalle un vieux kernel ?

ca dépend de ta distribution.

Fedora Core 4

sudo yum remove tonvieuxkernel alors j'imagine

il y a une option pour limiter le nombre de noyaux dans le menu de grub je crois...

t'as la liste de tous les noyaux mis par yum précédemment dans /boot évidemment  

bonne question, mais j'arrive pas a trouver la synthaxe exacte pour remove les ancien kernel (le nom exacte du kernel en faite).
effectivement dans /boot, on a les version précédente des kernel, mais c'est des "config-versiondukernel" ou vmlinuz-versiondukernel).
 
quel est la synthaxe exacte du kernel pour pouvoir le remove via aptitude remove (sur Debian en ce qui me concerne).
 

apt-cache search kernel

yep ca rox, j'lai ressortie de derriere les fagots
 
un pti dpkg -r et y'a pu rien un Grub tout propre    
 

2.6.18 en approche  
 avec des gros bouts de zd1211 dedans

qq a entendu des news sur cette histoire de pouvoir ajouter un disque à une grappe de RAID 5 sans avoir à la reformater avec le noyau 2.6.17 ? Je sais plus où j'ai vu ça et j'arrive pas à le retrouver.