domingo, 29 de octubre de 2017

Opinión: Una pequeña pega en SSH


El pasado día 16-06-2017, escribí a Macjosan un correo electrónico, con el asunto:

Una pequeña pega en SSH

La misiva decía así:

Estimado Macjosan, te escribo la presente debido a una pequeña pega a la hora de "cacharrear" con terminales a través de SSH.
Me explico, de un tiempo a esta parte me conecto a través del móvil con el servidor utilizando para ello JuiceSSH, un emulador de terminal de android, utilizando youtube-dl (que esta instalado en el servidor) me descargo series desde paginas de internet, copiando y pegando la dirección url de servidores streamcloud, hasta aquí la cosa funciona y pita bien, sin problemas, la descarga empieza y puedo descargar a la carpeta que quieras. La pega viene, a la hora de salir del cliente, si hago eso sin que haya concluido la descarga, automáticamente la descarga deja de funcionar y la operación falla.
La pregunta es la siguiente: ¿sabes como salir del terminal cliente y que se siga ejecutando en el servidor la operación, comando o script, que desde el cliente (móvil, ordenador, etc) has mandado ejecutar?.
Esto que "a priori" puede parecer una autentica chorrada (y seguramente lo es) me trae de cabeza, si supieras la solución me lo comunicas por este medio.
Comentarte que he probado ciertas formas que explican en foros, como poner & al final del comando y otras más exóticas que probé y no funcionaron.
Dándote las gracias por anticipado me despido.
Un saludo.
73 de Domingo....
P.D. Las conexiones de las que hablo, siempre las hago desde mi misma red LAN.

Lamentablemente Macjosan, nunca me contesto, bien por que no sabia la respuesta, bien por que no tenia tiempo o bien por que yo no supe expresar con claridad mi duda.

Mas tarde escuchando a Angel de Ugeek, descubrí el servicio Dataplicity y la duda se transformo de una simple chorrada en una imperiosa necesidad, ya que ahora podía comunicarme con mi servidor desde cualquier punto del planeta en donde hubiera un punto de acceso a internet. No se ha vosotros pero cuando a un servidor se le ocurre una idea, la tiene que llevar a cabo de una forma inmediata, ya que si no corre el riesgo de olvidar, el que o el como se me ocurrió y la forma en que pensé ejecutarla.

Así que ahora era un tema primordial, el poder ejecutar un proceso desde el terminal remoto y al cerrar este “no matar” dicho proceso. Probé el comando “disonw”, justamente con los parámetros:


disown -h %1

bg 1

A mi esto no me funciono, ya que no entendí nunca lo que realmente hacia el comando, ni como se quedaba el proceso, el caso es que cuando ejecutaba “disow” con “&” al final de la  serie de comandos, recuperaba el terminal durante un breve periodo de tiempo “un segundo más o menos” y después la salida del proceso volvía al terminal y si cerrada este el proceso se “mataba”.

El comando “nohup”

Hasta que al fin di con el comando “nohup”, que “desvía” de una forma eficaz  la salida del proceso, creando en la carpeta que cada uno elija un archivo llamado “nohup.out” por lo que es indispensable que si por ejemplo el proceso iniciado es una descarga, la misma se  realice en una carpeta especifica para realizar sin ningún tipo de problemas la misma. El formato por ejemplo para realizar una descarga seria el siguiente:

osiris@osiris:/home/osiris/descargas/pelicula/$ nohup wget “dirección url” &

El archivo de descarga, junto con el archivo “nohup.out” se descargaran en la carpeta   “película”, una vez se inicie el proceso, recuperaremos el terminal y podremos cerrar el mismo    sin afectar el proceso iniciado.

domingo, 1 de octubre de 2017

Opinión: Sobre el comentario de mi amigo Coperfix...



En los comentarios de mi pasado post titulado: Las “pesadas” aplicaciones oficiales, el pasado día 24 de septiembre de 2017, Coperfix escribió:

La versión de Ubuntu era realmente mala pero con Android debería ser un móvil bastante decente. Si no eres muy exigente seguro que te hará el apaño perfectamente incluso a día de hoy.

Te recuerdo que yo lucho de forma consiente contra el consumismo y la obsolescencia. Aquí sigo con mi g2 y su Lollipop bastante contento. Saludos


Debo de aclarar cierto término en contestación a este comentario y es que, o bien yo entendí mal, una afirmación que hizo Coperfix en uno de sus pasados audios en referencia al terminal BQ Aquarius E 4.5, o tal vez él se explico mal. Ya que yo entendí una critica hacia el hardware de dicho terminal y no una critica a su software.

Decir que poseo ambos terminales, el que tenia el sistema operativo Ubuntu Phone, sistema operativo desgraciadamente abandonado por la compañía Canonical y el que viene con el sistema operativo Android 4.4.2. En el primero indudablemente falla el software, ya que este esta aún muy verde, en cuanto al segundo debo confesar que es una maquina estupenda, ya que en cuanto a relación calidad-precio esta muy bien. Fíjate tu, que hace prácticamente lo mismo (me refiero a su uso habitual) que un móvil Android de alta gama, en cuanto a su capacidad operativa, (me refiero a su uso friky) hoy por hoy, es muy superior a cualquier terminal Apple y todo ello por la módica cantidad de 145 Euros.

En cuanto a su tamaño de pantalla 4.5 pulgadas, para mi y al parecer para el difunto Steve Job, es la ideal.

En fin, aparte de lo dicho añadiré, que en ningún momento afirmo o dudo de la lucha de Coperfix en contra del consumismo y la obsolescencia impuesta por las empresas fabricantes de hardware y los desarrolladores de software.

Hoy por hoy, mi terminal móvil ideal aún no se ha fabricado y dudo mucho que llegue a fabricarse, ya que sueño con un terminal móvil que carezca de interfaz gráfica, provisto de una interfaz en linea de comandos y con un navegador de los de ordenador de escritorio, no los navegadores “capados” a los que nos tiene acostumbrado la telefonía móvil, como ves un terminal poco atractivo para la mayoría de los consumidores de tecnología.

En fin como veras al igual que la NASA y la ESA, prefiero la tecnología veterana (me niego a llamarla antigua y mucho menos obsoleta), con una probada capacidad operativa y plenamente confiable.

Citando a William "Bill" Harley primer ingeniero de la la marca de motocicletas Harley-Davidson y personaje principal de la serie Harley and the Davidsons, el motor ideal debe ser simple y tener a ser posible pocas piezas móviles. Pues en una analogía, en el tema informático, el sistema operativo ideal, debe ser lo más simple, operativo y ligero posible, dejando los “monitos” y demás tonterías gráficas, para jugones y consumidores compulsivos varios...


P.D. ¿Me pregunto si el sistema operativo descrito sera parecido al prometido GeekOS, diseñado y programado por Nipegun? Que desgraciadamente aun no sido lanzado, ni publicado, por un problema con la licencia. En cuanto a Nipegun, me pregunto ¿Ande andará?...