Reprise du message précédent :
pour info il faut combien de temps pour compiler un noyeau ?
(Sur un Athlon XP 2500+ par Ex.)
Il faut combien de place ?

 
Sur un 2500+ ... je n'ai pas chronométré mais ca met a peu pres 10 minutes je crois. Peut être moins.  
Pour la place, je sais pas pourquoi tu demandes ça, mais bon c'est négligeable si ton disque dur fait plus de 100 Mo

ça dépend de ton goût pour l'inutile et si t'aimes les modules ou pas...
Un noyau devrait prendre 1 à 1,2 Mo grand maximum plus les modules mais ça dépend de ton système (sans initrd je parle).
 
Je dirais moins de 10 minutes grand maximum.

3 secondes, ouf j'ai eu chaud    
M'enfin on est d'accord, donc tout va bien

Sacré udok

J'ai vraiment pas eu le temps de le mettre à jour, je ferais ça la semaine prochaine. Je ne me suis pas vraiment tenu au courant des dernières nouveautés, donc si vous avez des points importants à inclure dans le message officiel, faite-le savoir

Bon, j'ai fait une petite MAJ du post, j'ai juste besoin de nouvelles fraîches et importantes pour le remettre dans le contexte
 
Sinon, j'ai besoin de vos avis sur regparm et les liens pour installer les derniers nVidia, tout comme les derniers groupes de patches en vogue.

faille de sécu, où ? piouuuuuu... ce post est mal entretenu. On dit kil y a des bugs, ensuite des failles, je lis en gros les posts, je vois rien qui mentionne tout ça. On peut m'expliker tout ce ki s'est passé avec ce 2.6.7 ?

bin dans le 2.6.6, si un user roulait un petit truc en c bien con, il gagnait le root access

non , ce n'était pas cela .
si un user compilait un truc c tout con , il crashait la box , ce bug est aussi dans le 2.4.26 .

 
ah crasher, tout de meme, ca fait pas du bien

sauf que cela implique dans le cas présent un acces local a la machine.
d'ailleurs le patch pour le 2.4.26 élimine le crash mais ne permet pas d'empecher le 'lancement' du truc c a la con , bilan faut le killer soit meme .
enfin tpe vaincra

Salut,
 
j'utilise Gentoo, avec un noyau 2.6.5 (gentoo-dev-sources d'il y a quelques mois), avec lequel j'utilisais devfs. j'ai ensuite installé udev, et depuis un bon mois, j'utilise plus que udev normalement : j'ai pas recompilé mon noyau pour virer devfs, mais je passe "devfs=nomount" en paramètre au noyau. Et ça marche, plus ou moins bien, j'ai pas pris trop le temps de me repencher dessus depuis, mais bon, pas de gros soucis.
 
Hier, j'ai voulu compiler un 2.6.7 (nouveau gentoo-dev-sources), en utilisant que udev cette fois. Après quelques soucis de paramétrage de lilo (j'avais pas recopier la bonne ligne "root=/dev/..." ), j'ai un problème avec udev je pense : le noyau se lance bien, il monte bien ma partition root, mais s'arrête au moment du fsck (partition introuvable), et me propose soit le mot de passe root pour maintenance, soit CTRL+D pour continuer normalement.
J'ai jeter un coup d'oeil pour la maintenance, et en fait, j'ai plein de trucs dans mon /dev, tout bien rangé et tout, sauf que j'ai pas de /dev/hd*, mais des /dev/discs/disc*/part* Forcément, le noyau a du mal pour vérifier la partition root ...
J'ai jeté un coup d'oeil à deux-trois endroits, sans trtop m'attarder (j'imprimerais la doc udev lundi ), mais ça me semble un problème assez "banal", et ça m'étonne que je n'ai rien trouvé, ou que udev ne gère pas ça par défaut, ou un truc du style.
 
Voilà, tout ça pour dire que j'aimerais savoir vers où m'orienter pour régler ce problème J'ai jeté un coup d'oeil au script udev qui crée les noeuds à la mode devfs pour les disques (ide-devfs.sh), mais sans trop de succès
 
En fait, ce post n'a peut-être pas trop ça place dans ce topic

Je viens d'installer mon 2.6.7-mm2 et j'ai toujours les mêmes problèmes d'encodage ... j'ai choisi utf8 dans mon kernel et dans la config des locales (Debian Sid), mais je n'arrive toujours pas à taper un bête "é" dans la ligne de commande.
Quel encodage utilisez-vous pour pouvoir taper tous les caractères, avoir l'euro et lire sans problème les partitions FAT et NTFS ?

iso-8859-15

 
t'es sûr de pas avoir laissé devfs? paske ça ressemble à sa notation des disques...

Même avec iso8859-15 ca merdouze ... un problème de keymap ?

Salut
 
Je suis sous Debian SID et j'ai le même problème que toi avec la série des 2.6 (pas de caractères accentués en mode console).  
Bizarrement lorsque j'ai mis un 2.6.6 patché avec les loves sources le problème a disparu. Malheuresement, avec le même fichier de config, le problème est réapparu avec le 2.6.7. Je sais pas si ce comportement est dû  au kernel 2.6.6 en lui même ou au patch gentoo.
 
Si tu trouve une solution je suis aussi preneur
 

 
J'ai le même problème (en fait je n'ai pas pu essayer depuis 2 mmois pour voir les changements).
Même en flinguant devfs (gentoo=nodevfs) le problème subsistait.
 
Un rapport de bug allant dans ce sens avait été posté sur le bugzilla de gentoo.org puis fermé car difficile à reproduire.
 
Bon courage quand même !

Le truc dont je pense que tu parles ne s'applique que pour lire les partitions FAT, joliet, samba, beos etc.
Je ne crois pas que ca ait un rapport avec le fait de pouvoir utiliser des accents en console, qui etait desactivé par defaut sur debian la derniere fois que j'en ai utilisé une. Il me semble qu'il fallait reconfigurer console-common ou l'inputrc, et spécifier "fr-latin9" en keymap et "lat0-16" en font. Mais pas grand chose à voir avec le kernel a priori.

dans le 2.6.7, en faisant un make oldconfig, il m'a demandé quel encodage je voulais par défaut pour fat/ntfs
 
j'avais pas eu cette option jusque là

c'est aps que dans le mm ca ?

me rapelle pu!
j'ai compilé le mm2 juste après le 2.6.7 "normal"

Moi je parle du truc dans File Sysems / Native Language Support (qui est la depuis des années!)

 
c'est pas le truc de floups ca, je ne l'ai vu que dans le  .7-mm2 (pas dans le gentoo source en tt cas), poru la conversion avec le fat.

 
Même si le message s'adresse pas à moi, je réponds puisque j'ai le même problème.
Bizarrement le problème des accents avec ma debian et bien lié au kernel 2.6, j'ai jamais eu ce problème avec la série des 2.4. Et puis le retour des accents avec le 2.6.6 (et uniquement lui d'ailleurs  ) tiens du miracle plus qu'autres choses.  
Si quelqu'un a une explication et/ou une solution j'en serai trés reconnaissant  

Je vais tenter 2-3 trucs ce soir, mais est-ce que tu es certain floups que le NLS est spécifique aux filesystems et n'a aucun impact sur l'affichage de la console ?

Effectivement, merci floups

Que pensez vousdu patch mm3 actuel ? Qu'apporte-t-il exactement ?

chais pas trop. chuis en mm2, il marche au poil

TB 1400Mhz 384mo de ram et disque SCSI (1er génération 10k) 7 minutes maxi
debian, drivers adaptec boosté+ethernet en dur, pas d'usb, pas de son pas de conneries et le juste minimum de modules
 
par contre j'ai un bug sur le driver adaptec de ce noyau et le domain validation (il s'active pas)
enfin pas bien grave il est désactivé, mais ça me fait perdre un temps fou au boot et c'est pas la recompilation qui est en cause
la version précédante était ok

 
Tiens merci pour ce topic.
J aimerais bvien patcher ma debian 2.6.7 en core toute fraiche.
Par contre ici
http://www.kernel.org/pub/linux/ke [...] 2.6.7-mm3/

j ai le choix entre 2.6.7-m3 et 2.6.7-m3 broken-out  
Quel est la difference ?  
 
 
Sinon une fois que j ai pris le patch ca se passe comment pour l appliquer ?
 
Merci

lit le 1er post.

Merci désolé pour le derangement  

Bon, chez moi le 2.6.7-mm2 arrête pas de planter, j'essaye le mm3 et je vous dis ce qu'il en est

J ai tout lu et c est fort interessant.
 
Je vais donc patcher avec le mm3.
Par contre sur le ftp ya  2.6.7 mm3 et le 2.6.7 mm3 broken out.
A quoi correspond ce dernier broken out ?
 
Merci

 
le mm2 empechait la compile de mon driver wifi, alors j'ai mis le gentoo-dev-sources r6

Moi le vanilla me fait une erreur de compilation dans des fonctions relatives à l'ACPI. Google ne m'a pas aidé. Quelqu'un a une idée SVP ?    

z'en avez pas marre de tester les mm?
 
Vu que maintenant les vanilla sont stables, et vu le fleurissement des annonces de bugs et de regression sur lkml pour les mm, je vois pas trop l'interet à part pour rapporter les bugs à andrew