Quais comandos são reprovados pelo systemd

Question

Recentemente encontrei esta lista incrível , que lista todas as ferramentas de linha de comando, que são descontinuadas (ou digamos cuja funcionalidade pode ser replicada ) pela nova ferramenta ip .

Recentemente, tentando me acostumar com systemd , aprendi que quase todas as funcionalidades de cron podem ser replicadas por systemd . Quais são as outras ferramentas cuja funcionalidade pode ser replicada por systemd ?

    

Answer 1

Os mais óbvios - isso é o que o systemctl substitui:

• service
• chkconfig no redhat e update-rc.d no debian, se uma unidade systemd tiver sido escrita para o serviço.
• reboot , poweroff , halt , telinit . (Exceto reboot -f etc, que não tem nenhuma substituição documentada. Atualmente não está documentado, por exemplo, se systemctl reboot --force --force [sic] deve funcionar após a inicialização com init=/bin/bash )
• pm-suspend e amigos aparentemente foram embora. Como um esforço de distribuição cruzada, é o tipo de coisa que systemd pretende realizar; é apenas interessante, considerando os ganchos e peculiaridades que o pm-utils suportava, e não estou ciente de nenhuma falha do systemd em substituí-lo.

Além disso, systemd-analyze fornece uma função semelhante ao bootchart.

Como apontado por outros, provavelmente faz mais sentido enumerar os arquivos fornecidos pelo systemd, ou a documentação. Ao fazer isso, notei mais um comando obscuro, runlevel .

O systemd emula apenas os níveis de execução, portanto runlevel é outro dos comandos legados. Procurando por um comando equivalente transformado em systemctl list-units --type target (nota list-units mostra apenas unidades ativas, a menos que seja instruído de outra forma). A saída não é tão óbvia, porque os destinos tendem a depender de outros destinos e você pode ter vários destinos ativos ao mesmo tempo, independentes ou sobrepostos.

No entanto, por enquanto, não consigo pensar exatamente quando você usaria o comando runlevel . Tenho a impressão de que seria usado interativamente como um resumo do estado do sistema init. Nesse caso, a melhor alternativa seria systemctl status .

    

Answer 2

Você pode navegar nas páginas man que o systemd traz. No meu fedora 22 eu vejo

$ rpm -ql systemd | grep -c man1
  32
$ rpm -ql systemd | grep -c man8
  111

32 man pages para comandos como localectl e 111 páginas em recursos como systemd-timedated . Alternativamente, procure por apropos systemd .