update-rc.d

Henrique-RJ
(usa Outra)

Enviado em 23/09/2018 - 13:44h

Ninguém ?


" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

hrcerq
(usa Outra)

Enviado em 23/09/2018 - 19:42h

E quando se diz que o systemd só complicou as coisas, muita gente não acredita...

Mas aqui tenho que fazer uma ressalva: você está misturando várias soluções diferentes. Para habilitar o serviço não precisa mexer com crontab. O passo a passo se resume em:

1. Criar o arquivo de serviço em /etc/systemd/system
(o nome fica a seu critério, mas escolha um nome simples, e esse nome será usado para iniciar o serviço)
2. No arquivo, inclua as sessões [Service] e [Install]
3. Na seção [Service] inclua o atributo User e defina-o para seu usuário (já que deve executar o comando com ele), e inclua também o atributo ExecStart, que deve corresponder ao comando a ser executado. Opcionalmente inclua também as opções de stop (ExecStop) e reload (ExecReload) se achar que faz sentido definir algum comando para elas. Caso contrário, não as inclua.
4. Na seção [Install] inclua o atributo WantedBy, que deve corresponder a graphical.target (já que o script tem a ver com um recurso gráfico).
5. Execute o comando systemctl daemon-reload
6. Execute o comando systemctl enable <nome do serviço>

É basicamente isso que você deve fazer para habilitar o serviço. Não tem crontab, nem update-rc nem nada do tipo. Agora, eu ainda acho que faria mais sentido usar script de inicialização de sessão do usuário (.bash_profile) para essa automatização, pois é uma configuração específica de usuário e não de sistema. Prefira soluções simples porque elas tendem a apresentar menos problemas. E qualquer coisa que não envolva o systemd será mais simples.

A propósito, se quiser validar mesmo se o comando está sendo executado ou não, defina no seu script que ele crie um arquivo no seu diretório pessoal. Você pode fazer algo assim:

date > /home/<nome do usuario>/validascript

Assim, se esse arquivo validascript tiver sido atualizado com a data e horário de inicialização do sistema, significa que o serviço está executando durante a inicialização.

---

Atenciosamente,
Hugo Cerqueira

Devuan - https://devuan.org/

Henrique-RJ
(usa Outra)

Enviado em 24/09/2018 - 03:14h

@hrcerq



" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

Henrique-RJ
(usa Outra)

Enviado em 28/09/2018 - 08:16h

Gente ainda não resolvi este assunto.

Por favor ...


" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

hrcerq
(usa Outra)

Enviado em 28/09/2018 - 21:41h

Se o comando systemctl não foi encontrado pelo usuário root, então é porque você está usando uma versão mais antiga do Ubuntu, de quando ainda não tinha mudado do Upstart para o systemd.

Para ter uma noção de como trabalhar com o Upstart, aqui está um exemplo:

https://askubuntu.com/questions/351879/how-to-create-a-service-on-ubuntu-upstart#448536

Mas repito, não acho que criar um serviço seja a melhor solução para seu caso. Em vez disso, usaria o .bash_profile.

---

Atenciosamente,
Hugo Cerqueira

Devuan - https://devuan.org/

Henrique-RJ
(usa Outra)

Enviado em 29/09/2018 - 05:05h

Não consegui ainda criar e rodar os serviços.

Por enquanto o único modo de rodar minhas coisas no boot é por meio de um tal de " iniciar programas na inicialização " que tem na tela das configurações do sistema mas ás vezes falha.



" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

Natsu_Dragneel
(usa XUbuntu)

Enviado em 29/09/2018 - 09:44h

Olha, não era para falhar não. Certificou se colocou correto os scripts?
Eles não tão conflitando ou algo do tipo. Quando eu uso o Conky. Eu coloco no: iniciar programas na inicialização.

E, alias, qual e o teu desktop?

Henrique-RJ
(usa Outra)

Enviado em 29/09/2018 - 10:17h

É o Kaiana 14.04 64bits ( Trusty )

Quando executei no final a linha de comando " sudo service conky start " deu de resposta algo como " não foi encontrado o serviço ".

" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

Natsu_Dragneel
(usa XUbuntu)

Enviado em 29/09/2018 - 10:39h

o q e Kaiana... Mais, julgando que seja um ubuntu...
e o desktop sendo o KDE ... Já tentou criar um script como:

#!/bin/bash

conky&

 

e depois colocar no kde.
Mais, cuidado, as vezes o Conky não roda no kde. Verifica ai nos logs.
Qual e a versão do kde?

Henrique-RJ
(usa Outra)

Enviado em 29/09/2018 - 11:04h

O Kaiana era uma distro brasileira e vem do Kubuntu

O KDE é o 4.13.2

E eu já fiz esse script e o coloquei no KDE só que ás vezes não carrega.
" O que habita no esconderijo do Altíssimo e descansa à sombra do Onipotente diz ao Senhor: Meu refúgio e meu baluarte, Deus meu, em quem confio." Salmos 91:1-2

Natsu_Dragneel
(usa XUbuntu)

Enviado em 29/09/2018 - 11:40h

E essas distros BR. Meu deus. Não da para instalar nem um mintzinho?
Ja debugou o conky?
Eu acho que é problema com o kde antigo ...

hrcerq
(usa Outra)

Enviado em 29/09/2018 - 11:40h

Kaiana?

O Kaiana é uma distro descontinuada. Usar distros descontinuadas é altamente desaconselhável. Não tem suporte nenhum... comunidades, wikis, fóruns, nada disso vc vai encontrar. Sem falar nos repositórios: você fica impedido de manter seu sistema atualizado.

---

Atenciosamente,
Hugo Cerqueira

Devuan - https://devuan.org/