--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console.
Si tu lance un démon ou quelques chose dans le genre et qu'il est mis en background tu peux récupérer le pid avec la variable $! Testes ça :
$ sleep 100 & $ echo $!
-- Kévin Membre de Breizhtux, GULL de Saint-Brieuc et de Bretagne - http://www.breizhtux.info Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Le 8 février 2010 12:07, Le Cerdocyon <le.cerdocyon@gmail.com> a écrit :
Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console.
Si tu lance un démon ou quelques chose dans le genre et qu'il est mis
en background tu peux récupérer le pid avec la variable $!
Testes ça :
$ sleep 100 &
$ echo $!
--
Kévin
Membre de Breizhtux, GULL de Saint-Brieuc et de Bretagne -
http://www.breizhtux.info
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console.
Si tu lance un démon ou quelques chose dans le genre et qu'il est mis en background tu peux récupérer le pid avec la variable $! Testes ça :
$ sleep 100 & $ echo $!
-- Kévin Membre de Breizhtux, GULL de Saint-Brieuc et de Bretagne - http://www.breizhtux.info Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
François Cerbelle
Le Cerdocyon a écrit :
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique. Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console. ... Mais je n' en suis qu'à la connexion, ssh ls Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple. Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Pour le PID d'un process, tu peux utiliser pidof : [ ShLvl:1 Cmd:507 Ret:0 lun fév 08 12:14:27 ] ~ $ ssh ouranos pidof apache2 943 942 941 940 938 30873 30364 30363 30362 30360 30347
Pour executer plusieurs commandes à la suite, le plus propre serait peut-etre de créer un script, de l'envoyer sur la machine distante, de l'y executer et de l'en supprimer : echo ps > script.sh scp script.sh : ssh chmod +x script.sh ssh ./script.sh ssh rm script.sh
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Le Cerdocyon a écrit :
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique.
Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console.
...
Mais je n' en suis qu'à la connexion,
ssh user@serveur
ls
Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple.
Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Pour le PID d'un process, tu peux utiliser pidof :
[ fcerbell@francois ShLvl:1 Cmd:507 Ret:0 lun fév 08 12:14:27 ]
~ $ ssh ouranos pidof apache2
943 942 941 940 938 30873 30364 30363 30362 30360 30347
Pour executer plusieurs commandes à la suite, le plus propre serait peut-etre de créer un script, de
l'envoyer sur la machine distante, de l'y executer et de l'en supprimer :
echo ps > script.sh
scp script.sh user@serveur:
ssh user@server chmod +x script.sh
ssh user@server ./script.sh
ssh user@server rm script.sh
Fanfan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique. Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console. ... Mais je n' en suis qu'à la connexion, ssh ls Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple. Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Pour le PID d'un process, tu peux utiliser pidof : [ ShLvl:1 Cmd:507 Ret:0 lun fév 08 12:14:27 ] ~ $ ssh ouranos pidof apache2 943 942 941 940 938 30873 30364 30363 30362 30360 30347
Pour executer plusieurs commandes à la suite, le plus propre serait peut-etre de créer un script, de l'envoyer sur la machine distante, de l'y executer et de l'en supprimer : echo ps > script.sh scp script.sh : ssh chmod +x script.sh ssh ./script.sh ssh rm script.sh
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Jean-Yves F. Barbier
Le Cerdocyon a écrit : ...
J'ai plusieurs serveurs sur lesquels fonctionnent différents process qui ne doivent pas tomber.
avec ssh, je veux me connecter automatiquement et vérfier si le nom du process tourne.
si oui je ne fais rien
sinon je lance une commande (une commande shell qui va lancer un script)
Pourquoi faire cela manuellement, alors que monit associé à un crontab peut faire le boulot pour toi?
-- She cried, and the judge wiped her tears with my checkbook. -- Tommy Manville
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Le Cerdocyon a écrit :
...
J'ai plusieurs serveurs sur lesquels fonctionnent différents process qui ne doivent pas tomber.
avec ssh, je veux me connecter automatiquement et vérfier si le nom du process tourne.
si oui je ne fais rien
sinon je lance une commande (une commande shell qui va lancer un script)
Pourquoi faire cela manuellement, alors que monit associé à un crontab
peut faire le boulot pour toi?
--
She cried, and the judge wiped her tears with my checkbook.
-- Tommy Manville
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
J'ai plusieurs serveurs sur lesquels fonctionnent différents process qui ne doivent pas tomber.
avec ssh, je veux me connecter automatiquement et vérfier si le nom du process tourne.
si oui je ne fais rien
sinon je lance une commande (une commande shell qui va lancer un script)
Pourquoi faire cela manuellement, alors que monit associé à un crontab peut faire le boulot pour toi?
-- She cried, and the judge wiped her tears with my checkbook. -- Tommy Manville
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Alexandre
Le lundi 08 février de l'année 2010, vers 12 heures et 07 minutes, Le Cerdocyon écrivait:
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique. Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console. ... Mais je n' en suis qu'à la connexion, ssh ls Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple. Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Bonjour,
echo ls | ssh
plus largement:
echo "mes commandes" | ssh
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Le lundi 08 février de l'année 2010, vers 12 heures et 07 minutes, Le Cerdocyon écrivait:
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique.
Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console.
...
Mais je n' en suis qu'à la connexion,
ssh user@serveur
ls
Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple.
Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Bonjour,
echo ls | ssh user@serveur
plus largement:
echo "mes commandes" | ssh user@serveur
--
Alexandre Delanoë
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le lundi 08 février de l'année 2010, vers 12 heures et 07 minutes, Le Cerdocyon écrivait:
J'ai fait une connexion automatique vers un serveur, via ssh et l'échange de clé classique. Mon but étant de vérifier le numéro de pid d'un processus, et d'en avoir le retour en console. ... Mais je n' en suis qu'à la connexion, ssh ls Là je teste juste un ls, mais il fonctionne quand je coupe la connexion après un exit par exemple. Que dois-je mettre à la suite pour qu'il éxécute les commande consécutivement ?
Bonjour,
echo ls | ssh
plus largement:
echo "mes commandes" | ssh
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Julien Demange
Bonjour,
Alexandre a écrit :
echo ls | ssh
pioue... n'est ce pas plus propre de faire ? $ ssh ls
Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
plus largement:
echo "mes commandes" | ssh
Si plusieurs commandes, je proposerais plutôt un script sur chaque serveurs distant (éventuellement sur un montage NAS) exécuté ainsi : $ ssh /path/to/script
Et bien sur, une authentification basé sur des clé avec une clé privé non chiffré sur le poste initiant les connection. Mais éventuellement une restriction d'usage de la clé sur chaque serveur distant : $ ssh -i clekivabien /path/to/script
Dans la foulé on peut éviter de mettre 'root' comme "user" mais passer par des sudo et un utilisateur spécialement prévu à ces tâches de maintenance. Avec un sudoer qui restreint ce dit user à juste le(s) script(s) prévu.
-- Ouvertement, Julien Demange
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Bonjour,
Alexandre a écrit :
echo ls | ssh user@serveur
pioue...
n'est ce pas plus propre de faire ?
$ ssh user@server ls
Si plusieurs commandes on peut aussi faire :
$ ssh user@server ls /usr ; ls /var
plus largement:
echo "mes commandes" | ssh user@serveur
Si plusieurs commandes, je proposerais plutôt un script sur chaque
serveurs distant (éventuellement sur un montage NAS) exécuté ainsi :
$ ssh user@server /path/to/script
Et bien sur, une authentification basé sur des clé avec une clé privé
non chiffré sur le poste initiant les connection. Mais éventuellement
une restriction d'usage de la clé sur chaque serveur distant :
$ ssh -i clekivabien user@server /path/to/script
Dans la foulé on peut éviter de mettre 'root' comme "user" mais passer
par des sudo et un utilisateur spécialement prévu à ces tâches de
maintenance. Avec un sudoer qui restreint ce dit user à juste le(s)
script(s) prévu.
--
Ouvertement,
Julien Demange
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
pioue... n'est ce pas plus propre de faire ? $ ssh ls
Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
plus largement:
echo "mes commandes" | ssh
Si plusieurs commandes, je proposerais plutôt un script sur chaque serveurs distant (éventuellement sur un montage NAS) exécuté ainsi : $ ssh /path/to/script
Et bien sur, une authentification basé sur des clé avec une clé privé non chiffré sur le poste initiant les connection. Mais éventuellement une restriction d'usage de la clé sur chaque serveur distant : $ ssh -i clekivabien /path/to/script
Dans la foulé on peut éviter de mettre 'root' comme "user" mais passer par des sudo et un utilisateur spécialement prévu à ces tâches de maintenance. Avec un sudoer qui restreint ce dit user à juste le(s) script(s) prévu.
-- Ouvertement, Julien Demange
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Alexandre
Le lundi 08 février de l'année 2010, vers 15 heures et 27 minutes, Julien Demange écrivait:
Bonjour, Alexandre a écrit : > echo ls | ssh pioue... n'est ce pas plus propre de faire ? $ ssh ls Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
Oui, entièrement d'accord. Mais cette solution avait déjà été proposée et le but était pédagogique (personnellement, parfois avant de comprendre un raccourcis, j'aime bien connaître le chemin sur toute sa longueur).
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Le lundi 08 février de l'année 2010, vers 15 heures et 27 minutes, Julien Demange écrivait:
Bonjour,
Alexandre a écrit :
> echo ls | ssh user@serveur
pioue...
n'est ce pas plus propre de faire ?
$ ssh user@server ls
Si plusieurs commandes on peut aussi faire :
$ ssh user@server ls /usr ; ls /var
Oui, entièrement d'accord. Mais cette solution avait déjà été
proposée et le but était pédagogique (personnellement, parfois avant
de comprendre un raccourcis, j'aime bien connaître le chemin sur toute
sa longueur).
--
Alexandre Delanoë
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le lundi 08 février de l'année 2010, vers 15 heures et 27 minutes, Julien Demange écrivait:
Bonjour, Alexandre a écrit : > echo ls | ssh pioue... n'est ce pas plus propre de faire ? $ ssh ls Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
Oui, entièrement d'accord. Mais cette solution avait déjà été proposée et le but était pédagogique (personnellement, parfois avant de comprendre un raccourcis, j'aime bien connaître le chemin sur toute sa longueur).
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Edi Stojicevic
* Julien Demange [2010-02-08 15:27:21 +0100] wrote :
Bonjour,
Alexandre a écrit :
> echo ls | ssh
pioue... n'est ce pas plus propre de faire ? $ ssh ls
Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
Non ceci ne fonctionne pas ainsi :) le ls /var va lister le contenu du répertoire /var local et non distant.
pour lister deux repertoires distants :
ssh ls /usr /var
par exemple.
> plus largement: > > echo "mes commandes" | ssh
Si plusieurs commandes, je proposerais plutôt un script sur chaque serveurs distant (éventuellement sur un montage NAS) exécuté ainsi : $ ssh /path/to/script
D'accord là-dessus.
[...]
Perso, j'utilise ssh-agent pour me connecter à mes serveurs avec les clefs qui vont bien pour ne pas à avoir à rentrer mon mot de passe à chaque fois.
mes 2¢ -- .''`. Edi Stojicevic : :' : Debian GNU/Linux user, admin & developer - http://www.debian.org `. `~' French speaking Debian website founder - http://www.debianworld.org `- GPG Key Id : 0x1237B032
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
* Julien Demange <julien.demange@remiremont.fr> [2010-02-08 15:27:21 +0100] wrote :
Bonjour,
Alexandre a écrit :
> echo ls | ssh user@serveur
pioue...
n'est ce pas plus propre de faire ?
$ ssh user@server ls
Si plusieurs commandes on peut aussi faire :
$ ssh user@server ls /usr ; ls /var
Non ceci ne fonctionne pas ainsi :)
le ls /var va lister le contenu du répertoire /var local et non distant.
Si plusieurs commandes, je proposerais plutôt un script sur chaque
serveurs distant (éventuellement sur un montage NAS) exécuté ainsi :
$ ssh user@server /path/to/script
D'accord là-dessus.
[...]
Perso, j'utilise ssh-agent pour me connecter à mes serveurs avec les
clefs qui vont bien pour ne pas à avoir à rentrer mon mot de passe à
chaque fois.
mes 2¢
--
.''`. Edi Stojicevic
: :' : Debian GNU/Linux user, admin & developer - http://www.debian.org
`. `~' French speaking Debian website founder - http://www.debianworld.org
`- GPG Key Id : 0x1237B032
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
* Julien Demange [2010-02-08 15:27:21 +0100] wrote :
Bonjour,
Alexandre a écrit :
> echo ls | ssh
pioue... n'est ce pas plus propre de faire ? $ ssh ls
Si plusieurs commandes on peut aussi faire : $ ssh ls /usr ; ls /var
Non ceci ne fonctionne pas ainsi :) le ls /var va lister le contenu du répertoire /var local et non distant.
pour lister deux repertoires distants :
ssh ls /usr /var
par exemple.
> plus largement: > > echo "mes commandes" | ssh
Si plusieurs commandes, je proposerais plutôt un script sur chaque serveurs distant (éventuellement sur un montage NAS) exécuté ainsi : $ ssh /path/to/script
D'accord là-dessus.
[...]
Perso, j'utilise ssh-agent pour me connecter à mes serveurs avec les clefs qui vont bien pour ne pas à avoir à rentrer mon mot de passe à chaque fois.
mes 2¢ -- .''`. Edi Stojicevic : :' : Debian GNU/Linux user, admin & developer - http://www.debian.org `. `~' French speaking Debian website founder - http://www.debianworld.org `- GPG Key Id : 0x1237B032
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Vincent Lefevre
On 2010-02-09 00:29:55 +0100, Edi Stojicevic wrote:
* Julien Demange [2010-02-08 15:27:21 +0100] wrote : > Si plusieurs commandes on peut aussi faire : > $ ssh ls /usr ; ls /var
Non ceci ne fonctionne pas ainsi :) le ls /var va lister le contenu du répertoire /var local et non distant.
C'est parce qu'il fallait quoter:
ssh "ls /usr ; ls /var"
On peut aussi ajouter un -t pour avoir un affichage multicolonne (pour dire qu'on a un terminal):
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
On 2010-02-09 00:29:55 +0100, Edi Stojicevic wrote:
* Julien Demange <julien.demange@remiremont.fr> [2010-02-08 15:27:21 +0100] wrote :
> Si plusieurs commandes on peut aussi faire :
> $ ssh user@server ls /usr ; ls /var
Non ceci ne fonctionne pas ainsi :)
le ls /var va lister le contenu du répertoire /var local et non distant.
C'est parce qu'il fallait quoter:
ssh user@server "ls /usr ; ls /var"
On peut aussi ajouter un -t pour avoir un affichage multicolonne
(pour dire qu'on a un terminal):
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org