Re: connection ssh
Vincent Lefevre a écrit : Tu trouveras peut-être des infos en cherchant vserver ssh sur Google. A force de tests, je crois que j'ai trouvé ce qui cloche : quand j'ai fais mon installation, il y a quelques mois, j'avais un hôte sur lequel j'ai installé 2 vservers. Pour que sshd fonctionne sur l'un OU l'autre des vservers, je devais alors killer celui de l'hôte préalablement (et avoir lancer sshd sur le vserver dans la foulée). Comme j'ai un accès physique à la machine, ce n'était pas génial mais pas catastrophique non plus. Maintenant, je peux me connecter à l'hôte ET n'importe lequel des vservers si et seulement si le sshd de l'hôte tourne. C'est mieux, à priori, mais pas tant que ça en fait : A/ sur un des vservers, je me connecte en ssh alors que openssh n'est pas installé, qui plus est avec le compte d'un utilisateur de l'hôte (pas d'utilisateur de ce nom sur le vserver) ; B/ sur l'autre vserver (celui qui me posait pb à la base), je suis dans l'obligation de killer sshd pour me connecter. En fait, après tests, que je me connecte sur n'importe laquelle des IP (hôte ou vserver), je me retrouve sur l'hôte :( Ce que je ne comprend pas trop : l'un des vservers est configuré juste en serveur web (lamp classique) = je me connecte sur l'ip en ssh (mais en fait, je suis sur l'hôte). Le serveur web est accessible sur son URL/IP normale (celle du vserver). L'autre vserver est configuré avec juste openssh-server et subversion = idem pour ssh (connexion sur l'hôte) mais du coup svn+ssh ne fonctionne plus, ce qui était la raison d'être de ce vserver :( Je vais googler un peu là-dessus mais j'ai l'impression d'être victime d'un changement (ou d'un bug) dans la façon de gérer le réseau sur les kernels vservers les plus récents (2.6.26*). -- Claude -- 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: Pb de localhost (avec mpd)
Le Thursday 25 December 2008 23:30:55 giggz, vous avez écrit : mouss a écrit : giggz a écrit : giggz a écrit : giggz a écrit : giggz a écrit : Bonjour, Suis en debian sid à jour. J'utilise mpd avec comme client ario et ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost). Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le daemon se lance et tout fonctionne correctement. Par contre qd je n'ai pas de connection internet (pas de wifi, pas de rj45), le daemon mpd refuse de se lancer avec : Starting Music Player Daemon: mpdcan't lookup host localhost at line 43: Temporary failure in name resolution Pourtant : 11:14 gi...@thor ~ % cat /etc/hosts 127.0.0.1 localhost localhost.localdomain thor # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) fe00::0 ip6-localnet ip6-localnet ff00::0 ip6-mcastprefix ip6-mcastprefix ff02::1 ip6-allnodes ip6-allnodes ff02::2 ip6-allrouters ip6-allrouters ff02::3 ip6-allhosts ip6-allhosts # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) ::1 ip6-localhost ip6-loopback 11:14 gi...@thor ~ % ping localhost PING localhost (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.111 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.089 ms 64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.088 ms 64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.090 ms Les services se rapportant à internet que j'ai sont : ifplugd, wpasupplicant (sans c'est pareil...), firestarter pour le firewall. Bref je ne sais que faire...si vous avez des idées. Merci, Guillaume De plus, si je fais une connection via mon modem 56k et que j'arrete cette connection, mpd peut se lancer sans pb...étrange non ? Bye Bon étant toujours dans le flou, j'aimerais savoir si parmi vous il y a des utilisateurs de mpd qui réussissent à le faire fonctionner sans avoir de réseau au boot de la machine. Merci d'avance Bon en continuant à chercher j'ai remarqué ça : avec dans le mpd.conf : bind_to_address localhost port6600 le daemon mpd ne se lance pas et sort le message cité plus haut. Une fois le réseau établi (via une ligne 56k), en faisant un : netstat -an | grep -v unix | grep LISTEN j'ai : tcp0 0 127.0.0.1:6600 0.0.0.0:*LISTEN Par contre si j'ai dans mpd.conf : #bind_to_address localhost port6600 mpd se lance sans le réseau et j'ai avec la commande netstat : tcp6 0 0 :::6600:::* LISTEN Dans ce dernier cas, un certain nombre de client mpd ne focntionnent pas...par contre ncmpc fonctionne à merveille. ça donne quoi avec bind_to_address 127.0.0.1 ... Starting Music Player Daemon: mpdcan't lookup host 127.0.0.1 at line 44: Address family for hostname not supported Ben ça bloque aussi qd il n'y a pas de réseau. A votre avis ça vaut un rapport de bug, ou c'est que chez moi ? Bye Heu, tu es sur que ton interface loopback est bien montée ? Dans /etc/network/interfaces, tu dois avoir ça : auto lo iface lo inet loopback et un ifconfig lo doit répondre : loLink encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:5787931 errors:0 dropped:0 overruns:0 frame:0 TX packets:5787931 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:4389287431 (4.0 GiB) TX bytes:4389287431 (4.0 GiB) signature.asc Description: This is a digitally signed message part.
Re: angenda google...
J'ai utilisé pendant quelque temps le plugin Provider for google calendar (pgc), il ne marche plus depuis la version 0.5 (gestion du cache pour avoir les événements offline...) puisqu'il n'est compatible qu'avec la version 0.9 de iceowl qui n'est pas disponible dans les mirroirs debian :( Donc pour que ça fonctionne, je reste en version 0.4 de pgc en attendant que iceowl/lightning passe en v0.9. Bonne journée Mourad Le 19.12.2008 21:30, fred a écrit : Bonsoir, Je voudrais utiliser mes agendas google, sans passer par le téléchargement des modules xpi idoines, càd en utilisant des paquets debian. Soit sous ideowl, soit sous icedove. Cependant, même avec le paquet opensync-plugin-google-calendar installé, je n'arrive pas à avoir accès à mes agendas google (en fait, le calendrier google n'apparaît pas dans la liste des agendas que l'on peut importer). Aurais-je oublié quelque chose ? Ou ça ne marche définitivement pas avec les paquets debian ? Merci d'avance. -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 3 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- 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: connection ssh
Le Saturday 27 December 2008 10:07:01 claude, vous avez écrit : Vincent Lefevre a écrit : Tu trouveras peut-être des infos en cherchant vserver ssh sur Google. A force de tests, je crois que j'ai trouvé ce qui cloche : quand j'ai fais mon installation, il y a quelques mois, j'avais un hôte sur lequel j'ai installé 2 vservers. Pour que sshd fonctionne sur l'un OU l'autre des vservers, je devais alors killer celui de l'hôte préalablement (et avoir lancer sshd sur le vserver dans la foulée). Comme j'ai un accès physique à la machine, ce n'était pas génial mais pas catastrophique non plus. Maintenant, je peux me connecter à l'hôte ET n'importe lequel des vservers si et seulement si le sshd de l'hôte tourne. C'est mieux, à priori, mais pas tant que ça en fait : A/ sur un des vservers, je me connecte en ssh alors que openssh n'est pas installé, qui plus est avec le compte d'un utilisateur de l'hôte (pas d'utilisateur de ce nom sur le vserver) ; B/ sur l'autre vserver (celui qui me posait pb à la base), je suis dans l'obligation de killer sshd pour me connecter. En fait, après tests, que je me connecte sur n'importe laquelle des IP (hôte ou vserver), je me retrouve sur l'hôte :( [...] Il me semble que c'est le fonctionnement normal de vserver, ce n'est pas de la virtualisation, la partie réseau reste un tout unique. Un Vserver doit être vu comme un chroot avec des fonctionnalités en plus. Il faut donc que tout les programmes qui écoutent sur une adresse IP, le fasse seulement pour celle correspondant au vserver ou à l'hôte. SSH par défaut écoute sur toutes les interfaces et IP présentes, donc celui lancé par l'hôte se réserve toutes les IPs. Ce qui explique que : - tu n'arrives pas à lancer un serveur ssh dans un vserver (le couple IP/port est déjà utilisé par l'hôte) - tu arrive sur l'hôte si tu te connecte en ssh sur une des IPs des vservers C'est l'inconvénient majeur de vserver, il faut bien configurer tous les démons, hôtes et vservers, pour qu'ils écoutent sur les bonnes IP, et seulement elles. Ça pose un problème pour un les services réseau basé sur le l'UDP (nmbd de samba) ou du broadcast ethernet (dhcp), qui ne s'accroche pas à une IP, mais une interface physique... signature.asc Description: This is a digitally signed message part.
Re: eeepc + debian, retour sur expérience?
Yves Rutschle, vendredi 26 décembre 2008, 21:38:46 CET On Fri, Dec 26, 2008 at 05:48:48PM +0100, François Boisson wrote: Oui, je rajouterais bien aussi de ne pas mettre un système de fichiers ext3 mais un ext2 [...] Et JFFS, il marche sur les clés USB? Il est fait pour les flashs, lui. Les jffs (et 2), yaffs (1 et 2), et bientôt logfs et ubifs « marchent » : on peut s’en servir ; mais ils n’apportent rien. Ils sont faits pour les NAND, les mémoires flash « brutes » qui n’intègrent pas d’algorithme de répartition homogène des écritures. Les clefs USB ont déjà des circuits avec ces algos ; la couche bas niveau est déjà cachée. En ce qui concerne Linux, les périphériques NAND sont les MTD (donc /dev/mtdblock/* et Cie), comme sur les matériels embarqués : PDA, routeurs WRT et autres, ou les cartes flash (Compact flash, SD…). Passer de ext3 à ext2 permet de réduire le nombre total d'écritures (vu qu’on n’écrit pas de méta-données (journal) en plus des données). Tu peux gagner encore en utilisant noatime (ou nodiratime) pour éviter les écritures lors de la lecture (ben oui, y en a : atime = date d’_accès_ au fichier, donc mise à jour à chaque lecture). Les autres fs ne permettront de gagner que s’ils ont moins d’écritures à faire qu’ext2 lors d'écritures. Il faudrait comparer les écritures annexes : le nombre de blocs touchés en plus des blocs contenant les données, comme les blocs contenant la structure des inodes dans ext2 (en gros, ça doit se valoir : on a un arbre (ou similaire) très petit par rapport à la taille des données). Accessoirement, on peut noter que, finalement, le nombre de cycles d'écritures sur les (bonnes) flashs permet d’avoisiner (voire de dépasser) la durée de vie d’un disque dur. D’où les SSD… -- Sylvain Sauvage -- 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: eeepc + debian, retour sur expérience?
Alors question connexe: si l'on déjà du ext3, comment faire pour passer à du ext2 ? En d'autres termes, est-ce que substituer ext2 à ext3 dans /etc/fstab suffit ou faut-il tuner la partition avec tune2fs (en supposant que je trouve l'option qui enlève la journalisation si elle existe?) Merci de votre aide. -- ---()()()()()()()()()--)()()()()()()()()(--- -()()--()-()-()()--)()(-)(-)(--)()(- ()()()()()()()())()()()()()()()( -- 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: eeepc + debian, retour sur expérience?
Alexandre, samedi 27 décembre 2008, 15:17:51 CET Alors question connexe: si l'on déjà du ext3, comment faire pour passer à du ext2 ? En d'autres termes, est-ce que substituer ext2 à ext3 dans /etc/fstab suffit ou faut-il tuner la partition avec tune2fs (en supposant que je trouve l'option qui enlève la journalisation si elle existe?) tune2fs -O ^has_journal /dev/toto ça enlève l’option « a un journal » qui est celle qui distingue un ext3 d’un ext2. Sinon, le journal est toujours là, même s’il n’est pas utilisé. -- Sylvain Sauvage -- 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: Pb de localhost (avec mpd)
Gilles Mocellin a écrit : Le Thursday 25 December 2008 23:30:55 giggz, vous avez écrit : mouss a écrit : giggz a écrit : giggz a écrit : giggz a écrit : giggz a écrit : Bonjour, Suis en debian sid à jour. J'utilise mpd avec comme client ario et ncmpc. Il est configuré avec la conf par défaut (port 6600 en localhost). Qd j'ai une connection internet, je ne rencontre aucun pb avec mpd, le daemon se lance et tout fonctionne correctement. Par contre qd je n'ai pas de connection internet (pas de wifi, pas de rj45), le daemon mpd refuse de se lancer avec : Starting Music Player Daemon: mpdcan't lookup host localhost at line 43: Temporary failure in name resolution Pourtant : 11:14 gi...@thor ~ % cat /etc/hosts 127.0.0.1 localhost localhost.localdomain thor # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) fe00::0 ip6-localnet ip6-localnet ff00::0 ip6-mcastprefix ip6-mcastprefix ff02::1 ip6-allnodes ip6-allnodes ff02::2 ip6-allrouters ip6-allrouters ff02::3 ip6-allhosts ip6-allhosts # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) ::1 ip6-localhost ip6-loopback 11:14 gi...@thor ~ % ping localhost PING localhost (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.111 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.089 ms 64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.088 ms 64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.090 ms Les services se rapportant à internet que j'ai sont : ifplugd, wpasupplicant (sans c'est pareil...), firestarter pour le firewall. Bref je ne sais que faire...si vous avez des idées. Merci, Guillaume De plus, si je fais une connection via mon modem 56k et que j'arrete cette connection, mpd peut se lancer sans pb...étrange non ? Bye Bon étant toujours dans le flou, j'aimerais savoir si parmi vous il y a des utilisateurs de mpd qui réussissent à le faire fonctionner sans avoir de réseau au boot de la machine. Merci d'avance Bon en continuant à chercher j'ai remarqué ça : avec dans le mpd.conf : bind_to_address localhost port6600 le daemon mpd ne se lance pas et sort le message cité plus haut. Une fois le réseau établi (via une ligne 56k), en faisant un : netstat -an | grep -v unix | grep LISTEN j'ai : tcp0 0 127.0.0.1:6600 0.0.0.0:*LISTEN Par contre si j'ai dans mpd.conf : #bind_to_address localhost port6600 mpd se lance sans le réseau et j'ai avec la commande netstat : tcp6 0 0 :::6600:::* LISTEN Dans ce dernier cas, un certain nombre de client mpd ne focntionnent pas...par contre ncmpc fonctionne à merveille. ça donne quoi avec bind_to_address 127.0.0.1 ... Starting Music Player Daemon: mpdcan't lookup host 127.0.0.1 at line 44: Address family for hostname not supported Ben ça bloque aussi qd il n'y a pas de réseau. A votre avis ça vaut un rapport de bug, ou c'est que chez moi ? Bye Heu, tu es sur que ton interface loopback est bien montée ? Dans /etc/network/interfaces, tu dois avoir ça : auto lo iface lo inet loopback et un ifconfig lo doit répondre : loLink encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:5787931 errors:0 dropped:0 overruns:0 frame:0 TX packets:5787931 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:4389287431 (4.0 GiB) TX bytes:4389287431 (4.0 GiB) Salut, oui j'ai exactement tout ça... De toute façon si je pingue ça fonctionne... bye -- 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
Pb Reconnaissance clef 4 Gb (ok pour ma 128mb)
Bonjour, j'ai récemment acheté une carte mémoire 4GB pour l'appareil photo, c'est une Compact Flash Sandisk extreme III 4GB. Le montage ne renvois aucune erreur, sauf qu'un ls me dit 0 fichiers ! alors que l'appareil photo me montre les 89 photos. je n'ais pas de problèmes avec 1 128Mb et une 64 Mb extrait syslog : Dec 27 18:09:19 mifune kernel: [95433.681813] sd 0:0:0:1: [sdb] 8027712 512-byte hardware sectors (4110 MB) Dec 27 18:09:19 mifune kernel: [95433.684785] sd 0:0:0:1: [sdb] Write Protect is off Dec 27 18:09:19 mifune kernel: [95433.684785] sd 0:0:0:1: [sdb] Mode Sense: 03 00 00 00 Dec 27 18:09:19 mifune kernel: [95433.684785] sd 0:0:0:1: [sdb] Assuming drive cache: write through extrait d'un lsusb concernant le lecteur de cartes : Bus 001 Device 004: ID 058f:6362 Alcor Micro Corp. Hi-Speed 21-in-1 Flash Card Reader/Writer (Internal/External) en lisant de ci de là, il semble que certains lecteur de cartes ne soit pas capable de lire les CF 2 Gb, mais un fdisk de /dev/sdb me montre bien une CF de 4GB avec 1 seule partition -- Cordialement Grégory BULOT -- Cordialement Grégory BULOT -- 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: Pb boot : acpi=off ... et après
Mathieu JANIN matto...@orange.fr à écrit le Sun, 21 Dec 2008 23:19:36 +0100 Désolé pour ce retard de réponse, j'ai pris une semaine de sevrage sans ordi en vacances ! Le samedi 20 décembre 2008, Grégory Bulot a écrit : (...) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux (...) uname -a Oui ? Mais encore ? oops, uname -a 2.6.26-1-686, standard debian l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? j'suis passé a travers jusqu'a maintenant ! -- Cordialement Grégory BULOT -- 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
installation d'une carte vidéo ATI
Bonsoir, Je suis sous Debian-etch et un PC avec carte vidéo Nvidia intégrée. Je préfère avoir une carte vidéo indépendante (sur le port PCI express) : la carte ATI Radeon X1300 a bien un pilote prévu pour Linux, sur le site ATI : ati-driver-installer-8-12-x86.x86_64.run Si vous aviez un tuyau pour l'installer, selon ces consignes : - abandon (désactivation) de la carte vidéo Nvidia, intégrée à la carte mère, - activation et configuration de la carte ATI indépendante. Merci et très bonne soirée ! antoine -- 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
Problemes upgrade etch vers lenny
Bonsoir, Ce week end j'ai upgradé 2 PC de etch en lenny. Pour le premier pas de problemes, l'affaire a été réglé en une heure. Par contre pour le second je rencontre plusieurs difficultés. La plus importante provient du support de la souris dont le simple clic droit, centre ou gauche ne fonctionne pas correctement. C'est un peu comme si les simples clics se transformaient en double clic pour gnome. Le clic maintenu enfoncé fonctionne toujours. (tout cela quelquesoit l'utilisateur). J'ai même créé un nouvel utilisateur pour tester ... L'utilisation du PC est devenue très difficile. Plus moyen de cliquer dans le tableau de bord de gnome ou dans le menu des applications. Le copier/coller linux (selection/clic central) amène 2 copies du texte ... Toute idée sera la bienvenue ... Merci. Guy -- 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: Pb boot : acpi=off ... et après
Le samedi 27 décembre 2008, Grégory Bulot a écrit : Mathieu JANIN matto...@orange.fr à écrit le Sun, 21 Dec 2008 23:19:36 +0100 Désolé pour ce retard de réponse, j'ai pris une semaine de sevrage sans ordi en vacances ! Le samedi 20 décembre 2008, Grégory Bulot a écrit : (...) Quel noyau as tu installé, d'ailleurs ? Je suis en 64 donc je ne peux (...) uname -a Oui ? Mais encore ? oops, uname -a 2.6.26-1-686, standard debian tu as essayé un linux-image-2.6-486 (en 2.6.26, il semble que ce soit maintenant un 2.6.26-17 en plus) l'occasion d'en faire et de connaitre ce genre de douces suées froides: Est ce que ça va bien se passer ? j'suis passé a travers jusqu'a maintenant ! Vérifies quand même. Cordialement Grégory BULOT ++, MATT -- 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: Problemes upgrade etch vers lenny
Compléments d'infos sur ce probleme de souris : Sur le panneau de conf preferences de la souris le test du double clic marche à chaque coup avec un simple clic ! J'avais un message d'erreur mousetweaks nécessite l'activation des outils d'accessibilité lorsque j'essayais de cliquer une option sur le second onglet (accessibilité). La desinstallation de mousetweaks ne change pas les problèmes ... je ne sais si mon probleme de souris est lié à ce mousetweaks ? Guy PS: Au passage, j'ai réglé les autres problèmes que j'avais eu lors de cette mise à jour. Notamment j'avais pas remarqué la presence dans lenny d'un pilote X openchrome qui évite la compil à la mano d'openchrome comme avec etch ... merci lenny ! La plus importante provient du support de la souris dont le simple clic droit, centre ou gauche ne fonctionne pas correctement. C'est un peu comme si les simples clics se transformaient en double clic pour gnome. Le clic maintenu enfoncé fonctionne toujours. (tout cela quelquesoit l'utilisateur). J'ai même créé un nouvel utilisateur pour tester ... L'utilisation du PC est devenue très difficile. Plus moyen de cliquer dans le tableau de bord de gnome ou dans le menu des applications. Le copier/coller linux (selection/clic central) amène 2 copies du texte ... -- 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: [RESOLU] Probleme souris : upgrade etch vers lenny
Re-bonsoir, Pour mémoire, j'ai resolu mon problème de la façon suivante : La section InputDevice de la souris dans le fichier xorg.conf fraichement généré avait cette tête là : Section InputDevice IdentifierConfigured Mouse Drivermouse EndSection J'ai rajouté les 3 lignes suivantes (comme c'était en etch) Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 et maintenant la souris fonctionne correctement ... Mon problème est résolu mais ça me parait être un problème un peu génant lors de mises à jours vers lenny ... Guy Par contre pour le second je rencontre plusieurs difficultés. La plus importante provient du support de la souris dont le simple clic droit, centre ou gauche ne fonctionne pas correctement. C'est un peu comme si les simples clics se transformaient en double clic pour gnome. Le clic maintenu enfoncé fonctionne toujours. (tout cela quelquesoit l'utilisateur). J'ai même créé un nouvel utilisateur pour tester ... L'utilisation du PC est devenue très difficile. Plus moyen de cliquer dans le tableau de bord de gnome ou dans le menu des applications. Le copier/coller linux (selection/clic central) amène 2 copies du texte ... -- 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: connection ssh
Gilles Mocellin a écrit : [...] SSH par défaut écoute sur toutes les interfaces et IP présentes, donc celui lancé par l'hôte se réserve toutes les IPs. Ce qui explique que : - tu n'arrives pas à lancer un serveur ssh dans un vserver (le couple IP/port est déjà utilisé par l'hôte) - tu arrive sur l'hôte si tu te connecte en ssh sur une des IPs des vservers C'est l'inconvénient majeur de vserver, il faut bien configurer tous les démons, hôtes et vservers, pour qu'ils écoutent sur les bonnes IP, et seulement elles. Ok, je comprends mieux... J'avais lu quelque chose à ce sujet, il me semble, au moment de l'installation initiale. Ce que je ne comprend pas, du coup, c'est pourquoi ça marchait avant et plus maintenant ;) Je vais ré-essayer tout ça en modifiant les ip d'écoute de ssh (je ne l'avais fait que sur le vserver). Merci pour m'avoir rafraichi la mémoire en tout cas :) -- 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
openvpn + déport X
Bonjour, comme le sujet le laisse à penser, j' ai un problème d' affichage déporté d' applications graphiques à travers un tunnel openvpn. Le serveur est une Dedibox en etch (OpenVPN 2.0.9-4), les clients sont soit des Sid soit une Ubuntu (désolé...). Les symptomes sont les memes, que j' essaie de déporter entre deux clients ou du serveur vers un client en faisant des 'ssh -X'. Que se passe-t-il donc? Ceci: Si je me connecte depuis un client sur la Dédibox par un 'ssh -X m...@adresse.publique.du.serveur' , j' ai bien une session ouverte, un 'echo $DISPLAY' me donne 'localhost:10.0', et j' ai bien un xterm qui s' ouvre sur mon poste client quand je tape 'xterm'. Si je me connecte avec 'ssh -X m...@adresse.vpn.du.serveur', j' ouvre une session, $DISPLAY vaut toujours 'localhost:10.0', par contre si j' essaie de lancer un xterm, il ne se passe _rien_ pendant...très longtemps. Ctrl-C est inopérant et je suis obligé de lancer une seconde session ssh pour pouvoir killer le processus. A ce stade-là, le clavier est perdu dans la première session et il me faut aussi killer cette session. Le but final est de pouvoir faire du VNC au travers du VPN. Quand j' ai vu que VNC ne marchait pas, j' ai simplifié mes essais pour en aboutir à ce constat. J' ose espérer que résoudre mon problème de terminal devrait me résoudre le problème VNC. Je ne sais pas trop vers où regarder, config du VPN, config SSH, autre ? Toute aide est la bienvenue. Et le plus râlant c' est que je fais du VNC et du RDP sans problème entre un bureau Microsoft et un client Linux. Merci, Vincent -- 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: Problemes upgrade etch vers lenny[pour info]
En ce qui me concerne, j'ai eu les soucis suivants (Dell inspiron 1525): * Paquet uswusp complètement non opérationnel sous lenny, il a fallu réinstaller celui de etch pour régler le problème. * keytouch a à reconfigurer complètement pour l'utilisateur. * xscreensaver qui passe mal avec la carte Intel, il a fallu réinstaller celui de etch. * Toujours le même souci d'hdparm et toujours le même souci lors d'un réveil. guessnet a changé son affichage mais semble fonctionner. Par contre, googleearth fonctionne enfin correctement en 64 bits sur xserver-xorg-intel. François Boisson -- 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: installation d'une carte vidéo ATI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 anto...@starinux.org a écrit : Bonsoir, Bonsoir, Je suis sous Debian-etch et un PC avec carte vidéo Nvidia intégrée. Je préfère avoir une carte vidéo indépendante (sur le port PCI express) : la carte ATI Radeon X1300 a bien un pilote prévu pour Linux, sur le site ATI : ati-driver-installer-8-12-x86.x86_64.run Ça vaut certainement le coup de jeter un œil aux paquet debian : $ apt-cache search fglrx fglrx-amdcccle - control panel for the non-free AMD/ATI r5xx, r6xx display driver fglrx-atieventsd - external events daemon for the non-free AMD/ATI r5xx, r6xx display driver fglrx-control - control panel for the non-free AMD/ATI r5xx, r6xx display driver fglrx-driver - non-free AMD/ATI r5xx, r6xx display driver fglrx-glx - proprietary libGL for the non-free AMD/ATI r5xx, r6xx display driver fglrx-glx-ia32 - proprietary libGL for the non-free AMD/ATI r5xx, r6xx display driver fglrx-kernel-src - kernel module source for the non-free AMD/ATI r5xx, r6xx display driver fglrx-source - kernel module source for the non-free AMD/ATI r5xx, r6xx display driver xserver-xorg-video-radeon - X.Org X server -- ATI Radeon display driver Si vous aviez un tuyau pour l'installer, selon ces consignes : - abandon (désactivation) de la carte vidéo Nvidia, intégrée à la carte mère, Probablement dans le bios de ta carte mère, si ce n'est pas fait par défaut quand tu branche une autre carte. - activation et configuration de la carte ATI indépendante. Jeter un œil dans la documentation des paquets précités, peut-être me trouver un tuto clef en main avec ton moteur de recherche préféré. Je parierai sur un « aptitude install fglrx-driver fglrx-glx fglrx-source » suivi d'un « m-a a-i fglrx-source ». Pour Etch il faut sans doute un peu composer, mais ça pourrait être l'occasion de passer sous Lenny qui est en phase finale, et ne même pas s'embêter avec le fichier xorg.conf. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklWrg8ACgkQ18/WetbTC/oaNwCgkMLdlZC8rrpaUY0S5tQ3W6zH wb4AoJvXTA040t5lkaCcbyPQTw5z8J/j =qNyL -END PGP SIGNATURE- -- 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: Re : Re : blocage scp et rsync
En fait il semble que c'est un problème connu. Un problème au niveau d'une dll de cygwin. Plus d'info la: https://www.osgpcq.net/osg/Documentations/A_rsync-cygwin-prob.html -- 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: eeepc + debian, retour sur expérience?
François Boisson a écrit : Le Fri, 26 Dec 2008 17:29:21 +0100 Alexandre neonoe123...@gmail.com a écrit: Sinon, je confirme que Debian s'installe bien sur le eeepc. Attention toutefois à bien rajouter les options noatime nodirtime dans le fstab pour éviter que la ssd soit trop mise à l'épreuve (il paraît que c'est fragile) si la partiton est formatée en ext3. Aussi il paraît qu'il ne faut pas de swap. Mais bon, là, je laisse la parole aux experts... Oui, je rajouterais bien aussi de ne pas mettre un système de fichiers ext3 mais un ext2, ne serait ce que pour gagner une centaine de Megaoctets. J'ai effectivement fusillé deux clefs USB en mettant au point ClefAgreg à cause des écritures répétées sur la clef (d'où le système actuel avec répertoire personnel en RAM). François Boisson j'ai mis le mien en reiserfs et j'ai gagné presque 300 Mo. mes 2 xpf -- dominix -- 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: openvpn + déport X
Vincent Besse a écrit : Bonjour, comme le sujet le laisse à penser, j' ai un problème d' affichage déporté d' applications graphiques à travers un tunnel openvpn. Le serveur est une Dedibox en etch (OpenVPN 2.0.9-4), les clients sont soit des Sid soit une Ubuntu (désolé...). Les symptomes sont les memes, que j' essaie de déporter entre deux clients ou du serveur vers un client en faisant des 'ssh -X'. Que se passe-t-il donc? Ceci: Si je me connecte depuis un client sur la Dédibox par un 'ssh -X m...@adresse.publique.du.serveur' , j' ai bien une session ouverte, un 'echo $DISPLAY' me donne 'localhost:10.0', et j' ai bien un xterm qui s' ouvre sur mon poste client quand je tape 'xterm'. Si je me connecte avec 'ssh -X m...@adresse.vpn.du.serveur', j' ouvre une session, $DISPLAY vaut toujours 'localhost:10.0', par contre si j' essaie de lancer un xterm, il ne se passe _rien_ pendant...très longtemps. Ctrl-C est inopérant et je suis obligé de lancer une seconde session ssh pour pouvoir killer le processus. A ce stade-là, le clavier est perdu dans la première session et il me faut aussi killer cette session. Le but final est de pouvoir faire du VNC au travers du VPN. Quand j' ai vu que VNC ne marchait pas, j' ai simplifié mes essais pour en aboutir à ce constat. J' ose espérer que résoudre mon problème de terminal devrait me résoudre le problème VNC. Je ne sais pas trop vers où regarder, config du VPN, config SSH, autre ? Toute aide est la bienvenue. Et le plus râlant c' est que je fais du VNC et du RDP sans problème entre un bureau Microsoft et un client Linux. Merci, Vincent ca ressemble a un problème de MTU, ajoute mtu-test a la fin de ton fichier de config du clien. (et attend 2-3 minutes avant de lancer ton xterm. mes 2 xpf -- dominix -- 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