Reprise du message précédent :
j'ai un pb. avec MDK-10-off et son noyau 2.6.3-x-mdk
 
mon serveur DNS bind n'arrive pas a lancer named sur un noyau 2.6.3-x alors que sur un noyau 2.4.x-mdk ca marche . En faite , il ne trouve pas l'user named , qui est bien renseigné dans /etc/shadow et /etc/passwd
 
j'ai essayé sur plusieurs machine sur un noyau 2.6-mdk et ca marche pas  
 
quelqu'un a une idée ?

ben, je viens de tester, mon named se lance bien avec le bon utilisateur sur ma Mandrake ; par contre, j'ai noté que le fichier named.conf n'était pas forcément crée lors de l'install du paquet.

 
autre chose, si tu utilises un noyau 2.6.3-14mdk ou 2.6.3-15mdk ; est ce que tu pourrais tester la cible MASQUERADE d'iptables ? parce que chez moi , il me balance un invalid argument

 
regarde si tu n'as pas une erreur du genre :
 

 
j'ai eu ce problème sous fedora récemment
 
edit : ça fonctionnait sous 2.4.24, mais pas sous 2.6.6 -> update de bind

 
service iptables start

 
Probleme resolu en installant le src.rpm de la cooker
j'utilisais le rpm bind-chroot qui doit etre cassé .

 
ca marche chez moi

c'est un peu comme ça que je lance le firewall déjà ... et ça foire sur la règle utilisant le masquerade sur les 2.6.3-14mdk et 2.6.3-15mdk

2.6.8-rc1

Dommage

c'est pas une heure pour sortir un kernel ça !  

quelqu'un sait sur combien de mo je pourrais faire tenir un système avec noyau 2.6 "embarqué" ( stockage sur clef usb et chargement dans ramdisk ) avec support wifi, usb, ... et un serveur ssh. Merci

Je connais une entreprise qui embarque un système Linux avec serveur apache et ssh sur une carte Flash de 16Mo (compressés puis décompressés en mémoire).

 
bon pour une raison que j'ignore, ce soir ça marche   par contre mon joystick ne marche plus, plus rien dans les logs quand je le branche alors qu'à midi il était reconnu

pour iptables, je suis en train de tester et c'est proprement hallucinant !
voilà les modules iptables quand ça marche pas :

 
et voilà ceux quand ça marche :

 
@Albator : merci pour le service iptables start, j'avais pas compris au début (je croyais que tu me disais de démarrer mon FW) mais c'est bien ça qui modifie l'ordre des modules
 
 
Ce qui est dingue, c'est qu'une fois que les modules ont été chargé dans le bon ordre, il se rechargent dans cet ordre

 
Voila, enfin réussi à rétablir le tout. En fait, aucun rapport avec un scheduler ou meme le RTC directement, ca venait "simplement" de mon disque config en non DMA.
C'est apres avoir moult fois recompil le kernel que j'ai finalement opté pour passer la gestion du chipset du HD dans le noyau et non en module, et j'ai enfin pu repasser en DMA
hdparm -d1 /dev/hda
 
Plus aucun probleme depuis avec mon rtc
 

Et hop la RC2 est dispo !

Je ne sais pas si ça a été dit mais le module agpgart du 2.6.7 a du mal à identifier les chipset VIA.
 
Mon KT400 est reconnu comme un CLE266.
 
Un patch est dispo : http://www.codemonkey.org.uk/proje [...] 07-21.diff

Remonte ptit topic    
 
J'ai un probleme avec mon nouveau noyau fraichement compilé :
J'ai compilé un noyau 2.6.7-ck5 (et des drivers scpécifiques ppSCSI pour mon scan) avec la methode debian.
Après installation, le demarrage s'effectue normalement jusqu'au moment où je devrais finalement avoir accès à la console mais helas je ne l'ai pas
En fait juste au-dessus ya la ligne disant que xdm ne se lancera pas car il n'est le dm par defaut (y avait gdm à la base mais je l'ai desinstallé pour arriver en mode console ; methode crados quoi   ) et j'ai un "_" qui clignote en bas à gauche, c'est tout    
 
J'ai beau tapé ce que je veux, ça l'affiche mais sans plus, je dois faire ctrl+alt+suppr pour reboot sur le noyau précdent.    
 
help  

essaye ctrl + alt + ( F2 ou f3 ou f4)

2.6.8-rc2-mm1 out

2.6.8-rc2-bk6 est out
 

Là j'ai compilé avec le config du noyau d'origine de Debian qui marche actuellement chez moi mais en ajoutant les options dont j'avais besoin en module.
Résultat : Meme chose, sauf que maintenant le curseur clignote, je peux toujours taper du texte mais quand je fait ctrl+alt+backspace ou ctrl+alt+suppr , ça me renvoie la ligne : "shutdown : No authorized user logged"

Fred : faudrait maj la première page avec le lien sur les love sources -> http://www.love-sources.org/news.php
 
La dernière release fctionne très bien :

t'as compilé le support de la console ?

http://lkml.org/lkml/2004/8/4/148
comment qu'il fout sa merde lui

et comment il se fait envoyer dans les roses par Linus

 
oué j'ai pas tout lu, c long, mais ça me parait un peu abusé étant donné qu'il y a souvent la double licence, je vois pas en quoi ça le gene (précision, le lourd c'est celui qui se fait quoté   )

d'autant plus que son patch est distribué sous GPL depuis pas mal de temps et c'est quand on l'intègre au noyau qu'il se met à raler

dites, la faille est tjs présente ??
le packet of death en titre du topic

 
non quand même !  

bah et le titre alors faut le changer

 
il est à la rue le fred là

tomate :
http://linuxfr.org/2004/08/07/17001.html
en voila une autre

oue j ai vu

heureusement grsec empeche la faille

 
tiens j'ai toujours pas fait mumuse avec ce truc !  

Question: comment voir les versions des libraires installées ? Par exemple pour libpng

c'est quoi le rapprt avec le kernel 2.6  
--> topic des débutants

elle est malheureusement  exploitable sous grsec mais peut etre minimisé en utilisant les acl  . de plus du fait de cette faille , meme les pass des ACL sont visibles .
bref le fix reste le nouveau kernel ( 2.4.27 ou 2.6.8 )
 

comment un user qui n'a pas acces à /proc peut il l'exploiter

ce a quoi répond l'auteur de pax :

édit :
de surcroit ce n'est pas tout /proc qui est restreint avec grsec mais certaines parties