Mandar comando ejecutado a segundo plano mientras se está ejecutando

[Maykel Franco]

Hola buenas, pregunto una cosilla que siempre me ha gustado saber, que desde luego yo no sé. Ya sé que se puede mandar la salida de un comando a segundo plano con &, nohub ...y se puede recuperar con fg, o incluso usar screen para lanzar comandos y salir  y luego recuperar la consola virtual, pero imaginaros que lanzo un rsync o scp desde mi equipo a un servidor. Tengo prisa porque me quiero ir a casa, o tengo que reiniciar mi pc, reiniciar la red...etc por cualquier circunstancia necesito que ese comando se siga ejecutando aunque yo reinicie, apagague, me vaya a casa con el portatil apagado... y quiero mandarlo a segundo plano mientras lo estoy lanzando...

¿Se podría de alguna forma? Sé que la solución fácil es mandarlo a segundo plano según lo lanzas, pero a veces no nos acordamos y lanzamos el comando y dura bastante....

Saludos.

[Camaleón]

El Wed, 05 Feb 2014 18:03:38 +0100, Maykel Franco escribió:

(ese html...)

(...)

> Tengo prisa porque me quiero ir a casa, o tengo que reiniciar mi pc,
> reiniciar la red...etc por cualquier circunstancia necesito que ese
> comando se siga ejecutando aunque yo reinicie, apagague, me vaya a casa
> con el portatil apagado... y quiero mandarlo a segundo plano mientras lo
> estoy lanzando...
>
> ¿Se podría de alguna forma? Sé que la solución fácil es mandarlo a
> segundo plano según lo lanzas, pero a veces no nos acordamos y lanzamos
> el comando y dura bastante....

¿Te refieres a esto?

Is it possible to put foreground process into background without
suspending (control +z)?
http://superuser.com/questions/595743/is-it-possible-to-put-foreground-process-into-background-without-suspending-con

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02...@gmail.com

[El Ale...]

podrias realizar un script de inicio que lo encienda y lo deje en segundo plano

El 5/2/14, Maykel Franco <maykel...@gmail.com> escribió:

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAAuvQeweeHaEtq8UUcTsco...@mail.gmail.com

[fernando sainz]

El día 5 de febrero de 2014, 18:03, Maykel Franco
<maykel...@gmail.com> escribió:

Creo que ya te han contestado por ahí dando un link a una página, pero
no me parece apropiada esa forma de respuesta, porque lo lilnks que
ahora funcionan, pueden dejar de hacerlo en un futuro cercano.

El procedimiento mas simple es:
En la consola en la que has lanzado el proceso y se encuentra
"pillada" pulsas "Ctrl+z" esto te para el proceso:
Luego para que continúe usas el comando bg.

Ejemplo:
$ xeyes
^Z
[1]+ Detenido xeyes
$ bg %1

El %1 es por el número que te sale al pulsar Ctrl+z

S2.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAGwrHhH8Nd0j2F+V_Cz8AyL...@mail.gmail.com

[Maykel Franco]

Gracias Camaleon. El ale.. hablo de un comando que lanzas y dura bastante y te tienes que ir pero si cierras la terminal se corta, creo que lo he explicado bastante bien lo que necesitaba.

Camaleon sino no he entendido mal, el chico que lo pregunta lanza el comando con & y lo devuelve a foreground con fg, y él pregunta como volver a mandarlo a background sin suspenderlo...

Hablan de pararlo con control + z y luego ejecutar bg?? Ademas del uso de kill + SIGSTOP Y SIGCONT?? Desde otra terminal.

Luego hablan de usar jobs pero claro, una vez lanzado con &. Yo me refiero de un proceso que has lanzado con rsync por ejemplo y le queda una hora y lo estas visualizando por pantalla... Como puedes mandarlo a segundo plano sin suspender el proceso?? Si que rsync se corte si ya lo has lanzado??

Saludos.

[Vicios]

El 05/02/14 19:40, fernando sainz escribió:
> El día 5 de febrero de 2014, 19:15, Maykel Franco
> <maykel...@gmail.com> escribió:

> Creo que el protocolo TCP tiene un "timeout" lo suficientemente largo
> para que te de tiempo a hacer el "Ctrl+z" y luego inmediatamente el
> "bg %1" siendo 1 el numero que tiene el proceso.
>
> No tendría por que cortarse el "rsync".
>
> Saludos.
>
>

Yo lo utilizo incluso para capturas del tcpdump y no hay problemas...

Saludos!

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/52F2877...@gmail.com

[fernando sainz]

El día 5 de febrero de 2014, 19:15, Maykel Franco
<maykel...@gmail.com> escribió:
>

Creo que el protocolo TCP tiene un "timeout" lo suficientemente largo
para que te de tiempo a hacer el "Ctrl+z" y luego inmediatamente el
"bg %1" siendo 1 el numero que tiene el proceso.

No tendría por que cortarse el "rsync".

Saludos.


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAGwrHg3VwdZ78+PLdtrw+E0...@mail.gmail.com

[Juan José López]

El Wed, 5 Feb 2014 18:03:38 +0100
Maykel Franco <maykel...@gmail.com> escribió:

No estoy seguro, pero creo que lo que pretendes es volcar un proceso
completo a disco y restaurarlo luego, para que siga como estaba, no ?
Lo vuelcas, apagas el equipo, haces lo que tengas que hacer, y que
cuando lo vuelvas a encender no tener que empezar de nuevo desde el
principio, sino que continue lo que estaba haciendo.

Lo más parecido que se me ocurre es que suspendas/hibernes el equipo
completo.

Hacerlo con un solo proceso creo que no se puede hacer, a no ser que el
propio programa incorpore alguna opción para 'guardar su estado' y
volver a cargarlo; algo parecido a las sesiones de XWindows.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20140205221822.30871b96@lilu

[Luis Felipe Tabera]

On Wednesday 05 February 2014 19:15:13 Maykel Franco wrote:
> > > pero imaginaros que lanzo un rsync o scp desde mi equipo a un servidor.
> > > Tengo prisa porque me quiero ir a casa, o tengo que reiniciar mi pc,
> > > reiniciar la red...etc por cualquier circunstancia necesito que ese
>
> comando
>
> > > se siga ejecutando aunque yo reinicie, apagague, me vaya a casa con el
> > > portatil apagado... y quiero mandarlo a segundo plano mientras lo estoy
> > > lanzando...

Mira el comando screen, te permite tener "sesiones" encendidas aunque te
desconectes.

Ojo, no te va a funcionar si apagas o reinicias. Durante el apagado, se
terminan todos los procesos en ejecución. Lo que tu querrías sería algo así
como "congelar" el proceso para descongelarlo después. Me suena que había un
proyecto experimental (fuera de debian) para hacer eso mismo, pero no era muy
confiable.

Lo más sencillo es que sitienes que cerrar que hibernes el sistema. Aun así,
al interrupir la red, me temo que es rsync o el scp se pueden interrumpir.

Luis

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/4494491.gfQftcv865@mychabol

[Maykel Franco]

Antes de nada gracias por contestar a todo y por vuestras sugerencias.

Alomejor me he explicado mal, me refiero por ejemplo a conectarme a un servidor por ssh desde mi portátil, y una vez logueado por ssh mandar un archivo grande por scp o rsync a otro servidor por ssh, o hacer una tarea que dure mucho tiempo en ese servidor....Si cierro la terminal, se va a cancelar el comando que esté ejecutándose en ese momento. Cómo puedo mandar esa tarea/proceso que estoy ejecutando en remoto a segundo plano sin cortarlo?? Ésa es realmente mi duda, espero haberme expresado un poquito mejor jejeje.

Saludos.

[Alberto Luaces]

Maykel Franco writes:

> Si cierro la terminal,
> se va a cancelar el comando que esté ejecutándose en ese momento.

Para eso es el «screen» que te han recomendado, o el «tmux».

--
Alberto

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/874n4cw...@eps142.cdf.udc.es

[Maykel Franco]

Parece ser que con control +z se detiene y para traerlo al frente fg (foreground y continúa). Para pasarlo en segundo plano(y poder cerrar la terminal donde lo has lanzado), le das a control +z y una vez detenido ejecutas bg y se manda a background. Me vale aunque sí que es verdad que se para el proceso, se detiene hasta que lo vuelvas a reavivar ya sea con fg, bg... Imagino que con kill -SIGCONT "pid" continuará el proceso en vez de usar bg, pero a mí no me funciona.

Saludos.

[fernando sainz]

El día 6 de febrero de 2014, 10:31, Maykel Franco
<maykel...@gmail.com> escribió:

>
>
>
> 2014-02-06 10:23 GMT+01:00 Alberto Luaces <alu...@udc.es>:
>
>> Maykel Franco writes:
>>
>> > Si cierro la terminal,
>> > se va a cancelar el comando que esté ejecutándose en ese momento.
>>
>> Para eso es el «screen» que te han recomendado, o el «tmux».
>
>

> Has seguido todo el hilo?? Es lo primero que he comentado en la consulta,
> que a parte de usar screen, &, nohup ...quería saber si te encuentras en la
> situación de que ya has lanzado el comando y no quieres pararlo, quieres
> mandarlo a segundo plano. Eso sí que me he explicado bien en la consulta....
>
> Hay veces que lanzas un comando y no te acuerdas/esperas de que va a tardar
> y una vez llevas un 30% no quiero pararlo para abrir un screen, lanzarlo con
> &, nohup... y te encuentras en esa situación. Creo que la consulta es clara.
>
> Saludos.
>

Ten en cuenta una cosa. que el "Ctrl+z y bg" funcionan siempre y
cuando el comando que has lanzado no escriba en pantalla, en el
momento que un comando en background escribe algo, este se para (Lo
puedes ver con el comando jobs).

Así que si no has redirigido la salida del comando a un fichero no vas a poder.

S2.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAGwrHirxGRRZCDUc6ZBh7JSq...@mail.gmail.com

[Maykel Franco]

2014-02-06 10:23 GMT+01:00 Alberto Luaces <alu...@udc.es>:

Maykel Franco writes:

> Si cierro la terminal,
> se va a cancelar el comando que esté ejecutándose en ese momento.

Para eso es el «screen» que te han recomendado, o el «tmux».

Has seguido todo el hilo?? Es lo primero que he comentado en la consulta, que a parte de usar screen, &, nohup ...quería saber si te encuentras en la situación de que ya has lanzado el comando y no quieres pararlo, quieres mandarlo a segundo plano. Eso sí que me he explicado bien en la consulta....

Hay veces que lanzas un comando y no te acuerdas/esperas de que va a tardar y una vez llevas un 30% no quiero pararlo para abrir un screen, lanzarlo con &, nohup... y te encuentras en esa situación. Creo que la consulta es clara.

Saludos.

 

[C. L. Martinez]

2014-02-06 fernando sainz <fernandoj...@gmail.com>:

> El día 6 de febrero de 2014, 10:31, Maykel Franco
> <maykel...@gmail.com> escribió:
>>
>>
>>
>> 2014-02-06 10:23 GMT+01:00 Alberto Luaces <alu...@udc.es>:
>>
>>> Maykel Franco writes:
>>>
>>> > Si cierro la terminal,
>>> > se va a cancelar el comando que esté ejecutándose en ese momento.
>>>
>>> Para eso es el «screen» que te han recomendado, o el «tmux».
>>
>>
>> Has seguido todo el hilo?? Es lo primero que he comentado en la consulta,
>> que a parte de usar screen, &, nohup ...quería saber si te encuentras en la
>> situación de que ya has lanzado el comando y no quieres pararlo, quieres
>> mandarlo a segundo plano. Eso sí que me he explicado bien en la consulta....
>>
>> Hay veces que lanzas un comando y no te acuerdas/esperas de que va a tardar
>> y una vez llevas un 30% no quiero pararlo para abrir un screen, lanzarlo con
>> &, nohup... y te encuentras en esa situación. Creo que la consulta es clara.
>>
>> Saludos.
>>
>
> Ten en cuenta una cosa. que el "Ctrl+z y bg" funcionan siempre y
> cuando el comando que has lanzado no escriba en pantalla, en el
> momento que un comando en background escribe algo, este se para (Lo
> puedes ver con el comando jobs).
>
> Así que si no has redirigido la salida del comando a un fichero no vas a poder.
>
> S2.
>

Maykel,

No te sulfures :)) .. Te han respondido ya exactamente con lo que
necesitas. Ergo, solo tienes dos soluciones:

a) screen o tmux
b) Ctrl+z con bg

No hay más ... Esto es así.

A lo que te tendrías que habituar es a trabajar con screen/tmux cuando
estás administrando servidores o lanzando comandos remotos que
precisamente no sabes el tiempo que puden tardar o tu disponibilidad
...

¿Donde ves el problema?

Saludos.

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAEjQA5+pp5_vz8E1YMN8t+Pm...@mail.gmail.com

[Maykel Franco]

Jeje no me sulfuro, lo que pasa que me aconsejan cosas que he comentado en el primer post del hilo. Si uso screen, es el que más me gusta porque lo retomas y tal, pero me referia en la situación que te surja de que justo lo lanzas y no te acuerdas de que va a tardar, te tienes que ir... y de qué manera reaccionar, ya sé que es con el control +z y con bg.

Gracias a todos.

Saludos.

[Pablo Jiménez]

On Thu, Feb 06, 2014 at 11:22:19AM +0100, Maykel Franco wrote:
> El 6 de febrero de 2014, 10:48, C. L. Martinez <carlo...@gmail.com>escribió:
> >

[...]

> > Maykel,
> >
> > No te sulfures :)) .. Te han respondido ya exactamente con lo que
> > necesitas. Ergo, solo tienes dos soluciones:
> >
> > a) screen o tmux
> > b) Ctrl+z con bg
> >
> > No hay más ... Esto es así.
> >
> > A lo que te tendrías que habituar es a trabajar con screen/tmux cuando
> > estás administrando servidores o lanzando comandos remotos que
> > precisamente no sabes el tiempo que puden tardar o tu disponibilidad
> > ...
> >
> > ¿Donde ves el problema?
> >
> > Saludos.
>

> Jeje no me sulfuro, lo que pasa que me aconsejan cosas que he comentado en
> el primer post del hilo. Si uso screen, es el que más me gusta porque lo
> retomas y tal, pero me referia en la situación que te surja de que justo lo
> lanzas y no te acuerdas de que va a tardar, te tienes que ir... y de qué
> manera reaccionar, ya sé que es con el control +z y con bg.
>
> Gracias a todos.
>
> Saludos.

Tienes que cambiar tu metodología de trabajo, entonces, e
iniciar/retomar una sesión de screen/tmux cada vez que accedas al
servidor remoto en donde requieras ejecutar el comando. Así, puedes
dejar en ejecución todos los procesos que desees y al final del día,
realizar el «detach» respectivo.

Saludos.

--
Pablo Jiménez

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2014020612...@emblema.fh.vtr.net

[Pablo Jiménez]

On Thu, Feb 06, 2014 at 10:23:48AM +0100, Alberto Luaces wrote:
> Maykel Franco writes:
>
> > Si cierro la terminal,
> > se va a cancelar el comando que esté ejecutándose en ese momento.
>
> Para eso es el «screen» que te han recomendado, o el «tmux».

Exacto, «screen» y «tmux» son buenas alternativas. Y si se busca
una opción más fiable que «nohup» y aún más sencilla que «screen» o
«tmux», se puede recurrir a «dtach»:

$ aptitude show dtach
Paquete: dtach
Estado: instalado
Instalado automáticamente: no
Versión: 0.8-2.1
Prioridad: opcional
Sección: misc
Desarrollador: Stefan Völkel <ste...@bc-bd.org>
Arquitectura: amd64
Tamaño sin comprimir: 59,4 k
Depende de: libc6 (>= 2.2.5)
Descripción: emulates the detach/attach feature of screen
dtach is a tiny program that emulates the detach feature of screen, allowing
you to run a program in an environment that is protected from the controlling
terminal and attach to it later. dtach does not keep track of the contents of
the screen, and thus works best with programs that know how to redraw
themselves.

dtach does not, however, have the other features of screen, such as its support
of multiple terminals or its terminal emulation support. This makes dtach
extremely tiny compared to screen, making it more easily audited for bugs and
security holes, and also allows it to fit in environments where space is
limited, such as on rescue disks.
Página principal: http://dtach.sourceforge.net/

--
Pablo Jiménez

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/2014020612...@emblema.fh.vtr.net

[Camaleón]

El Wed, 05 Feb 2014 19:15:13 +0100, Maykel Franco escribió:

(ese html...)

(...)

> Camaleon sino no he entendido mal, el chico que lo pregunta lanza el
> comando con & y lo devuelve a foreground con fg, y él pregunta como
> volver a mandarlo a background sin suspenderlo...

Eso es.

> Hablan de pararlo con control + z y luego ejecutar bg?? Ademas del uso
> de kill + SIGSTOP Y SIGCONT?? Desde otra terminal.

Bueno, hay varias respuestas con distintas alternativas. En la primera de
ellas lo que sugieren es que identifiques el PID del proceso en cuestión
y que mates al proceso con kill enviándole dos señales (SIGSTOP y
SIGCOUNT).

> Luego hablan de usar jobs pero claro, una vez lanzado con &. Yo me
> refiero de un proceso que has lanzado con rsync por ejemplo y le queda
> una hora y lo estas visualizando por pantalla... Como puedes mandarlo a
> segundo plano sin suspender el proceso?? Si que rsync se corte si ya lo
> has lanzado??

Pues tal y como lo explican... ¿qué es lo que no te convence? :-?

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/pan.2014.02...@gmail.com

[Maykel Franco]

Lo que no me convence es para que quiero matar el proceso?? Es decir, no le veo útil o no le encuentro sentido a -SIGSTOP -SIGCOUNT

Saludos.

[Camaleón]

El Thu, 06 Feb 2014 16:18:21 +0100, Maykel Franco escribió:

(ese html...)

> El 6 de febrero de 2014, 15:30, Camaleón <noel...@gmail.com> escribió:

(...)

>> > Hablan de pararlo con control + z y luego ejecutar bg?? Ademas del
>> > uso de kill + SIGSTOP Y SIGCONT?? Desde otra terminal.
>>
>> Bueno, hay varias respuestas con distintas alternativas. En la primera
>> de ellas lo que sugieren es que identifiques el PID del proceso en
>> cuestión y que mates al proceso con kill enviándole dos señales
>> (SIGSTOP y SIGCOUNT).
>>
>> > Luego hablan de usar jobs pero claro, una vez lanzado con &. Yo me
>> > refiero de un proceso que has lanzado con rsync por ejemplo y le
>> > queda una hora y lo estas visualizando por pantalla... Como puedes
>> > mandarlo a segundo plano sin suspender el proceso?? Si que rsync se
>> > corte si ya lo has lanzado??
>>
>> Pues tal y como lo explican... ¿qué es lo que no te convence? :-?
>>
>>
>>
>>

> Lo que no me convence es para que quiero matar el proceso?? Es decir, no
> le veo útil o no le encuentro sentido a -SIGSTOP -SIGCOUNT

Entiendo que es para que no le afecte la pausa (ctrl+z), ya que una señal
de parada (SIGSTOP) no puede ser omitida por el proceso, por lo que sería
algo así como crear una especie de "captura" o "jaula" donde dejas la
tarea.

La explicación de este comportamiento está detallada más abajo en un
comentario posterior.

[Camaleón]

El Thu, 06 Feb 2014 15:35:30 +0000, Camaleón escribió:

> El Thu, 06 Feb 2014 16:18:21 +0100, Maykel Franco escribió:

(...)

>>> > Luego hablan de usar jobs pero claro, una vez lanzado con &. Yo me
>>> > refiero de un proceso que has lanzado con rsync por ejemplo y le
>>> > queda una hora y lo estas visualizando por pantalla... Como puedes
>>> > mandarlo a segundo plano sin suspender el proceso?? Si que rsync se
>>> > corte si ya lo has lanzado??
>>>
>>> Pues tal y como lo explican... ¿qué es lo que no te convence? :-?
>>>
>>>
>>>
>>>
>> Lo que no me convence es para que quiero matar el proceso?? Es decir,
>> no le veo útil o no le encuentro sentido a -SIGSTOP -SIGCOUNT
>
> Entiendo que es para que no le afecte la pausa (ctrl+z), ya que una
> señal de parada (SIGSTOP) no puede ser omitida por el proceso, por lo
> que sería algo así como crear una especie de "captura" o "jaula" donde
> dejas la tarea.
>
> La explicación de este comportamiento está detallada más abajo en un
> comentario posterior.

Y si buscas un "poquico" más en Google, te encuentras con otras opciones
interesantes:

Move Running Process to Background & Nohup
http://www.kossboss.com/linux---move-running-to-process-nohup

[fernando sainz]

El día 6 de febrero de 2014, 10:35, fernando sainz
<fernandoj...@gmail.com> escribió:

> El día 6 de febrero de 2014, 10:31, Maykel Franco
> <maykel...@gmail.com> escribió:
>>
>>
>>
>> 2014-02-06 10:23 GMT+01:00 Alberto Luaces <alu...@udc.es>:
>>
>>> Maykel Franco writes:
>>>
>>> > Si cierro la terminal,
>>> > se va a cancelar el comando que esté ejecutándose en ese momento.
>>>
>>> Para eso es el «screen» que te han recomendado, o el «tmux».
>>
>>
>> Has seguido todo el hilo?? Es lo primero que he comentado en la consulta,
>> que a parte de usar screen, &, nohup ...quería saber si te encuentras en la
>> situación de que ya has lanzado el comando y no quieres pararlo, quieres
>> mandarlo a segundo plano. Eso sí que me he explicado bien en la consulta....
>>
>> Hay veces que lanzas un comando y no te acuerdas/esperas de que va a tardar
>> y una vez llevas un 30% no quiero pararlo para abrir un screen, lanzarlo con
>> &, nohup... y te encuentras en esa situación. Creo que la consulta es clara.
>>
>> Saludos.
>>
>
> Ten en cuenta una cosa. que el "Ctrl+z y bg" funcionan siempre y
> cuando el comando que has lanzado no escriba en pantalla, en el
> momento que un comando en background escribe algo, este se para (Lo
> puedes ver con el comando jobs).
>
> Así que si no has redirigido la salida del comando a un fichero no vas a poder.
>
> S2.

Olvide comentar que pasar un proceso a background no hace que continúe
corriendo cuando se cierra la terminal.
Hay que usar el comando interno de bash "disown -h %jobspec" para eso.

S2.


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/CAGwrHh6PyogEGSqwi8AJPbT...@mail.gmail.com

[Juan Manuel Acuña Barrera]

Inicio del mensaje reenviado:

> Reenviado por: debian-us...@lists.debian.org
> De: fernando sainz <fernandoj...@gmail.com>
> Asunto: Re: Mandar comando ejecutado a segundo plano mientras se está ejecutando
> Fecha: 6 de febrero de 2014 09:59:08 GMT-6
> Para: debian-user-spanish <debian-us...@lists.debian.org>

> Archive: http://lists.debian.org/CAGw=rHh6PyogEGSqwi8AJPbTAXYrnyf4idmg=EMxZqt...@mail.gmail.com
>

A ver, si he entendido bien:

Tienes un equipo A (laptop o pc) desde el que te conectas por ssh a un servidor, digámosle B, y le mandas un rsync desde B hasta C, que es otro servidor. Dicho rsync puede tardar 12 horas y faltan cinco minutos para que salgas de tu trabajo.

Lo que tu quieres es que, si es necesario cerrar la terminal, o apagar el equipo A o cualquier cosa similar, en cualquier caso, el rsync continúe. Lo que no quieres es que si se te olvidó lanzar screen o algo así mates el proceso por error o en su caso el engorro de pasar ese proceso a screen. ¿Hasta ahí voy bien?

Bueno, suponiendo que ese es el escenario, ¿por que no pones en tu .bashrc que _siempre_ que entres al servidor B o al C o al que sea se lance solito screen? Así no hay problemas con que se te olvidó lanzarlo. A mi me ha funcionado de maravilla.

Espero ser de utilidad.

Saludos!

[Maykel Franco]

Me parece una gran solucion Juan Manuel. El tema de la consulta era por si se daba el caso, pero muchas gracias de todas formas, me parece buena idea en cuestión.

Por cierto, tenía razon hay que usar disown sino te cierra el proceso si cierras la terminal aunque esté en background.

Lo que se aprende aquí.

Saludos.

[Angel Claudio Alvarez]

El Thu, 6 Feb 2014 10:04:27 +0100
Maykel Franco <maykel...@gmail.com> escribió:

ya te lo contestaron
nohup comando &
y cerras la terminal

> Saludos.


--
Angel Claudio Alvarez <an...@angel-alvarez.com.ar>

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20140206212909.c781...@angel-alvarez.com.ar

[Angel Claudio Alvarez]

El Thu, 6 Feb 2014 10:35:44 -0600

Juan Manuel Acuña Barrera <gps...@gmail.com> escribió:

>
>

Si logra que al apagar el equipo A siga corriendo el rsync me hago cura

> Espero ser de utilidad.
>
> Saludos!
>
>
>
>
>
>
>

--
Angel Claudio Alvarez <an...@angel-alvarez.com.ar>

--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Archive: http://lists.debian.org/20140206213339.0be1...@angel-alvarez.com.ar