"Um trabalho inicial está em andamento", mas a vida é curta

A mensagem "Um trabalho de inicialização está sendo executado para" parece típica para systemd. Com base em seus comentários, você parece não ter conhecimento algum sobre systemd. Se você planeja administrar distribuições Linux que estão usando systemd, esse não é um bom estado para se estar. Então, aqui vai uma mini-cartilha sobre isso.

Você encontrará a parte da configuração instalada de pacotes em /usr/lib/systemd/system/, as personalizações locais em /etc/systemd/system/e partes geradas dinamicamente em /run/systemd/system/. Qualquer arquivo de configuração em /etc/systemd/system/substituirá um arquivo com o mesmo nome nos outros dois locais mencionados.

Quando o sistema estiver em execução, você pode executar o comando systemctlsem nenhum parâmetro para ver uma lista de unidades systemd . Quaisquer unidades com falha devem aparecer em vermelho se seu terminal for capaz de cores, ou em negrito se não for.

Note que esta lista é realmente uma representação simplificada: a forma verdadeira da lista de unidades é um gráfico de árvore de dependências. Veja man 7 bootuppara uma descrição do processo geral de inicialização, incluindo alguns gráficos ASCII-art dele.

O Systemd fornece páginas de manual para arquivos de unidade em geral man systemd.unite para cada tipo de unidade como man systemd.service, man systemd.device, man systemd.mountetc.

Você pode estar mais preocupado com *.serviceunidades, mas note que também há algumas unidades *.devicee *.mountque são geradas automaticamente com base em regras do udev e alguns arquivos de configuração clássicos, como /etc/fstabe/ou /etc/crypttab. A geração automática é realizada por scripts geradores localizados em /usr/lib/systemd/system-generators/.

Cada script gerador fornecido pelo sistema deve ter sua própria página de manual identificando o arquivo de configuração que ele lê e quaisquer opções de linha de comando do kernel que você pode usar para, por exemplo, substituir temporariamente o gerador. Para uma correção permanente no caso de unidades geradas automaticamente, você deve ir ao arquivo de configuração que controla o respectivo gerador e remover ou corrigir quaisquer linhas de configuração obsoletas ou errôneas que possam estar causando um atraso.

Por exemplo, se uma *.mountunidade estiver causando um atraso na inicialização porque um compartilhamento de rede não está mais acessível, basta excluir a referência a ela /etc/fstabou adicionar uma noautoopção para impedir que o gerador tente montá-la automaticamente no momento da inicialização.

Para *.serviceunidades, você precisará conhecer alguns comandos:

• systemctl status <unit name>listará o status atual da unidade e algumas últimas linhas de log geradas, se houver.
• journalctl -u <unit name>.servicemostrará os logs completos produzidos pelo serviço em questão no seu pager favorito (o padrão é less)
• systemctl disable <unit name>dirá ao systemd "Eu particularmente não quero que esse serviço seja iniciado na inicialização, mas não me oponho a que ele seja iniciado se algum outro serviço precisar dele." Se você adicionar a --nowopção, ele também interromperá o serviço imediatamente.
• systemctl mask <unit name>dirá ao systemd "Eu absolutamente não quero que este serviço seja iniciado em nenhum momento: se algum outro serviço precisar dele, deixe que esse outro serviço falhe também." Se um serviço estiver em execução, pare-o primeiro antes de mascará-lo.
• systemctl unmask <unit name>desfará uma systemctl maskoperação anterior.
• systemctl enable <unit name>dirá ao systemd "iniciar este serviço em cada inicialização futura até que seja informado o contrário". Se você adicionar a --nowopção, ele também iniciará o serviço imediatamente.
• systemctl start <unit name>e systemctl stop <unit name>iniciará e interromperá uma unidade de serviço imediatamente, mas o novo estado não persistirá após uma reinicialização ; você precisará de systemctl enable/ systemctl disablepara isso.
• se você modificou alguma definição de unidade ou algum arquivo de configuração que é usado como fonte de informação para scripts do gerador , você deve executar systemctl daemon-reloadpara tornar essas alterações efetivas antes de fazer qualquer outra coisa.

Agora você deve saber o suficiente sobre systemdser perigoso. Por favor, use isso como um ponto de partida para aprender mais.