View previous topic :: View next topic |
Author |
Message |
thejack n00b
Joined: 15 Oct 2008 Posts: 37
|
Posted: Tue Mar 24, 2009 2:02 pm Post subject: [console]transferer sortie console |
|
|
Bonjour,
Cela fait deja un petit moment que je me pose la question, j'ai essayé de trouver une reponse mais jusqu'a maintenant sans succes. Est-il possible de rediriger la sortie standard d'un programme entre console ouverte par un même utilisateur avec un même shell ?
Imaginons que la même personne soit loggué sur tty0 et sur pts0 (ssh), si on lance un programme sur la console ssh est-il possible via une commande de rediriger la sortie du processus sur tty0 ?
Si ce n'est pas possible, j'aimerais bien comprendre pourquoi ... enfin a moins que je me fourvoie completement
Merci d'avance. |
|
Back to top |
|
|
Tanki Apprentice
Joined: 29 Mar 2005 Posts: 195 Location: Bordeaux/France
|
Posted: Tue Mar 24, 2009 2:44 pm Post subject: |
|
|
en utilisant screen ?
http://en.gentoo-wiki.com/wiki/Screen _________________ Kick Ass !
Dell XPS 13 Developer Edition 9350 | Intel Core i7 @2.20 GHz | 16 Go DDR3 | SSD Samsung PM951 NVMe 512Go |
|
Back to top |
|
|
thejack n00b
Joined: 15 Oct 2008 Posts: 37
|
Posted: Tue Mar 24, 2009 6:11 pm Post subject: |
|
|
Si j'ai bien compri il faut l'exécuter avant cette commande ? N'y a t'il pas un moyen de le faire pour une commande déjà en cours ? |
|
Back to top |
|
|
RaX Apprentice
Joined: 16 Aug 2007 Posts: 166
|
Posted: Wed Mar 25, 2009 1:27 am Post subject: |
|
|
Salut,
Par exemple:
Code: | # who
david tty1 2009-03-25 02:23
david pts/0 2009-03-25 02:23 (192.168.0.2) |
Si depuis le pts/0 je fait un:
Code: | $ echo "Salut" > /dev/tty1
|
Alors la sortie standard est redirigé vers le tty1 on peu aussi faire l'inverse:
Code: | $ echo "Salut toi" > /dev/pts/0 |
Voila voila.
Bonne nuit. |
|
Back to top |
|
|
loopx Advocate
Joined: 01 Apr 2005 Posts: 2787 Location: Belgium / Liège
|
Posted: Wed Mar 25, 2009 2:53 pm Post subject: |
|
|
Intéressant tout ca, mais à quoi cela pourrait-il bien servir ?
Question : comment savoir à quelle device notre console est attachée (que ce soit en local ou en remote?) ???
Lol, c'est fun, avec "pts/0", c'est KDE4 qui chope le message et qui l'affiche très proprement Avec tty1, c'est la console ou j'ai lancé le startx .. et les pts/1 et 2, ce sont des consoles ouverte avec Konsole sur kde .
En fait, cette bête technique est rudement plus efficace que "write", non ?
EDIT: ah que c'est même mieux que "wall" car ici, KDE4 affiche le message, pas avec "write" et "wall" ... alors que ce dernier est un broadcast quand meme ...
EDIT2:
Code: | loop ~ # ssh loopx@loop-nb echo "On mange quoi ???" > /dev/pts/0
loopx@loop-nb's password: |
sur le pc distant, il ne se passe rien, sur mon pc ou j'ai lancé la commande, KDE m'affiche ceci :
"On mange quoi Air kkk mac"
J'avoue ne pas comprendre la fin de la phrase _________________ Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
Back to top |
|
|
geekounet Bodhisattva
Joined: 11 Oct 2004 Posts: 3772 Location: Wellington, Aotearoa
|
Posted: Wed Mar 25, 2009 5:24 pm Post subject: |
|
|
loopx wrote: | Question : comment savoir à quelle device notre console est attachée (que ce soit en local ou en remote?) ??? |
Avec tty, et ya aussi w pour tous les lister.
loopx wrote: | En fait, cette bête technique est rudement plus efficace que "write", non ? |
write fait exactement la même chose, et tu peux lui préciser le tty precis
loopx wrote: | Code: | loop ~ # ssh loopx@loop-nb echo "On mange quoi ???" > /dev/pts/0
loopx@loop-nb's password: |
sur le pc distant, il ne se passe rien, sur mon pc ou j'ai lancé la commande, KDE m'affiche ceci :
"On mange quoi Air kkk mac" |
Normal, t'as faitl la redirection en local, pas distant (pour celà il faudrait que tu escape le >) |
|
Back to top |
|
|
loopx Advocate
Joined: 01 Apr 2005 Posts: 2787 Location: Belgium / Liège
|
Posted: Thu Mar 26, 2009 2:53 pm Post subject: |
|
|
Oui, j'ai bien compris pour la syntaxe, mais ce que je trouve comique, c'est le "Air kkk mac" que je n'ai jamais entré moi même _________________ Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
Back to top |
|
|
scherz0 Apprentice
Joined: 02 Oct 2008 Posts: 154
|
Posted: Thu Mar 26, 2009 4:38 pm Post subject: |
|
|
loopx wrote: | Oui, j'ai bien compris pour la syntaxe, mais ce que je trouve comique, c'est le "Air kkk mac" que je n'ai jamais entré moi même |
Ce sont les 3 fichiers et/ou répertoires de ton $HOME dont le nom a 3 caractères... |
|
Back to top |
|
|
scherz0 Apprentice
Joined: 02 Oct 2008 Posts: 154
|
Posted: Thu Mar 26, 2009 5:12 pm Post subject: |
|
|
thejack wrote: | Si j'ai bien compri il faut l'exécuter avant cette commande ? N'y a t'il pas un moyen de le faire pour une commande déjà en cours ? |
Je ne sais pas si il existe un outil pour le faire simplement. Sinon il doit être possible de modifier les descripteurs de fichiers en se connectant au processus par gdb. Pour les détails, cf google gdb+dup2 |
|
Back to top |
|
|
loopx Advocate
Joined: 01 Apr 2005 Posts: 2787 Location: Belgium / Liège
|
Posted: Thu Mar 26, 2009 5:29 pm Post subject: |
|
|
scherz0 wrote: | loopx wrote: | Oui, j'ai bien compris pour la syntaxe, mais ce que je trouve comique, c'est le "Air kkk mac" que je n'ai jamais entré moi même |
Ce sont les 3 fichiers et/ou répertoires de ton $HOME dont le nom a 3 caractères... |
ahhhhhh ok
suis con ... merci pour l'info j'étais loin d'y penser :p _________________ Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
Back to top |
|
|
thejack n00b
Joined: 15 Oct 2008 Posts: 37
|
Posted: Sat Mar 28, 2009 2:29 pm Post subject: |
|
|
merci scherz0 pour la piste je vais la suivre
Pour le > /dev/tty1 oui ça marche je le sais ... mais faut faire ça des le lancement du processus ... |
|
Back to top |
|
|
scherz0 Apprentice
Joined: 02 Oct 2008 Posts: 154
|
Posted: Sat Mar 28, 2009 3:31 pm Post subject: |
|
|
thejack wrote: | merci scherz0 pour la piste je vais la suivre |
Précision : ça tient un peu du bricolage et ça ne fonctionne que dans certain cas. Ça pourrait éventuellement bloquer ou entrainer la fin du processus en question, donc à tester avant de l'utiliser pour faire des choses sérieuses.
Dans tous les cas, quand on peut anticiper ce genre de besoin : utiliser screen, comme déja suggéré par Tanki. screen est très précieux pour beaucoup de situations, notamment l'administration de systèmes distants. |
|
Back to top |
|
|
|