Arquivo /etc/rc.local [RESOLVIDO]

1. Arquivo /etc/rc.local [RESOLVIDO]

lukas
lukas2009

(usa Outra)

Enviado em 12/12/2016 - 23:30h

Olá pessoal, estou a algum tempo sem configurar Ubuntu e estou mudando de emprego onde irei trabalhar com Ubuntu estou votando a ativa. Gostaria de tirar uma dúvida, reparei que o arquivo /etc/rc.local não está mais presente na versão 16.10, alguém saberia me informar o motivo? Pesquisei na internet mas não achei nada falando sobre tal.

Utilizava ele para executar scripts quando iniciar o sistema.

Obrigado!


  


2. Re: Arquivo /etc/rc.local [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 01:17h

https://askubuntu.com/questions/765120/after-upgrade-to-16-04-lts-rc-local-not-executing-command

rc.local é considerado agora um serviço do systemd (haha)

para ativar:

sudo systemctl enable rc-local.service 



3. Re: Arquivo /etc/rc.local [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 01:30h

Systemd dos infernos!


4. Re: Arquivo /etc/rc.local

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 01:33h

Systemd dos infernos!


Não é tão ruim, é só um comando pra re-ativar.

mas eu honestamente prefiro o OpenRC que te da um dir em /etc/local.d e voce pode colocar quantos scripts quiser lá e eles são rodados por ordem lexica

/etc/local.d
0001-run-user.start -> ../../systemconfig/local.d/etc/local.d/0001-run-user.start
0001-run-user.stop -> ../../systemconfig/local.d/etc/local.d/0001-run-user.stop
0002-run-user-dirs.start -> ../../systemconfig/local.d/etc/local.d/0002-run-user-dirs.start
README

0 directories, 4 files





5. Re: Arquivo /etc/rc.local [RESOLVIDO]

lukas
lukas2009

(usa Outra)

Enviado em 13/12/2016 - 11:51h

laika escreveu:

Systemd dos infernos!


Não é tão ruim, é só um comando pra re-ativar.

mas eu honestamente prefiro o OpenRC que te da um dir em /etc/local.d e voce pode colocar quantos scripts quiser lá e eles são rodados por ordem lexica

/etc/local.d
0001-run-user.start -> ../../systemconfig/local.d/etc/local.d/0001-run-user.start
0001-run-user.stop -> ../../systemconfig/local.d/etc/local.d/0001-run-user.stop
0002-run-user-dirs.start -> ../../systemconfig/local.d/etc/local.d/0002-run-user-dirs.start
README

0 directories, 4 files




Tem algum matéria sobre esse OpenRC? Parece ser interessante ele.


6. Re: Arquivo /etc/rc.local [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 11:52h

Tem algum matéria sobre esse OpenRC? Parece ser interessante ele.


é o sistemas de init " Padrão " do Gentoo.

https://wiki.gentoo.org/wiki/OpenRC



7. Re: Arquivo /etc/rc.local [RESOLVIDO]

lukas
lukas2009

(usa Outra)

Enviado em 13/12/2016 - 11:59h

laika escreveu:

https://askubuntu.com/questions/765120/after-upgrade-to-16-04-lts-rc-local-not-executing-command

rc.local é considerado agora um serviço do systemd (haha)

para ativar:

sudo systemctl enable rc-local.service 


tentei executar esse comando mas infelizmente apareceu um erro

The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.



8. Re: Arquivo /etc/rc.local

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 12:03h


The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.


Aparece que eles removeram na versão 16.10,


coloque isso em
 /etc/systemd/system/rc-local.service  




Achei esse arquivo de serviço na mailing list do Debian


[Unit]
Description=/etc/rc.local Compatibility
ConditionFileIsExecutable=/etc/rc.local
After=network.target

[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
SysVStartPriority=99




depois faça symlink de /etc/systemd/system/rc-local.service pra /etc/systemd/system/multi-user.target.wants/rc-local.service

 ln -s /etc/systemd/system/rc-local.service /etc/systemd/system/multi-user.target.wants/rc-local.service  



9. Re: Arquivo /etc/rc.local [RESOLVIDO]

lukas
lukas2009

(usa Outra)

Enviado em 13/12/2016 - 12:19h

laika escreveu:


The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.


Aparece que eles removeram na versão 16.10,


coloque isso em
 /etc/systemd/system/rc-local.service  




Achei esse arquivo de serviço na mailing list do Debian


[Unit]
Description=/etc/rc.local Compatibility
ConditionFileIsExecutable=/etc/rc.local
After=network.target

[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
RemainAfterExit=yes
SysVStartPriority=99




depois faça symlink de /etc/systemd/system/rc-local.service pra /etc/systemd/system/multi-user.target.wants/rc-local.service

 ln -s /etc/systemd/system/rc-local.service /etc/systemd/system/multi-user.target.wants/rc-local.service  


É parece que foi removido mesmo, quando executei ele criou o link simbolico mas não apareceu o rc.local

administrador@server:~$ sudo systemctl enable rc-local.service
Created symlink /etc/systemd/system/multi-user.target.wants/rc-local.service → /etc/systemd/system/rc-local.service.


Você conhece outra maneira para executar scripts de iptables ao iniciar o sistema?


10. Re: Arquivo /etc/rc.local [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 13/12/2016 - 12:21h



Você conhece outra maneira para executar scripts de iptables ao iniciar o sistema?


Acho que só criando um arquivo de .service pra ser rodado.



11. Re: Arquivo /etc/rc.local [RESOLVIDO]

lukas
lukas2009

(usa Outra)

Enviado em 16/12/2016 - 15:13h

Boa tarde! Ainda estou com problemas.
Criei um arquivo
/etc/init.d/firewall.sh 
adicionei permissão de execução
chmod +x 
usuário e grupo dono é o
root 
e adicionei regras de firewall ex:
iptables -t nat -A POSTROUTING -o ens33 -j MASQUERADE 
e executei o comando para iniciar o scritp toda vez que iniciar o sistema
update-rc.d firewall.sh defaults 
mas mesmo assim quando reinicio o sistema ele não pega a regra iptables. Help?






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts