Voilà, j'suis aussi fana de screen, mais je ne lance pas automatiquement, cela m'ennui de taper 2x mon pass. (screen -D -RR)
C'est pas l'problem, en fait j'ai un processus (ex: compile,gravure) dans un terminal que je ne souhaite pas coupé, est-il possible de le transfèrer sur un autre term, voir dans un screen détaché?
ça semble bizarre comme idée mais j'en ai besoin.
merci
Forum Programmation.shell Peut-on transferer un processus?
18
avr.
2005
# pas a ma connaissance ...
Posté par totof2000 . Évalué à 2.
Il y a peut être un moyen d'exécuter sous X un processus dans une autre fenetre (voir les options de XTERM ou de ton terminal préféré)
Ce serait un truc du genre :
nohup xterm -sb -ls -fg green -bg black -exec commande -T nom_appli &
les options:
-ls Indicates that the shell that is started in the xterm window is a login
shell (in other words, the first character of the ArgumentVector parameter is a
dash, indicating to the shell that it should read the user's .login or .profile
file).
-sb Indicates that some number of lines that are scrolled off the top of the
window should be saved and that a scrollbar should be displayed so that those
lines can be viewed. This option may be turned on and off from the VT Options
menu.
-T String Specifies the title for the xterm program's windows. It is equivalent
to -title.
-fg Color Specifies the color to use for displaying text. The default is black.
-bg Color Specifies the color to use for the background of the window. The
default is white.
Cette commande ouvrira un terminal et exécutera la commande spécifiée dans ce terminal. Lorsque tu quitteras le terminal a partir duquel tu a lance ta session, la commande exécuté dans la nouvelle fenetre ne s'arrêtera pas. Il faut certainement ajuster en fonction de l'appli que tu execute --> man xterm.
# re
Posté par LaBienPensanceMaTuer . Évalué à 6.
http://cryopid.berlios.de/(...)
[^] # Re: re
Posté par -mat . Évalué à 1.
Par contre, j'ai pas réussi à le compiler sous linux 2.6
Il n'arrive pas a trouver include/user.h, et si j'ajoute dans CFLAGS l'option
-I/lib/modules/2.6.10-1.741_FC3/build/include/
Il me jette plus loin avec
/lib/modules/2.6.10-1.741_FC3/build/include/linux/config.h:6:2: #error including kernel header in userspace; use the glibc headers instead!
Vous avez réussi chez vous ?
# j'ai peut-être rien compris, mais...
Posté par liparis . Évalué à 4.
Si le problème est que tu 'as pas lancé screen, j'ai peur qu'il n'y ai plus rien à faire. Par contre, pour les fois d'après, tu dois pouvoir te débrouiller pour screener tous tes terminaux:
pour aterm, si tu execute la commande
$aterm -e screen -q
tu ouvres un terminal aterm dans lequel est exécute la commande screen -q ( et hop, un terminal screené)
voila
[^] # Re: j'ai peut-être rien compris, mais...
Posté par GhZaaark3 . Évalué à 1.
bref, c'est impossible en somme.
merci, reste plus qu'à mettre un screen dans mon profile.
n'y a t-il pas moyen d'éviter de taper 2x son pass:
screen -D -RR <-- y a pas mieux?
bye
[^] # Re: j'ai peut-être rien compris, mais...
Posté par liparis . Évalué à 3.
screen -D -RR <-- y a pas mieux?
Je vois pas vraiment pourquoi cette commande t'obliges à taper 2 fois ton mot de passe.
Par ailleurs, à moins que tu ne veuilles faire un screen sur une machine distante, un petit alias sur la commande de ton terminal permet d'ouvrir un terminal avec une session screen sans taper une seule commande...
[^] # Re: j'ai peut-être rien compris, mais...
Posté par GhZaaark3 . Évalué à 0.
j'ai mis "screen -D -RR" dans mon .bash_profile, et lorsque je me connecte en mode console, il me déconnecte et j'dois retapper mon pass et là je passe en screen
Merci
++
ps: J'comprend pas pourquoi on me moinsse sur mon propre post.
[^] # Re: j'ai peut-être rien compris, mais...
Posté par liparis . Évalué à 1.
d'où ma précédente suggestion aterm -e screen -q
Je ne sais absolument pas ce qu'il peut se passer si tu met ça dans ton .profile. Ceci dit, pourquoi -D -RR ? qui signifie "fait n'importe quoi pour ouvrir screen", et, en clair, si tu as déjà un screen de lancé, il le détache et le rattache à ta console. A mon avis, dans ce cas, screen -q suffit (ie, ouvre une nouvelle session screen sans afficher le message d'accueil).
A mon avis, si tu veux des informations plus précises, il faut que tu nous donnes plus de détails sur ton utilisation de screen, si tu utilises X, si tu travailles en local...
bon courage
[^] # Re: j'ai peut-être rien compris, mais...
Posté par GhZaaark3 . Évalué à 0.
Ben, j'en fais autant une utilisation locale qu'à distance.
Les cas où je voudrais l'utiliser? quand j'me connecte en ssh, ou même sur la machine active quand j'passe en mode console.
la commande screen -q m'ouvre un screen mais ensuite, impossible de le couper.
bon c'est pas trop grave, on fera le truc à la patte. :)
++
# Escreen
Posté par THE_ALF_ . Évalué à 4.
Après, le seul problème qui reste pour que tes programmes ne soit pas coupés lorsque tu te déconnectes (sans reboot bien sur), c'est si tu lances des applis X. Pour ça, il existe apparement l'utilitaire xmove. Ça lance un serveur X virtuel. Tu lance tes applis sur ce serveur virtuel, et tu peux alors demander a xmove de l'afficher sur le serveur X de ton choix (local ou distant). Et du coup (a priori), tes applis ne meurent pas quand tu coupe le serveur X, vu que les applis dépendant du X virtuel. Après ça c'est la théorie, mais j'ai jamais réussi a faire marcher xmove :-D ... bon, je me retrouve avec des problème de droit, il doit juste falloir jouer avec xhost ou xauth pour regler ça, mais j'ai pas trop eu le gout de fouiller (pour l'utilité que j'en aurais).
En espérant que ça tombes pas trop a coté de ta question :-p
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.