Andesi - forum

Bonne année les debianeux.

Ou plus simplement en éditant le titre du thread pour y ajouter [résolu].

Désolé de te faire perdre des sous...

http://www.ntop.org/netflow.html
http://nst.sourceforge.net/nst/docs/user/ch09.html
Je ne peux pas vraiment t'aider plus. J'ai utilisé NetFlow, mais avec OSSIM, je ne connais pas NTOP. En plus ce n'est pas moi qui avait géré la conf.

Je n'ai pas de référence précise sous la main, mais je peux te dire qu'il y en a plein là :
http://www.google.fr/search?q=cours+unix

En fait la commande Xorg -config xorg.conf.new utilise le fichier de conf que tu as généré avec la commande précédente. Si aucun problème ne se présente, que tu n'as pas de (EE) dans le log, et pas trop de (WW), ça signifie que le fichier de conf généré est correct.
A ce moment, tu peux remplacer le fichier de conf précédent par celui-ci.

Pour ce qui est du déchiffrage de logs : en premier lieu, comprendre l'anglais, en deuxième lieu, utiliser google. Le haut de ton log xorg indique que les erreurs et les warnings sont signalés par (EE) et (WW°. A partir de là, le mieux, pour repérer un problème lié à xorg, sera de lancer des commande comme :
grep "(EE)" /var/log/xorg.log
grep "(WW)" /var/log/xorg.log

De manière générale, une commande du genre :
grep "error" /fichier/de/log
Pourra te permettre de résoudre certains problèmes liés à une application.

Ton Xorg sera bien configuré. Globalement, avec les commandes que tu as tapé, il a généré un xorg.conf après un "benchmark" de ton écran, de ta carte graphiques, ...
Si tu ne décèles pas de problème après quelques utilisations de ton fichier /root/xorg.conf.new, tu pourras remplacer le xorg.conf présent dans /etc/X11 par ce fichier.

De ce que je lis de ton log, je pencherais pour une mauvaise reconnaissance de ton chipset graphique Intel lors de la conf "à la volée".

Une configuration, certes pour l'iPhone, mais écrite par Free :
http://sip.free.fr/index.html.fr

P.S. : http://www.free.fr/assistance/268-freeb … e-sip.html

Je sais ce qu'est un EeePC, et je ne crois pas avoir dit que c'était un téléphone mobile.

Aucune idée du pourquoi et du comment. Mais ce que je peux te dire, c'est qu'après reboot, tu ne verras plus ce noyau dans apt.
Je n'ai pas rencontré ce "problème" avec Lenny, mais sur les 4 ou 5 dernières Etch que j'ai installé, comme toi.

J'ai eu le cas de Debian dont le son était muet par défaut : sous Gnome, il suffisait de rendre non-muet le son, via clic-droit sur l'icône de gestion du son, ou d'utiliser alsamix (en ncurses) pour sélectionner la carte et régler les niveaux.

Comme je l'ai dit avant, /usr n'est pas un espace de travail : t'amuses pas à tout casser dedans, sinon plus rien ne marchera ! ioguix vient de mieux expliquer ce que je disais : il ne faut rien toucher dans le fichier, juste trouver ce qu'est obj.

Non non, ce n'est pas ce que je disais de faire. Je trouvais juste étrange que ton répertoire de travail soit /usr/lib/cyrus/bin. Personnellement, /usr est un répertoire ou je ne mets jamais les pieds, parce que ce n'est, justement, pas un espace de travail.
Que te retournent les logs lors de l'échec de connexion ?
Je suis tombé sur ce thread, pas beaucoup d'aide, mais on ne sait jamais :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441612

+1 ledub pour le firewall.