Muitos scripts sysv init usavam um arquivo correspondente /etc/defaultpara permitir que o administrador o configurasse. Trabalhos iniciados podem ser modificados usando .overridearquivos. Como substituir ou configurar unidades systemd, agora que systemd é o padrão no Ubuntu?

systemdas unidades não precisam obedecer aos arquivos /etc/default. systemdé facilmente configurável, mas requer que você conheça a sintaxe dos arquivos da unidade systemd.

Os pacotes enviam arquivos de unidade normalmente /lib/systemd/system/. Estes não devem ser editados. Em vez disso, systemdpermite substituir esses arquivos criando arquivos apropriados no /etc/systemd/system/.

Para um determinado serviço foo, o pacote forneceria /lib/systemd/system/foo.service. Você pode verificar seu status usando systemctl status fooou visualizar seus logs usando journalctl -u foo. Para substituir algo na definição de foo, faça:

sudo systemctl edit foo

Isso cria um diretório com o /etc/systemd/systemnome da unidade e um override.confarquivo nesse diretório ( /etc/systemd/system/foo.service.d/override.conf). Você pode adicionar ou substituir configurações usando este arquivo (ou outros .confarquivos /etc/systemd/system/foo.service.d/).

Substituindo argumentos de comando

Veja o gettyserviço, por exemplo. Digamos que eu queira ter o logon TTY2 automático para meu usuário (isso não é aconselhável, mas apenas um exemplo). O TTY2 é executado pelo getty@tty2serviço ( tty2sendo uma instância do modelo /lib/systemd/system/getty@service). Para fazer isso, eu tenho que modificar o getty@tty2serviço.

$ systemctl cat getty@tty2
# /lib/systemd/system/getty@.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.

[Unit]
Description=Getty on %I
Documentation=man:agetty(8) man:systemd-getty-generator(8)
Documentation=http://0pointer.de/blog/projects/serial-console.html
After=systemd-user-sessions.service plymouth-quit-wait.service
After=rc-local.service

# If additional gettys are spawned during boot then we should make
# sure that this is synchronized before getty.target, even though
# getty.target didn't actually pull it in.
Before=getty.target
IgnoreOnIsolate=yes

# On systems without virtual consoles, don't start any getty. Note
# that serial gettys are covered by serial-getty@.service, not this
# unit.
ConditionPathExists=/dev/tty0

[Service]
# the VT is cleared by TTYVTDisallocate
ExecStart=-/sbin/agetty --noclear %I $TERM
Type=idle
Restart=always
RestartSec=0
UtmpIdentifier=%I
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process
IgnoreSIGPIPE=no
SendSIGHUP=yes

# Unset locale for the console getty since the console has problems
# displaying some internationalized messages.
Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION=

[Install]
WantedBy=getty.target
DefaultInstance=tty1

Em particular, eu tenho que mudar a ExecStartlinha, que atualmente é:

$ systemctl cat getty@tty2 | grep Exec     
ExecStart=-/sbin/agetty --noclear %I $TERM

Para substituir isso, faça:

sudo systemctl edit getty@tty2

E adicione:

[Service]
ExecStart=
ExecStart=-/sbin/agetty -a muru --noclear %I $TERM

Observe que:

1. Eu tinha que explicitamente claro ExecStartantes de defini-lo novamente, já que é um cenário aditivo, semelhante a After, Environment(como um todo, não per-variável) e EnvironmentFile, e oposição a substituição de configurações de como RestartSecou Type. ExecStartpode ter várias entradas apenas para Type=oneshotserviços.
2. Eu tive que usar o cabeçalho de seção apropriado. No arquivo original, ExecStartestá na [Service]seção, então minha substituição também deve ser incluída ExecStartna [Service]seção. Muitas vezes, ver o arquivo de serviço real usando systemctl catindica o que você precisa substituir e em qual seção ele está.

Geralmente, se você editar um arquivo de unidade systemd, para que ele entre em vigor, será necessário executar:

sudo systemctl daemon-reload

No entanto, systemctl editisso é feito automaticamente por você.

Agora:

$ systemctl cat getty@tty2 | grep Exec
ExecStart=-/sbin/agetty --noclear %I $TERM
ExecStart=
ExecStart=-/sbin/agetty -a muru --noclear %I $TERM

$ systemctl show getty@tty2 | grep ExecS
ExecStart={ path=/sbin/agetty ; argv[]=/sbin/agetty -a muru --noclear %I $TERM ; ... }

E se eu fizer:

sudo systemctl restart getty@tty2

e pressione CtrlAltF2, pronto! Vou entrar na minha conta nesse TTY.

Como eu disse antes, getty@tty2é uma instância de um modelo. Então, e se eu quisesse substituir todas as instâncias desse modelo? Isso pode ser feito editando o próprio modelo (removendo o identificador da instância - neste caso tty2):

systemctl edit getty@

Substituindo o ambiente

Um caso de uso comum de /etc/defaultarquivos é definir variáveis ​​de ambiente. Geralmente, /etc/defaulté um script de shell, então você pode usar construções de linguagem de shell nele. Com systemd, no entanto, este não é o caso. Você pode especificar variáveis ​​de ambiente de duas maneiras:

Via um arquivo

Digamos que você configurou as variáveis ​​de ambiente em um arquivo:

$ cat /path/to/some/file
FOO=bar

Em seguida, você pode adicionar à substituição:

[Service]
EnvironmentFile=/path/to/some/file

Em particular, se o seu /etc/default/grubcontiver apenas atribuições e nenhuma sintaxe do shell, você poderá usá-lo como o EnvironmentFile.

Via Environmententradas

O procedimento acima também pode ser realizado usando a seguinte substituição:

[Service]
Environment=FOO=bar

No entanto, isso pode ser complicado com várias variáveis, espaços etc. Veja uma das minhas outras respostas para um exemplo de uma instância desse tipo.

Leitura adicional

Por meio desse mecanismo, fica muito fácil substituir systemdunidades e desfazer essas alterações (simplesmente removendo o arquivo de substituição). Essas não são as únicas configurações que podem ser modificadas.

Os seguintes links seriam úteis:

• Entrada do Arch Wiki ativada systemd
• systemd para administradores , parte IX: no / etc / sysconfig e / etc / default (pelo desenvolvedor líder do systemd, Lennart Poettering)
• As systemdpáginas de manual , em particular, as páginas de manual systemd.unitesystemd.service
• Entrada do Ubuntu Wiki no Systemd para usuários iniciantes