Zen

Translation

The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
1166/11530 · 1153

Sign in to save the translation.

English Portuguese (Brazil) Actions
<primary><command>systemd</command></primary><secondary><filename>.service</filename> file</secondary>
<primary>gerenciador</primary><secondary>gerenciador de tela</secondary>
<primary><filename>/etc</filename></primary><secondary><filename>/etc/systemd/system/</filename></secondary><see><command>systemd</command></see>
<primary><filename>/etc</filename></primary><secondary><filename>/etc/systemd/system/</filename></secondary><see><command>systemd</command></see>
<primary>service</primary><secondary><filename>ssh.service</filename></secondary>
<primary>serviço</primary><secondary>reiniciar</secondary>
A systemd “<filename>.service</filename> file” describes a process managed by systemd. It contains roughly the same information as old-style init-scripts, but expressed in a declaratory (and much more concise) way. Systemd handles the bulk of the repetitive tasks (starting and stopping the process, checking its status, logging, dropping privileges, and so on), and the service file only needs to fill in the specifics of the process. For instance, here is the service file for SSH:
Um "arquivo service" do systemd descreve um processo gerenciado pelo systemd. Ele contém, grosseiramente, a mesma informação dos antigos scripts init, mas com expressão de maneira declaratória (e muito mais concisa). O systemd maneja a massa de tarefas repetitivas (iniciar e para processo, checar seu status, "logging", descarte de privilégios e muito mais), e o arquivo service apenas precisa preencher as especificações do processo. Por exemplo, aqui está um arquivo service para o SSH:
[Unit]
Description=OpenBSD Secure Shell server
Documentation=man:sshd(8) man:sshd_config(5)
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStartPre=/usr/sbin/sshd -t
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/usr/sbin/sshd -t
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify
RuntimeDirectory=sshd
RuntimeDirectoryMode=0755

[Install]
WantedBy=multi-user.target
Alias=sshd.service
[Unit]
Description=OpenBSD Secure Shell server
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure

[Install]
WantedBy=multi-user.target
Alias=sshd.service
The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
A seção <literal>[Unidade]</literal> contém informações genéricas sobre o serviço, como sua descrição e recursos de página de manual, bem como relações (dependência e ordem) com outros serviços<literal>. A parte <literal>[Service]</literal> contém as declarações relacionadas à execução do serviço (iniciando, parando, encerrando, reiniciando), diretórios e arquivo(s) de configuração usados. A última seção, <literal>[Install]</literal>, traz novamente informações genéricas em quais destinos instalar o serviço e, neste caso, o alias que pode ser usado em vez do nome do serviço. Como você pode ver, há muito pouco código ali, apenas declarações. O Systemd se encarrega de exibir relatórios de progresso, acompanhar os processos e até reiniciá-los quando necessário. A sintaxe desses arquivos é totalmente descrita em várias páginas de manual (por exemplo, <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit< /refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
<primary><command>systemd</command></primary><secondary><filename>.target</filename> file</secondary>
<primary>gerenciador</primary><secondary>gerenciador de tela</secondary>
A systemd “<filename>.target</filename> file” describes a state of the system where a set of services are known to be operational. It can be thought of as an equivalent of the old-style runlevel. One of the pre-defined targets is <literal>local-fs.target</literal>; when it is reached, the rest of the system can assume that all local filesystems are mounted and accessible. Other targets include <literal>network-online.target</literal> and <literal>sound.target</literal> (for a full list of special targets see <citerefentry><refentrytitle>systemd.special</refentrytitle> <manvolnum>7</manvolnum></citerefentry>). The dependencies of a target can be listed either within the target file (in the <literal>Requires=</literal> line), or using a symbolic link to a service file in the <literal>/lib/systemd/system/<replaceable>targetname</replaceable>.target.wants/</literal> directory. For instance, <filename>/etc/systemd/system/printer.target.wants/</filename> contains a link to <filename>/lib/systemd/system/cups.service</filename>; systemd will therefore ensure CUPS is running in order to reach <literal>printer.target</literal>.
O “arquivo target” do systemd descreve o estado do sistema, aonde um conjunto de serviços são conhecidos como estando operacionais. Ele pode ser pensado como um equivalente ao runlevel no estilo antigo. Um dos alvos ("targets") é <literal>local-fs.target</literal>; quando ele é alcançado, o resto do sistema pode assumir que todos os sistemas de arquivos locais estão montados e acessíveis. Outros alvos ("targets") incluem <literal>network-online.target</literal> e <literal>sound.target</literal>. As dependências de um alvo ("target") podem ser listadas tanto dentro de um arquivo target (na linha <literal>Requires=</literal>), quanto usando uma ligação simbólica para um arquivo service do diretório <literal>/lib/systemd/system/<replaceable>targetname</replaceable>.target.wants/</literal>. Por exemplo, <filename>/etc/systemd/system/printer.target.wants/</filename> contém uma ligação para <filename>/lib/systemd/system/cups.service</filename>; o systemd irá então garantir que o CUPS está rodando a fim de alcançar o <literal>printer.target</literal>.
Since unit files are declarative rather than scripts or programs, they cannot be run directly, and they are only interpreted by systemd; several utilities therefore allow the administrator to interact with systemd and control the state of the system and of each component.
Como arquivos unit são declarativos ao invés de scripts ou programas, eles não podem ser executados diretamente, e eles só são interpretados pelo systemd; vários utilitários, entretanto, permitem que o administrador interaja com o systemd e controle o estado do sistema e de cada componente.
<primary><command>systemd</command></primary><secondary><command>systemctl</command></secondary><see><command>systemctl</command></see>
<primary><command>systemd</command></primary><secondary><command>systemctl</command></secondary><see><command>systemctl</command></see>
<primary><command>systemctl</command></primary><secondary><literal>status</literal></secondary>
<primary>dono</primary><secondary>usuário</secondary>

Loading…

User avatar fred_maranhao

Translation changed

  1. Debian Handbook
  2. 09_unix-services
  3. Portuguese (Brazil)
The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
A seção <literal>[Unidade]</literal> contém informações genéricas sobre o serviço, como sua descrição e recursos de página de manual, bem como relações (dependência e ordem) com outros serviços<literal>. A parte <literal>[Serviçoce]</literal> contém as declarações relacionadas à execução do serviço (iniciando, parando, encerrando, reiniciando), diretórios e arquivo(s) de configuração usados. A última seção, <literal>[Install]</literal>, traz novamente informações genéricas em quais destinos instalar o serviço e, neste caso, o alias que pode ser usado em vez do nome do serviço. Como você pode ver, há muito pouco código ali, apenas declarações. O Systemd se encarrega de exibir relatórios de progresso, acompanhar os processos e até reiniciá-los quando necessário. A sintaxe desses arquivos é totalmente descrita em várias páginas de manual (por exemplo, <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit< /refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
9 months ago
User avatar damiao.bh

Translation changed

  1. Debian Handbook
  2. 09_unix-services
  3. Portuguese (Brazil)
The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
A seção <literal>[Unitdade]</literal> contém informações genéricas sobre o serviço, como sua descrição e recursos de página de manual, bem como relações (dependência e ordem) com outros serviços<literal>. A parte <literal>[Serviço]</literal> contém as declarações relacionadas à execução do serviço (iniciando, parando, encerrando, reiniciando), diretórios e arquivo(s) de configuração usados. A última seção, <literal>[Install]</literal>, traz novamente informações genéricas em quais destinos instalar o serviço e, neste caso, o alias que pode ser usado em vez do nome do serviço. Como você pode ver, há muito pouco código ali, apenas declarações. O Systemd se encarrega de exibir relatórios de progresso, acompanhar os processos e até reiniciá-los quando necessário. A sintaxe desses arquivos é totalmente descrita em várias páginas de manual (por exemplo, <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit< /refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
9 months ago
User avatar damiao.bh

Translation added

  1. Debian Handbook
  2. 09_unix-services
  3. Portuguese (Brazil)
The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
A seção <literal>[Unit]</literal> contém informações genéricas sobre o serviço, como sua descrição e recursos de página de manual, bem como relações (dependência e ordem) com outros serviços. A parte <literal>[Serviço]</literal> contém as declarações relacionadas à execução do serviço (iniciando, parando, encerrando, reiniciando), diretórios e arquivo(s) de configuração usados. A última seção, <literal>[Install]</literal>, traz novamente informações genéricas em quais destinos instalar o serviço e, neste caso, o alias que pode ser usado em vez do nome do serviço. Como você pode ver, há muito pouco código ali, apenas declarações. O Systemd se encarrega de exibir relatórios de progresso, acompanhar os processos e até reiniciá-los quando necessário. A sintaxe desses arquivos é totalmente descrita em várias páginas de manual (por exemplo, <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit< /refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
9 months ago
User avatar None

String updated in the repository

  1. Debian Handbook
  2. 09_unix-services
  3. Portuguese (Brazil)
The <literal>[Unit]</literal> section contains generic information about the service, like its description and manual page resources, as well as relations (dependency and order) to other services. The <literal>[Service]</literal> part contains the declarations related to the service execution (starting, stopping, killing, restarting), directories and configuration file(s) used. The last section, <literal>[Install]</literal>, again carries generic information into which targets to install the service and, in this case, the alias that can be used instead of the service name. As you can see, there is very little code in there, only declarations. Systemd takes care of displaying progress reports, keeping track of the processes, and even restarting them when needed. The syntax of these files is fully described in several manual pages (e.g. <citerefentry><refentrytitle>systemd.service</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.unit</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, <citerefentry><refentrytitle>systemd.exec</refentrytitle> <manvolnum>5</manvolnum></citerefentry>, etc.).
 
a year ago
Browse all string changes

Things to check

XML syntax

The translation is not valid XML

Reset

Glossary

English Portuguese (Brazil)
No related strings found in the glossary.

String information

Flags
xml-text
String age
a year ago
Last updated
11 months ago
Source string age
a year ago
Translation file
pt-BR/09_unix-services.po, string 62