¿Como ejecutar un comando luego de haber terminado otro? (Cerrado)

Mr. Sinner, gracias por responder y te comento que conozco la función del ";" y/o los "&&", pero a lo que voy es que se supone me olvidé y/o no tenía planeado bajar el equipo, pero a veces el "urpmi.update -a" se pone muy lento y llegado el sueño quiero dejar ordenado que se apague terminada la actualización, y no puedo utilizar shutdown porque no se cuanto se va a demorar todo el proceso, y para darle un exceso de tiempo mejor me dejo de mosquear y se queda encendido jajajaja.

Salu2!!!

Creo q no me explique muy bien jejeje, sorry, trataré de hacerlo mejor ahora, y esta es la situación:

Estoy trabajando en mi PC, pero no estoy utilizando inet por lo q decido aplicar una actualización vía la sgte. línea de comando:

urpmi.update -a; urpmi --force --auto-select

De repente me llaman por teléfono q me pasarán a buscar por X motivo, OK, termino lo q estoy haciendo, cierro todas las aplicaciones y OH!!! veo que se está ejecutando el proceso de actualización y me da lata cancelar dicho proceso, ¿Que hago? aplicar un Ctrl+C cara dura no es precisamente mi idea mientrazzzzzz no descarte si tengo más opciones, ¿Cuales? jajajaj no tengo idea...

En un principio la creí fácil y pense aplicar el comando:

ps ax | grep urpmi

y con esto tomar el Nº de proceso y según su estado hacer un script q al finalizar dicho proceso se ejecutara el comando halt ('uta q se pueden hacer cosas con el teclado, tanto comop con la boca) pero el comando "ps ax" solo me muestra lo que está en ejecución y no lo q deberá ejecutarse a continuación, esto gracias al dichozo ";"...

...entonces, pregunto algunos disparates:

¿existe la forma de encolarle otro comando a la ĺinea "urpmi.update -a; urpmi --force --auto-select" despues q ya se a ingresado la orden?

Shutdown a pelo no me sirve porq no tengo la menor idea a q hora terminará de ejecutarse el urpmi --auto-select.

En fin, me imagino q + de alguien se preguntara pa'q tanta problematica, pues bien, es solo una forma de ir aprendiendo cosillas + avanzadas, pero estoy claro q muchas ideas pueden ser totalmente inviables, ¿Será este el caso?

Salu2!!!

La solucion, es usar el screen, que esta para justo lo que pides.

El programa "screen" es una terminal "despegable".

Ejemplo: Conectas el ordenador, empiezas a recompilar los src.rpm de KDE-4.0.0-alpha-1 ... peeeeeeeeero tienes que irte al colmado a comprar mas galletitas saladas. Como sabes que si te vas va a entrar tu hermano/hermana/novia/madre/padre/el butanero a revisar su correo jotmeil o a chatear con el mesencher, es imprescindible que abandones la sesion grafica.

Para ello:

1. lanzas xterm / konsole...
2. ejecutas "screen" y te proporcionara una "terminal despegable"
3. en la sesion de screen, ejecutas rpmbuild --rebuild kde-4.0.0-0.0.1.src.rpm
4. "Despegas" la sesion de screen con "CtrlA Ctrl D"
5. cierras la sesion grafica. la session de screen seguira ejecutandose
6. te vas al colmado
7. cuando vuelves, sacasa escobazos de delante de tu ordenador a tu hermano/hermana/novia/madre/padre/el butanero
8. te loginas graficamente
9. lanzas xterm / konsole...
10. "pegas" la sesion de screen con screen -rd
11. Observas que rpmbuild sigue compilando tan limpiamente

?A que mola?

Salut,
Sinner

¿sería algo parecido a lanzar un comando usando "nohup"?

nohup urpmi pepe &

Saludos

Seamonkey1.0b (Mozilla1.8)

mas o menos,

Pero no vas a poder retomar esa "linea de pensamiento", perdiendote los errores que puedan producirse y todo eso.

Por eso, "screen" es superior a nohup.

Salut,
Sinner

Bastaría con leer el fichero nohup.out que se crea al correr nohup :-)

Saludos

Seamonkey1.0(Mozilla1.8)

El bash es una maravilla. A ver si es esto lo que necesitas:

[daniel@localhost ~]$ urpmq cd 

...empieza a trabajar. Pulsas [Ctrl+z]. El proceso se detiene y te dice el número del proceso dentro de la terminal en la que estás trabajando:

[1]+  Stopped                 urpmq cd 

En este caso, urpmq tiene el número uno. Comprobemos el estado del proceso:

$ ps T
  PID TTY      STAT   TIME COMMAND
 6730 pts/0    Ss     0:00 bash
 7529 pts/0    T      0:01 /usr/bin/perl /usr/bin/urpmq cd
 7530 pts/0    R+     0:00 ps T 

La T significa que, efectivamente, el proceso está detenido. La terminal está libre para que hagas con ella lo que quieras.
Ahora tecleas el comando fg para que se vuelva a poner en marcha el proceso detenido:

$ fg
urpmq cd
ningún paquete llamado cd
Los siguientes paquetes contienen cd:
backuponcd
ccd2iso
...

Resumo:
1. Lanzas el proceso "largo"
2. Lo detienes con [Ctrl+z]
3. Lo "recuperas" con fg.

Por supuesto, el inconveniente es que si cierras la terminal se va todo al garete. Por eso es mejor hacer estas cosas en una consola. A ver si te sirve.

Saludos,

Daniel

pero....

Yo no quiero ejecutar el siguiente comando si algo ha salido mal.

Si el update o el test de la isntalacion no han funcionado, me niego a intentar actualizar. Y, si la actualizacion falla, quiero verlo por la manyana, es decir, encontrarme con el PC encendido.

Asi, saber que tengo que arreglar algo.

Te da cuennnn?

El doble ampersand (el escriforcio este sin la comillas "&&") indica que el siguiente comando solo se ejecutara si y solo si el anterior ha finalizado con exito.

Y eso es lo que rpetendo.

Salut,
Sinner

Pero puedes probar con nohup:

nohup comando &

Saludos

Seamonkey1.0b (Mozilla1.8)

Claro que se podria usar screen

Es mas, en conexiones remotas, se recomienda usar screen, por si se pierde la conexion, que no se pierda "la sesion"

Asi, si te conectas remotamente (por ssh; nunca por telnet!) y se cuelga la linea, sin screen pierdes la sesion. Si usabas screen, vuelves a conectarte , recuperas la sesion anterior via screen -rd y continuas con tu trabajo.

Salut,
Sinner

al ejecutarlo sin existir un urpmi en ejecución me da este error:

[root@PC-Gualas guala]# ./urpmi-halt
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: 8386: binary operator expected
./urpmi-halt: line 5: [: too many arguments
.
.
.

Y si existe un urpmi en ejecución me da esto:

[root@PC-Gualas guala]# ./urpmi-halt
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: too many arguments
./urpmi-halt: line 5: [: too many arguments
.
.
.

de lo q hay en esta línea "if [ -z $(ps x|grep urpmi|grep -v grep|cut -f2 -d \ ) ]" tengo claro todo menos el if con ese -z ??? busq en google por si encontraba info y nada, entonces la consulta sería ¿Como throlles busco info detallada de bash? porq en los manuales y tutoriales q encontré todos hablan del control de flujo y bla-bla-bla pero ninguna tocaba el tema de en detalle como sería las opciones del if q uno puedo utilizar entre los corchetes [], y eso q estaba en spanish, pero en ninguna se picaba finito con lo q me interesa a mi en este momento, q es todo lo q queda dentro de los [] del if.

Otra cosa, editando en vi el script q posteaste me llamó la atención q por colores deduzzzzzco q vi me está indicando/guiando sobre los errores, el cuento es q en la linea 5 aparecen unos comandos de color violeta y al separar el "(" del "$" como q se mejora la cosa en cuanto a colores, pero ahí me arroja el sgte error:

[root@PC-Gualas guala]# ./urpmi-halt
./urpmi-halt: line 5: syntax error near unexpected token `('
./urpmi-halt: line 5: `if [-z $ (ps x|grep urpmi|grep -v grep|cut -f2 -d \ )]'

...primer set script 6 - guala 0 :((((((

Por cierto, agradecería muchísimo si te explayaras un poco sobre lo q hace "cut -f2 -d \", en todo caso yo ya mañana buscaré info con el man y/o google pero si te adelantas no me quejaría jejejeje.

Gracias, salu2!!!

Te comento a grandes rasgos y deprisa que me largo a comer.
[] --> esto se corresponde con el comando test de linux.
Si haces man test veras que el flag -z se corresponde a cadena vacia.
Asi que lo que hace el if [ -z es verificar que lo que se ejecuta entre $() da una cadena vacia o no.
man test && man cut
Linux user: #378807

Dicho en buen Chileno, ME Kgaste jajajajaja

man TEST... y q tiene q ver ese "test" con el if :S agradecería q alguien me recomendase algún texto q me hacerq a ese tema, ya q de todo lo q me leí sobre if nunca apareció nada de test y otras yerbas, por lo q está claro q hay algo q desconozzzzzco referente a bash, aparte de no conocer casi nada jejejejeje, pero cunado uno intenta estudiar este tema de forma autónoma se topa con estas cosas como los corchetes [] y no qda otra q tipear en google "if [-z" a ver si se encuentra algo de info, y al final no aparece nada de q cresta va entro de los [] y uno se queda con un tremendo agujero en lo q a conocimientos se refeire.

¿Alguien se imagina a un win2ero pregutando algo así? jajajaja y despues uno se pregunta porq hay gente q sigue con ese otro SO.

Salu2 y gracias por sus respuestas.

if then else o traducido al roman paladino, si esta condicion se da hacer esto y si no se da hacer lo otro.
if [ -z $(ps x|grep urpmi|grep -v grep|cut -f2 -d \ ) ] ---> esto viene a decir.- Si la ejecucion del comando que esta dentro de los parentesis da un valor vacion usease que no produce ninguna salida, o cadena vacia, circunstancia que verifica test o [ con el flag -z, entonces ejecuta lo que esta despues de then y si da una cadena no vacia ejecuta lo que sigue a else y luego termina con fi.
Queda claro?

Linux user: #378807

Queda clarísimo!!!

El problema es q yo no pude llegar a obtener es info y eso es lo q me interesa saber porque, ya que yo como usuario NO informático de profesión ya conozco todos los comandos que aparecen entre corchetes así es que cuando ví el script entendi que la condición "if" (perdón si no se llama así) estaba relacionada con el resultado de la línea de comandos:

"ps x|grep urpmi|grep -v grep|cut -f2 -d \ "

la cual comprendí completamente luego de peliarme con los man correspondientes y hasta ahí todo bien, ya comprendía claramente que hacía lo que estaba dentro de los parentesis, pero no encontré la info adecuada que me guiara al dichozo test o como aprendí ahora, al flag -z del if jejeje, entonces la consulta puntual sería ¿donde busco esa info?... existe alguna que me muestre todos los flags q puedo utilizar o tengo q leerme algún manual avanzado de bash. ¿?

Salu2 y gracias por la pazzzz-ciencia.

Revisa los paréntesis, los punto y comas (me parece que antes de "then"), .etc, todo lo que abres debe cerrarse después.

Saludos

Seamonkey1.0-es-ES

Tampoco funciona jajajajaja ¿a ti te funcionó? aunq lo veo difícil

./urpmi-halt2: line 8: 1: No existe el fichero o el directorio

ya son 2 los q no funciona, yame daré el tiempo pa ver si me la puedo pa' echar a andar alguno XDDDD

Salu2!!!

Despues de recordar algunas cosas sobre programar scripts y de batallar un rato aquí esta una versión que deberia funcionar:

#!/bin/bash
# Versión Original Ed Hunter
# Modificado por katnatek
# Esto es GPL versión 2.0 porque me da la gana.
while true
do
temp=`ps x|grep urpmi|grep -v halt|grep -v grep|cut -f2 -d '\'|wc -l`
if [ "$temp" \< 1 ]
then
shutdown -h now
fi
done

Los cambios en la linea temp=`ps x|grep urpmi|grep -v halt|grep -v grep|cut -f2 -d '\'|wc -l` se deben a que a temp no se le estaba asignando nada en la forma en que estaba escrito originalmente, ademas de que como nombramos nuestro script urpmi-halt estamos quitando nuestro script de la lista de procesos.

El \< en el if le esta diciendo que lo que sigue es el caracter < y no que estamos intentando redirigir nada.

P.D. Para depurar scripts recuerda: bash -x nombre-script

LA' YUME' NUM T'OX MUK'IL IN TIAL