removido
(usa Nenhuma)
Enviado em 04/10/2017 - 18:37h
p4ulodi4s escreveu:
Não se preocupe com isso...
Quando digo "Leia apenas a documentação que eu quero", me refiro a você pedir para ler a documentação do systemd e esquecer qualquer 'borracha' escrita pela distribuição e por suas bases...
O software é o mesmo, pouquíssima coisa foi mudada nas implementações na maioria das distribuições que o utilizam.
As documentações especificas de cada distribuição podem conter detalhes importantes. Note que a compatibilidade do rc.local no Debian, e por consequência no Deepin, é implementada da mesma forma que você sugeriu... A diferença é que os desenvolvedores entregam o arquivo .service pronto e disponibilizam o arquivo rc.local para que o usuário chame seu scripts.
É bom e ruim ao mesmo tempo.
Ruim porque pode "enganar" alguns usuários (fazendo-os pensar que o arquivo de configuração para .services do usuário é no rc.local).
Bom porque facilita a transição entre o sysvinit e systemd.
Veja:
paulo@notebook:~$ systemctl status rc-local.service
● rc-local.service - /etc/rc.local Compatibility
Loaded: loaded (/lib/systemd/system/rc-local.service; static)
Active: active (exited) since Qua 2017-10-04 17:21:55 -03; 9min ago
Process: 573 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
paulo@notebook:~$ cat /lib/systemd/system/rc-local.service
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator if /etc/rc.local is executable.
[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
Já sabia disso, o próprio systemd criou esse service.
Assim, é possível fazer conforme você sugeriu, mas é possível, de forma mais simples, ter o mesmo resultado usando o rc.local.
O resultado pode até ser parecido, mas não é nem de longe mais simples.
Ao criar o .service direto no /etc/systemd/system, como manda a documentação, o systemd só lerá um arquivo de configuração, fazendo diretamente o que foi colocado lá.
E se utilizar essa 'adaptação'? Lerá este e o conteúdo dele, que referenciará outro script! Não é mais simples colocar direto no systemd?
Gu kibum kelkum-ishi, burzum-ishi. Akha-gum-ishi ashi gurum...