Re: [Gnome] Bouton d'arrêt
Frédéric MASSOT a écrit : julien a écrit : Frédéric Massot a écrit : il n'y a plus d'entrée Arrêter le système ou Redémarrer le système dans le menu de Gnome. tu as gdm? J'utilise Gnome et GDM, je n'ai pas installé KDE. peut-être jeter un coup d'oeil dans /usr/share/gdm/defaults.conf, puis /etc/gdm/gdm.conf (qui prend le dessus sur defaults.conf) ? et notamment l'option AllowLogoutActions ? Est-ce que tu constate le même phénomène en créant un autre utilisateur temporaire ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: MAJ Sid gros problème !!!
Grâce à apt-listbugs ( apt-listchanges): Bogues de gravité grave sur bash (4.0-4 - 4.0-6) non corrigé #546518 - bash: No /bin/sh between unpacking and configuring Réuni avec : 546516 #546547 - bash: Bash 4.0-5 fails to install Résumé : bash (2 bogues) Êtes-vous certain de vouloir installer/mettre à jour les paquets ci-dessus ? [Y/n/?/...] n *** ** Sortie en erreur forcée pour stopper l'installation. ** *** http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546518 ...donc cf ci-dessus en essayant de recréer le lien symbolique /bin/sh - /bin/bash puis dpkg --configure -a une ou plusieurs fois éventuellement combiné à dpkg --pending --configure -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: MAJ Sid gros problème !!!
sûr que dash c'est du bonux ! Je relevais surtout les paquets apt-listbugs et apt-listchanges, au minimum sans lesquels maintenir une sid peut être du funambulisme ( maintenant je teste les màj dans une machine virtuelle ) et qui a eu le mérite pour moi à l'époque de m'investir plus dans la lecture/écriture des rapports de bug = bash (4.0-7) unstable; urgency=medium * Re-add the sh and sh(1) symlinks. Closes: #546516. -- Matthias Klose d...@debian.org Mon, 14 Sep 2009 08:11:58 +0200 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: MAJ Sid gros problème !!!
Jean-Yves F. Barbier a écrit : Antoine Y a écrit : sûr que dash c'est du bonux ! alors, c'est cadeau :-) Tiens, le Barbier... bon, attends vendredi avant de ___descendre, parce que là c'était plutôt du 2 en 1 :-D ps1: t'es gentil, mais je suis abonné à la liste, pas la peine de l'envoyer sur mon mail allez, cadeau : https://addons.mozilla.org/fr/thunderbird/addon/4455 ps2: organisé en Anyone, anywhere BUT in banana demokratik popular republik of france on te pardonne tout ps3: attends vendredi, hein -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Ecran par defaut sous Xorg
Bonjour, J'ai une config voisine de la tienne, avec aussi une carte nvidia (mais j'utilise les drivers proprio), et une sortie vga + dvi (avec un portable avec dockstation) Donc à toute fin utile, ci-après mon Xorg.conf (les lignes commentées correspondent à mes différents essais avec/sans xinerama et avec/sans drivers proprio) Section ServerFlags #Option Xinerama 0 Option DontZap off EndSection Section Device Identifier NV41 [Quadro FX Go1400] # Identifier Videocard0 # VendorName nVidia Corporation # BoardName NV41 [Quadro FX Go1400] # BusID PCI:1:0:0 # # Driver nv Driver nvidia Option NoLogo1 ## Unified Back Buffer incompatible with composite Option UBB false ## (SCREEN) ## DFP-0: M70 | DFP-1: EIZO gauche | ## CRT-0: EIZO droite OptionNoPowerConnectorCheck OptionConnectedMonitor DFP-1, CRT-0 OptionTwinView true ## pour définir DFP-1 en premier monitor (~~ taskbar) OptionTwinViewXineramaInfoOrder DFP-1, CRT-0 #OptionTwinViewXineramaInfoOverride 1600x1200+0+0, 1600x1200+1600+0 #OptionNoTwinViewXineramaInfo true OptionTwinViewOrientation CRT-0 RightOf DFP-1 Optionmetamodes DFP-1: nvidia-auto-select, CRT-0: nvidia-auto-select EndSection -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Ecran par defaut sous Xorg
mon xorg.conf plus lisible ici : http://pastebin.com/m77a06b96 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [gnome] Applet NetworkManager 0.7.1
n'indique aucune connexion réseau alors que réseau filaire (par dhcp) est parfaitement fonctionnel. NM reprend la main en commentant (#) tout ce qui ne concerne pas le loopback default dans /etc/networks Je suppose que si une interface est configurée dans ce fichier (donc via ifconfig) il considère que c'est une connexion manuelle et n'interfère pas mon /etc/networks actuel : default0.0.0.0 loopback127.0.0.0 #auto eth0 dhcp -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Sid et kernel 2.6.28
salut une autre solution que j'utilise depuis pas mal de temps sur ma sid est de prendre les noyaux sidux (www.sidux.com) avec un pinning approprié Les màj sont assez fréquentes, on en est à la 2.6.28-35 et depuis la 2.6.28-20 (si je me rappelle bien) la dépendance à linux-kbuild-2.6.28 a été enlevée + pas testé (Je suis sur un dell ) mais j'ai vu des modules pour acer (acerhk-modules-2.6-sidux-686 Acer Hotkey driver for Linux modules for Linux 2.6 on PPro/Celeron/PII/PIII/P4) A part un petit problème vers le 2.6.27-8 pour compiler la dernière version proprio nvidia rapidement corrigé aucun souci (mais je garde tjrs un kernel debian au cas où) sources.list.d/sidux.list deb http://sidux.com/debian/ sid main contrib non-free firmware fix.main fix.contrib fix.non-free deb-src http://sidux.com/debian/ sid main contrib non-free firmware fix.main fix.contrib fix.non-free exemple de pinning ... Package: * Pin: origin sidux.com Pin-Priority: 992 ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Gros pb gconf2 en SID
+1 pour firestarter + msg d'erreur voisin lors du lancement de gnome-system-log Une erreur est survenue lors du chargement ou de l'enregistrement des informations de configuration de gnome-system-log. Certains de vos paramètres de configuration ne fonctionneront peut-être pas correctement. Détails : Le contact du serveur de configuration a échoué ; causes possibles : vous n'avez pas activé le réseau TCP/IP pour ORBit ou des verrous NFS non valides existent suite à un blocage du système. Voir http://www.gnome.org/projects/gconf/ pour plus d'informations. (Détails - 1: La connexion à la session a échoué : Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.) pas plus de pistes pour le moment... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: son avec lenny
Salut à tous, Albert : Pour clarifier les choses que j'ai un peut-être un peu embrouillées, j'ai répondu à ce fil de msg parce que je rencontre des problèmes similaires, et ayant suivi la piste que t'avais soumise Thomas, j'ai voulu te faire profiter de mes essais tout en demandant plus d'infos à thomas. Vu les commentaires ('rien') que tu as fait quant aux commandes que je t'avais rapportées, je me permet de te les expliciter un peu, mais peut-être devrais-tu lire des infos quant à la ligne de commande/console pour te familiariser (http://formation-debian.via.ecp.fr/debuter-console.html) L'idée étant d'auditer les états des modules de noyau chargés ('lsmod') en lançant des commandes lorsque le son marche et lorsque le son ne marche plus, puis de comparer leur resultat respectif ('diff') afin de degager des pistes de resolution, notamment activer/desactiver/reactiver des modules ('modprobe'). Lorsque tu fais la commande lsmod |sort -n modules_son_on il s'agit de lister les modules chargés et d'écrire cette liste dans un fichier nommé modules_son_on dans le répertoire en cours (que tu peux savoir en lançant pwd) Ceci étant fait lorsque le son marche ('on') Puis lorsque le son ne marche plus ('off') tu refais la commande mais en écrivant le résultat cette fois dans le fichier modules_son_off enfin tu compares ces résultats en comparant les 2 fichiers générés (ils doivent être dans le même répertoire) : diff modules_son_off modules_son_on Les 2 premières commandes (lorsque le son marche puis ne marche plus) écrivant le résultat dans un fichier, il est normal que la ligne de commande ne te retourne 'rien' Par contre les différences entre les deux fichiers (puisque cela n'a pas été redirigé vers un fichier : c'est la signification de l'opérateur '') sont retournées directement dans la console, donc si cela ne te renvoie rien c'est qu'il n'y a pas de différences (ou as-tu lancé les commandes sans attendre que le son ne marche plus ?) bref, peut-être que cette armada de commandes ne sont pas adaptées à ton problème, essayes plutôt la piste relevée par thomas : N'y a-t-il pas de channel muet quand tu fais alsamixer ? alsamixer permettant (en console,équivalent à faire un bouton droit sur l'icône de volume de la barr des tâches + Ouvrir le contrôleur de volume ) de régler le niveau sonore des différents canaux. Il s'agit de voir s'il n'y en a pas un qui est 'muté' càd en sourdine. + pour répondre à cette liste publique et non pas à l'auteur d'une réponse avec le bouton 'répondre à', il faut envoyer ton mel à l'adresse de la liste : debian-user-french@lists.debian.org, en essayant de ne citer qu'une partie ciblée du post précédent plutôt qu'entièrement ...comme le disait claudux avec poésie peux-être devrais-tu lire la faq de la liste : http://www.debian.org/MailingLists/index.fr.html#codeofconduct voilà désolé de t'avoir peut-être embrouillé et en espérant ne pas t'avoir trop infantilisé (et démystifié la belle poésie de claudux !)- cordialement - bon courage Thomas: merci pour la piste ac97. Les modules snd_ac97_codec et ac97_bus son chargés par mon modem rtc. pas réussi à les désactiver malgré des blacklist dans /etc/modprobe.d. Une connexion à un autre utilisateur puis fermeture résolvant le problème, je ne suis pas sûr que ça vienne de là mais plutôt de pulseaudio...étant en sid, je m'en contenterai donc pour le moment et je re-tenterai des trucs dès la prochaine version de pa. sputnik: super ta checklist alsa, je met de côté. Maintenant ayant réussi à avoir pulseaudio 'presque' stable, j'ose même plus à re-toucher ni à la config alsa ou oss... re-merci à tous Antoine Y -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: son avec lenny
Thomas Preud'homme a écrit : Une bonne idée serait de faire un lsmod | sort -n quand ça marche et quand cela ne marche pas et de comparer les modules chargés. Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui saute mais sous squeeze + pulseaudio, j'ai suivi cette piste : du son : #lsmod | sort -n modules_son_on plus de son : #lsmod | sort -n modules_son_off #diff modules_son_off modules_son_on snd58148 15 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device snd58148 17 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device snd_intel8x0 33052 2 snd_intel8x0 33052 3 donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules quand ça marche et plus que 2 quand ça ne marche plus ? pour l'instant avec du son : # lsmod |grep snd snd_intel8x0 33052 3 snd_intel8x0m 17676 0 snd_ac97_codec106020 2 snd_intel8x0,snd_intel8x0m ac97_bus5760 1 snd_ac97_codec snd_pcm_oss42368 0 snd_mixer_oss 18688 1 snd_pcm_oss snd_pcm76548 4 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss snd_seq_dummy 6788 0 snd_seq_oss34048 0 snd_seq_midi 10368 0 snd_rawmidi25344 1 snd_seq_midi snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi snd_seq53552 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 24712 2 snd_pcm,snd_seq snd_seq_device 11020 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd58148 17 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 11232 1 snd snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm #lsmod |grep snd_intel8x0 snd_intel8x0 33052 3 snd_intel8x0m 17676 0 snd_ac97_codec106020 2 snd_intel8x0,snd_intel8x0m snd_pcm76548 4 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss snd58148 17 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm dès que le son re-plante je les recommence, afin d'identifier le module qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème, c'est bien ça ? si j'ai compris et que j'arrive à identifier ce module, quelle pourra être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r snd_intel8x0 + modprobe snd_intel8x0 ) ? merci d'avance Antoine Y -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
résultat bizarre de 'find ... -path ... -prune ...' dans une fonction dans .bashrc
Bonsoir, Je poste dans cette liste parce que j'utilisais cette fonction sous FreeBSD+tcsh et qu'après recherches, je ne comprends pas ce qui se passe sous debian+bash J'utilise une fonction dans '.bashrc' basée sur 'find' et utilisant le paramètre '-prune' pour simplifier des recherches en excluant un répertoire (/mnt ou /media en tête). Or l'exclusion du répertoire ne fonctionne pas lorsqu'on utilise la fonction alors que cela fonctionne en lançant directement 'find' en reprenant strictement la syntaxe utilisée dans la fonction (grâce à la sortie de 'echo $EXEC' function fprune { INFO=recherche [ $3 ] dans le repertoire [ $1 ] en excluant le repertoire [ $2 ] EXEC=find $1 -path '$2' -type d -prune -o -name $3 -type f -print echo $INFO echo $EXEC $EXEC } Par exemple : pour rechercher les fichiers nommés 'smart' dans le répertoire '/etc' en excluant le répertoire '/etc/default' (après un 'su' pour être sûr que ce n'est pas un problème de droits) * en utilisant la fonction, le répertoire '/etc/default' est parcouru: # fprune /etc /etc/default smart* recherche [ smart* ] dans le repertoire [ /etc/ ] en excluant le repertoire [ /etc/default ] find /etc -path '/etc/default' -type d -prune -o -name smart* -type f -print /etc/init.d/smartmontools /etc/smartd.conf /etc/default/smartmontools * en utilisant find directement, le répertoire '/etc/default' est bien exclu : # find /etc -path '/etc/default' -type d -prune -o -name smart* -type f -print /etc/init.d/smartmontools /etc/smartd.conf quelq'un aurait-il une piste ou faut-il que je poste dans une liste orientée 'scripts' ? merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: modif de /etc/resolv.conf a chaque boot
Kevin Hinault a écrit : Le 30 septembre 2008 01:45, Bernard [EMAIL PROTECTED] a écrit : J'aimerais bien comprendre pourquoi le contenu du fichier resolv.conf se trouve ré-initialisé à chaque reboot, et ce qu'il faut faire pour que mes adresses de dns soient définitivement prises en compte Le fait d'enlever la directive domain-name-servers fait que je ne récupère pas le serveur DNS proposé par mon serveur DHCP. Le fichier /etc/resolv.conf est regénéré à chaque fois que tu obtiens une ip via un serveur dhcp (celui de ta livebox) selon ce que ton client dhcp demande à ton serveur via la configuration dans /etc/dhcp3/dhclient.conf et notamment pour les dns l'option domain-name-servers. A partir des réponses du serveur, et du contenu du repertoire /etc/resolvconf/resolv.conf.d, resolv fabrique donc un fichier /etc/resolv.conf donc à chaque fois que tu reboote ta machine, et que tu obtiens une ip par dhcp de ta livebox, ce fichier est regénéré. tu peux donc, comme te l'indique le msg de kevin, désactiver l'option domain-name-servers de ton client dhcp. tu peux aussi, solution que j'utilise, modifier un des fichiers du repertoire /etc/resolvconf/resolv.conf.d: En effet, en déplacement et en se connectant à d'autres réseaux, cela m'arrive souvent d'avoir à tester un changement des dns pour diagnostiquer la source de problèmes de connexion, tout en conservant pour référence les dns forwardés par le serveur dhcp. Je modifie donc le fichier /etc/resolvconf/resolv.conf.d/head qui est inséré AVANT les dns forwardés (cf l'option domain-name-servers du client dhcp), et donc sollicités AVANT ceux du serveur DHCP - quel qu'il soit, ex: [ code ] # START head : /etc/resolvconf/resolv.conf.d/head # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # OpenDNS nameserver 208.67.222.222 nameserver 208.67.220.220 # END head : /etc/resolvconf/resolv.conf.d/head [ /code ] * # START... # END... pour me rappeller rapidement quel fichier à modifier en est la source en lisant /etc/resolv.conf * ici en utilisant les dns opendns (remplacer par les dns orange par ex.) * lorsque le problème est diagnostiqué/résolu ou que je veux utiliser les dns forwardés je n'ai plus qu'à commenter les lignes nameserver ainsi: [ code ] #nameserver 208.67.222.222 #nameserver 208.67.220.220 [ /code ] et faire un /etc/init.d/networking restart... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: IPV6 livebox lenteur affichage browser
Oui le resolv.conf est tout le temps regénéré après une requête DHCP. C'est pour cela que j'avais précédemment mentionné le fait de retirer l'option __domain-name-servers__ du fichier /etc/dhcp3/dhclient.conf. Pour ma part, je n'ai pas à modifier mon resolv.conf seul les forwarders sur mon serveur DNS. Personnellement, en déplacement et en se connectant à d'autres réseaux, cela m'arrive souvent d'avoir à tester un changement des dns pour diagnostiquer la source de problèmes de connexion, tout en conservant pour référence les dns forwardés par le serveur dhcp. Une solution que j'utilise donc est de modifier le fichier /etc/resolvconf/resolv.conf.d/head qui est inséré AVANT les dns forwardés, et donc sollicités AVANT ceux du serveur DHCP - quel qu'il soit, ex: [ code ] # START head : /etc/resolvconf/resolv.conf.d/head # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # OpenDNS nameserver 208.67.222.222 nameserver 208.67.220.220 # END head : /etc/resolvconf/resolv.conf.d/head [ /code ] * # START... # END... pour me rappeller rapidement quel fichier à modifier en est la source en lisant /etc/resolv.conf * ici en utilisant les dns opendns (remplacer par les dns orange par ex.) * lorsque le problème est diagnostiqué/résolu ou que je veux utiliser les dns forwardés je n'ai plus qu'à commenter les lignes nameserver ainsi: [ code ] #nameserver 208.67.222.222 #nameserver 208.67.220.220 [ /code ] et faire un /etc/init.d/networking restart... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]