Reinicialização de Comandos automaticamente.

13. quase desistindo, kkk

André
arsaraiva

(usa Ubuntu)

Enviado em 26/02/2016 - 20:55h

Não funcionou, inseri o código exatamente como enviou, criei a pasta e nada.

Erro: ./Newfile.sh: /bin/bash^M: bad interpreter: No such file or directory

código com login e senha, exatamente como estou testando:

#!/bin/bash
SEG=300
LOOPING() {
sleep $SEG
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
LOOPING
}
cd m-minerd-64-linux/
wget https://github.com/magi-project/m-cpuminer-v2/releases/download/2.4/m-minerd-64-linux.tar.gz
tar -xzvf m-minerd-64-linux.tar.gz
LOOPING



  


14. Não entendi

André
arsaraiva

(usa Ubuntu)

Enviado em 26/02/2016 - 21:29h

Me mandaram uma propaganda?!?




15. Re: Reinicialização de Comandos automaticamente.

Perfil removido
removido

(usa Nenhuma)

Enviado em 26/02/2016 - 21:39h

script_dos_3_comandos.sh&
processo_do_script=$$
sleep 300
kill -9 $processo_do_script

----------------------------------------------------------------------------------------------------------------
http://24.media.tumblr.com/tumblr_m62bwpSi291qdlh1io1_250.gif

# apt-get purge systemd (não é prá digitar isso!)

Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. — Edward Snowden



16. Não entendi

André
arsaraiva

(usa Ubuntu)

Enviado em 26/02/2016 - 22:09h

Listeiro, obrigado por se juntar a nós (eu e o Marcelo) nesta cruzada, kkkk.
Sou completamente novo em Linux e não entendi nada do que me enviou, poderia esclarecer?


17. Re: Reinicialização de Comandos automaticamente.

Marcelo Oliver
msoliver

(usa Debian)

Enviado em 27/02/2016 - 16:51h

[quote]arsaraiva escreveu:

Não funcionou, inseri o código exatamente como enviou, criei a pasta e nada.
Erro: ./Newfile.sh: /bin/bash^M: bad interpreter: No such file or directory
----------------------------------------------
Boa tarde arsaraiva.
Esta informação:
wget https://github.com/magi-project/m-cpuminer-v2/releases/download/2.4/m-minerd-64-linux.tar.gz
Ajuda muito . . .

Vamos lá!
Baixe o script no link abaixo:
https://drive.google.com/open?id=0B2Fv6_t08qoMOG5ZVFNxUnJ1OHM
Faça o DOWNLOAD do arquivo (TEMPORIZA.sh), "salve no seu PC."
Feito isso, acesse:
http://www.tutorialspoint.com/unix_terminal_online.php
CLICK em >> (No menu New Project, na parte superior esquerda) =>
CLICK em root =>
CLICK em File => Upload File => Choose File => SELECIONE o arquivo TEMPORIZA.sh (arquivo baixado) => CLICK em UPLOAD
Qdo o Upload finalizar, digite no terminal (NO SITE):
chmod +x TEMPORIZA.sh
Feito isso, digite no terminal (NO SITE):
TEMPORIZA.sh

OBS:
Se for abrir o arquivo baixado (TEMPORIZA.sh), faça somente pelo SITE.
Pelo que tudo indica, vc usa WINDOWS . . . Nada contra, é que pode dar problemas ...

Os procedimentos acima foram testados.

Quando RESOLVER, marque como resolvido, e pelo esforço e dedicação, mereço ser marcado como MELHOR RESPOSTA, para ganhar uns pontinhos . . . KKKKK

att.:
marcelo oliver








18. Quase lá

André
arsaraiva

(usa Ubuntu)

Enviado em 28/02/2016 - 22:33h

Grande Marcelo,

funcionou quase perfeitamente, porém no código atual, ele aguarda 300 segundos para chamar o ./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x pela primeira vez.

Na verdade eu preciso chamar o comando e após 300 segundos, ser chamados de novo e mais 300 seg e de novo....

No teste, ele aguardou 300 segundos e chamou a função, beleza, mais depois de uns 15 minutos, a seção expirou...tentei trocar a posição do temporizador, ficando assim:
LOOPING() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
sleep 300
LOOPING
}
Mais depois de 300 segundos ele não chamou o ./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x de novo, pois acho que como estava em execução, não funcionou.
Pensei em algo assim:

LOOPING() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
sleep 300
#STOPPING ./M-MINERD........
LOOPING

Seria possível algo assim?

Abçs
}


19. Re: Reinicialização de Comandos automaticamente.

Marcelo Oliver
msoliver

(usa Debian)

Enviado em 29/02/2016 - 00:43h

arsaraiva escreveu:

Grande Marcelo,
funcionou quase perfeitamente, porém no código atual, ele aguarda 300 segundos para chamar o ./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x pela primeira vez.
Na verdade eu preciso chamar o comando e após 300 segundos, ser chamados de novo e mais 300 seg e de novo....
No teste, ele aguardou 300 segundos e chamou a função, beleza, mais depois de uns 15 minutos, a seção expirou...tentei trocar a posição do temporizador, ficando assim:
LOOPING() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
sleep 300
LOOPING
}
Mais depois de 300 segundos ele não chamou o ./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x de novo, pois acho que como estava em execução, não funcionou.
Pensei em algo assim:
LOOPING() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
sleep 300
#STOPPING ./M-MINERD........
LOOPING
Seria possível algo assim?
Abçs
}

-----------------------------------------------------------------------------------
Boa noite arsaraiva.
A lógica que você propôs, não fará o desejado . . .
Quanto a seção expirar após 15 minutos, pode ser uma politica do
http://www.tutorialspoint.com/unix_terminal_online.php

Valos lá,
Fiz algumas alterações, agora vai funcionar como você quer.
Executa o comando, entra no LOOPING e a cada 300 seg executa o comando . . .

O script está em:
https://drive.google.com/open?id=0B2Fv6_t08qoMZ3ZxQ3Z4cy1xMTg 


Siga os mesmos procedimentos indicados na RESP Nº 17.
Baixe o SCRIPT . . .

Quando RESOLVER, marque como resolvido, e pelo esforço e dedicação, mereço ser marcado como MELHOR RESPOSTA, para ganhar uns pontinhos . . . KKKKK

att.:
marcelo oliver






20. Já é a melhor resposta sem dúvida

André
arsaraiva

(usa Ubuntu)

Enviado em 29/02/2016 - 09:45h

Grande Marcelo,

já é a melhor resposta sem dúvida, pois como iniciante, já me acrescentou bastante conhecimento.
Tenho dúvidas quanto ao código, que gostaria que me explicasse:
SLEEP 2, porque foi trocado o SLEEP 300?

#MOSTRA DATA::HORA DA EXECUÇãO
#printf "%(%x::%X)T\n"
São só comentários, correto?

Quanto a esta empreitada, a minha ideia é "burlar" a política de seção do site, pois percebi que quando é executado qualquer comando, a seção reinicia sua contagem, e a partir daí pensei em criar algo (embora ainda não tenha esse conhecimento) que a cada 5 minutos, repetisse o comando, obrigando a seção a começar sua contagem de novo e nunca expirando.

Estou executando aqui com tudo 100%, só falta verificar se funcionou a chamada ao looping para não deixar a seção expirar. Daqui a pouquinho posto aqui o resultado e com certeza marco com a melhor resposta, pois foi fantástico sua ajuda.

Abçs.


21. Re: Reinicialização de Comandos automaticamente.

Marcelo Oliver
msoliver

(usa Debian)

Enviado em 29/02/2016 - 12:03h

arsaraiva escreveu:

Grande Marcelo,

já é a melhor resposta sem dúvida, pois como iniciante, já me acrescentou bastante conhecimento.
Tenho dúvidas quanto ao código, que gostaria que me explicasse:
SLEEP 2, porque foi trocado o SLEEP 300?
#MOSTRA DATA::HORA DA EXECUÇãO
#printf "%(%x::%X)T\n"
São só comentários, correto?
Quanto a esta empreitada, a minha ideia é "burlar" a política de seção do site, pois percebi que quando é executado qualquer comando, a seção reinicia sua contagem, e a partir daí pensei em criar algo (embora ainda não tenha esse conhecimento) que a cada 5 minutos, repetisse o comando, obrigando a seção a começar sua contagem de novo e nunca expirando.
Estou executando aqui com tudo 100%, só falta verificar se funcionou a chamada ao looping para não deixar a seção expirar. Daqui a pouquinho posto aqui o resultado e com certeza marco com a melhor resposta, pois foi fantástico sua ajuda.
Abçs.


Bom Dia, arsaraiva.
Alterei de sleep 300 para sleep 2, qdo estava testando, e esqueci de retornar para sleep 300 . . .

Sim, são comentários:
#MOSTRA DATA::HORA DA EXECUÇãO => Descrição do comando abaixo, usado nos testes.
#printf "%(%x::%X)T\n"

Se a seção expira em 5 minutos, estamos executando o comando no tempo limite,
altere o 300, para 295
Além disso, retire a # da linha
#printf "%(%x::%X)T\n"
Para que a "tela" tenha atividade ....

abç.:
marcelo








22. Infelizmente não funcionou

André
arsaraiva

(usa Ubuntu)

Enviado em 29/02/2016 - 13:30h

É Marcelo, infelizmente não funcionou.
Acredito que a condição de parada, após os 299 segundos do sleep, para depois chamar a função looping por mais 299 segundos, para e depois chama de novo indefinidamente seja necessária, pois testei por duas vezes e nos dois casos, durante e execução, mesmo após 299 segundos, como já estava em execução, a chamada ao ./m-minerd nem apareceu na tela. Acho que tem que existir a parada ctrl+c (ou stop/break) para depois existir a chamada .?m-minerd....
Imagino algo assim, só não sei se funciona:

RUN_COMMAND() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
}

LOOPING() {
sleep 295
PARADA (CTRL+C, STOP, BREAK........)
RUN_COMMAND
LOOPING
}

START



23. Re: Reinicialização de Comandos automaticamente.

Marcelo Oliver
msoliver

(usa Debian)

Enviado em 29/02/2016 - 17:25h

arsaraiva escreveu:
É Marcelo, infelizmente não funcionou.
Acredito que a condição de parada, após os 299 segundos do sleep, para depois chamar a função looping por mais 299 segundos, para e depois chama de novo indefinidamente seja necessária, pois testei por duas vezes e nos dois casos, durante e execução, mesmo após 299 segundos, como já estava em execução, a chamada ao ./m-minerd nem apareceu na tela. Acho que tem que existir a parada ctrl+c (ou stop/break) para depois existir a chamada .?m-minerd....
Imagino algo assim, só não sei se funciona:

RUN_COMMAND() {
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x
}

LOOPING() {
sleep 295
PARADA (CTRL+C, STOP, BREAK........)
RUN_COMMAND
LOOPING
}

START


_----------------------------------
Opa, estou testando aqui, ta "rodando" há quase hora....
Comentei o comando
#./m-minerd
Coloquei um contador de passos para o LOOPING
sleep=290

Segue:
Executando pela 1ª vez, o COMANDO:                                                                                          
./m-minerd -o stratum+tcp: . . .
INíCIO => 02/29/16::14:42:10

LOOPING Iniciado:
01 => 02/29/16::14:47:00
02 => 02/29/16::14:51:50
03 => 02/29/16::14:56:40
04 => 02/29/16::15:01:30
05 => 02/29/16::15:06:20
06 => 02/29/16::15:11:10
07 => 02/29/16::15:16:00
08 => 02/29/16::15:20:50
09 => 02/29/16::15:25:40
10 => 02/29/16::15:30:30
11 => 02/29/16::15:35:20
12 => 02/29/16::15:40:10


A chamada ao ./m-minerd nem apareceu na tela
E nem vai aparecer .....
A frase
"Executando pela 1ª vez, o COMANDO:
./m-minerd -o stratum+tcp: . . ."
Só é mostrada na FUNÇãO START
A não ser que vc tenha feito alterações ....

Sua lógica:
LOOPING() {
sleep 295
PARADA (CTRL+C, STOP, BREAK........)
RUN_COMMAND
LOOPING
}

Ocorre o seguinte:
pausa por 295 segundos e finaliza ....

OBS:
Enquanto escrevo, já passou de uma hora .....

13 => 02/29/16::15:45:00
14 => 02/29/16::15:49:50
15 => 02/29/16::15:54:40
16 => 02/29/16::15:59:30


O problema pode ser no comando:
./m-minerd -o stratum+tcp://xmg.suprnova.cc:7128 -u arsaraiva.test -p x

att.: marcelo




24. Comando m-minerd

André
arsaraiva

(usa Ubuntu)

Enviado em 29/02/2016 - 19:19h

O interessante é que em máquina virtual com ubuntu e outra com o centOS ele roda constantemente, sem interrupções. vou comentar a linha do m-minerd e colocar para rodar e ver o que acontece...
mais entendo que quando comentamos, o m-minerd, não tem mais nenhum comando rodando a não ser o próprio contador, e assim ele reinicia nos 300 segundos, já com o comando m-minerd, ele teria que parar, pois quando o contador chega ao 300 ele já esta em execução e só permanece inalterado enquanto o contador reinicia. Existe alguma forma de fazer neste código que me enviou, um break no m-minerd, para o looping pode chamar ele de novo?



  
01 02 03



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts