Reprise du message précédent :
Merci loop0, je regarde les versions de mes scripts d'init et je vais upgrader en ~arch mes baselayout et udev.

quelqu'un a installé fglrx sur un 2.6.21 ?

et même sur un 2.6.22-0.rc3

rien de particulier ?

il y a eu un upgrade de xorg dans le meme temps imposant un coup de sed sur le binaire fglrx.so
cf http://www.rage3d.com/board/showthread.php?t=33889029

Ah ouais. Du sed pour patcher un driver binaire, faut aimer. Vive hexdump

Il semble y avoir eu une upgrade du driver ati supportant la nouvelle version de xorg maintenant.

RAS chez moi.

Plus de souci également chez moi après les majs .

iop iop
 
je rencontre des soucis sur un serveur de type supermicro en bi opteron dual core avec 4 giga de ram,
 
J'ai une instabilité sur les protocoles srcds :
 

 
Je n'arrive pas du tout à identifier le soucis, du coup je viens vers vous si quelqu'un avait une idée
 
Merci d'avance

http://artipc10.vub.ac.be/serendip [...] h-set.html

Me font bien marrer ubuntu a packager des -rc pour des gens qui pensent que le 2.6.22 est déjà sorti, même en version 2.6.22.6

D'un autre coté, c'est pas pour Ubuntu 7.10 le 2.6.22 dans ubuntu ?

tout dépend comment ils nomment leurs paquets, si la mention -rc est présente c'est mieux.
Cela peut éventuellement permettre une remontée de bugs.

 Bon, n'ayant pas reçu de réponse de udok depuis qq temps déjà, j'estime qu'il est nécessaire de proposer la "maintenance" de ce topic unique à qqun qui souhaite le reprendre.
 
Si vous êtes intéressés, un petit MP pour me le signaler

Bon bah voilà, c'est fait
 
Bon courage à mister l0ky
 

Quelques nouvelles sur le front des kernels packagés par les distributions en particulier mandriva.
Sur cooker désormais sont accessibles les kernels vanilla,mm ( kernel patché par Andrew Morton) , rt ( kernel patché par Ingo Molnar) et bien sur les kernel vanilla-rc.
Voila voila

en même temps qui est intéressé par du Mandriva ?  

les kernaÿles pacheutés, caÿlemal

Non. Les patches offrent des fonctionnalités non comprises dans la branche principale (optimisation, scheduler, file system, modules netfilter, drivers...). Je voudrais bien savoir comment tu fais avec ton vanilla si tu as besoin d'un truc spécifique : tu attends qu'il soit entré dans la mainline

Quand j'ai besoin d'un truc spécifique, je patch moi même mon noyal et je recompile

Donc ton kernel est patché
Donc c'est le mal

je parlais des kernels patchés par les distributationneurs
tu sais pas ce qu'ils mettent dedans, et tu crois que ça vient direct dans le vanilla, du coup quand tu reprends les sources "propres", tu retrouve plus ton option kivabien et tu cries, donc caÿlemal

sauf que les kernels que j'ai présenté précédemment ne sont pas 'patchés' par la distribution.
Ce sont les branches -mm et -rt  

c'est pas des branches, c'est des patchset. mm ça va ça vient, à part pour tester, ça n'a aucun intérêt. Mais bon, à défaut de BX à tuner, on se rabat sur le kernel, ça se comprend.

Ca peut clignoter un kernel ?

Regarde ton Verr Num la prochaine fois que tu auras TomaTriX à proximité

Bonjour, je me permets de poster ici car je n'arrive pas à booter sur mon noyau 2.6.21.5 vanilla et je n'ai trouvé de réponse nul part à mon problème.
(j'ai fouiné la doc de grub, les salons #linuxfr #linux #kernel #kernelfr #ubuntu #ubuntu-fr #lvm #grub de Freenode ainsi que monsieur google)
 
Voici une photo de mon erreur : http://fallen.yozora-irc.net/error.JPG
Quand j'essaie de booter ça affiche les choses habituelles puis :  
Begin: Waiting for root filesystem... ...
Et plus rien ne se passe.
Voici un lien vers mon lspci -v : http://fallen.yozora-irc.net/lspci.txt
Voici un lien vers le lsmod tel qu'il est sur mon dernier noyau fonctionnel (noyau officiel ubuntu 2.6.20-16-generic) : http://fallen.yozora-irc.net/lsmod.txt
Voici un lien vers mon .config que j'ai utilisé pour compiler mon 2.6.21.5 : http://fallen.yozora-irc.net/config.txt
j'ai choisi le driver SATA dont j'ai besoin en théorie mais ça ne marche toujours pas.
Je compile avec initrd en tapant :  
CONCURRENCY_LEVEL=3 make-kpkg --rootcmd fakeroot --initrd --append_to_version=fallen kernel_image
puis juste après je fais :  
dpkg -i mon.deb ce qui installe le noyau dans /boot, fait l'initrd et configure grub.
Dans mkinitrd.conf et mkinitramfs.conf j'ai mit MODULE=dep à la place de MODULE=most afin de réduire la taille de l'initrd qui était démesurément grand sinon (ça ne rentrait meme pas dans mon /boot)
J'ai compilé ext2 reiserfs et les driver SATA en built-in, ce qui devrait augmenter mes chances de succès.
 
Voici quelques informations supplémentaires à propos de mon système actuel :  
http://fallen.yozora-irc.net/dmesg.txt (lors du boot de mon 2.6.20-16-generic)
http://fallen.yozora-irc.net/fstab.txt
http://fallen.yozora-irc.net/mtab.txt
http://fallen.yozora-irc.net/cpuinfo.txt (cat /proc/cpuinfo)
 
Il me semble que j'utilise LVM, en fait c'est ubuntu qui me l'a installé comme ça car j'ai eu le malheur de le laisser me créer mes partitions automatiquement lors de l'installation de la distrib.
Même ma partition root (/) est sous LVM visiblement.
Cependant ça ne devrait pas poser trop de problèmes vu que ça boot quand meme avec mon noyau 2.6.20, ça doit donc etre possible de booter sur mon 2.6.21, je dois juste louper quelque chose ... mais quoi ?
Je deviens fou ça fait des semaines que j'essaie par plein de moyens différents de faire fonctionner ce noyau...
Merci d'avance de votre aide et de vos conseils
 
PS : mon ordi est un portable HP DV1071EA, et toutes les informations à propos de ses composants sont disponibles en PDF à l'adresse suivante : http://fallen.yozora-irc.net/photo [...] 569419.pdf

l'initrd c'est tout bon dans la config du noyau ? (cf le lvm pour /) Genre il aurait pas changé d'implémentation en passant au 21 ? (ce sont des pistes...)

 
Dans le noyau j'ai mis tout ce qui me semble critique en built-in et non en module (ext2 (pour /boot) , reiserfs (pour /), les drivers pour ATA SATA et mon controlleur IDE, le support RAM DISK, et le support RAID et LVM et autres ...)
Après, en ce qui concerne l'implémentation de l'initrd ça m'étonnerait quand même qu'elle ait changé dans le .21 sans que ce ne soit écrit nul part.
 
J'ai essayé de compiler mon noyau d'une manière plus orthodoxe.
make xconfig
make -j2 && make -j2 modules_install
depmod -a 2.6.21.5
copie du .config System.map et bzImage dans /boot
mkinitramfs 2.6.21.5 -o /boot/initrd.img-2.6.21.5
édition de /boot/grub/menu.lst
 
Et reboot.
Mais ça ne marche toujours pas.
Cette fois-ci voici ce que j'obtiens :  
Loading, please wait...
Begin: Loading essential drivers... ...
Done.
Begin: Running /scripts/init-premount...
ata_id[1355]: main: HDIO_GET_IDENTITY failed for '/dev/.tmp-3-0'
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
 
Puis plus rien du tout, ça ne va pas plus loin.
 
Si ça se trouve c'est ma manière de faire l'initrd qui n'est pas la bonne, quelqu'un sait comment s'y prendre pour créer un initrd pour booter sur un root fs sous LVM ? Merci pour vos conseils.

http://gentoo-wiki.com/HOWTO_Insta [...] _initrd.29
 
ca devrait etre adaptable à ta distrib. / n'est pas sur mon lvm, donc je n'ai pas trop d'expérience là dessus.

Le 2.6.22 est sorti    
http://linuxfr.org/2007/07/09/22676.html

Perso, je préferre aller directement à la source:
 

Thorvalds utilise une debian \o/

 
Linux Foundation utilise une Debian Woody ... nuance

Bon ben comme prévu le "dernier" patch -ck est sorti avec le 2.6.22
http://lkml.org/lkml/2007/7/9/83

boarf mon RC6 est hyper stable
faut que jvois si y a eu du changement