Existe uma maneira de ver a árvore de execução do systemd?

O que quero dizer com a pergunta é: existe uma maneira de despejar a lista ordenada (como a pstree faz para processos) para ver como o systemd executou o conjunto de unidades fornecido, ou seja, a árvore depois que as dependências foram resolvidas e os trabalhos foram enfileirados para execução ? Eu sei que você pode fazer isso analisando os dados do estado systemd, mas existe uma maneira rápida de ver uma árvore dessas? Isso ajudaria muito na investigação de falhas (por exemplo, se você ver que o processo de inicialização estava travado em alguma unidade, seria capaz de identificar o local aproximado para uma investigação mais profunda.

systemd-analyzeé seu amigo. Por exemplo, systemd-analyze critical-chainsaídas bloqueando a árvore de daemons. Mina, por exemplo:

graphical.target @20.211s
└─multi-user.target @20.211s
  └─nginx.service @19.348s +862ms
    └─network.target @19.347s
      └─NetworkManager.service @10.315s +9.031s
        └─basic.target @10.312s
          └─timers.target @10.311s
            └─systemd-tmpfiles-clean.timer @10.311s
              └─sysinit.target @10.295s
                └─systemd-update-utmp.service @10.167s +127ms
                  └─systemd-tmpfiles-setup.service @10.124s +41ms
                    └─local-fs.target @10.097s
                      └─home-entd-Downloads.mount @10.093s +2ms
                        └─home.mount @9.326s +672ms
                          └─systemd-fsck@dev-sda6.service @8.472s +696ms
                            └─dev-sda6.device @8.471s

O NetworkManager no exemplo basicamente mantém a inicialização inteira.

Se você quiser ter uma visão mais detalhada, poderá renderizar toda a cadeia de execução em um arquivo svg. systemd-analyze plot > something.svggera uma cadeia inteira (mais de 120 módulos) como barras de progresso para um arquivo svg de alta resolução que mostra os estados bloqueados e outros problemas.

Finalmente, você tem uma systemd-analyze dotferramenta que gera um arquivo de ponto que gera uma hierarquia inteira: systemd-analyze dot | dot -Tpng -o stuff.png com a ferramenta de ponto, você também pode produzir como arquivos ps e svg.

Todas as ferramentas acima são embutidas na ferramenta systemd-analyse, que vem por padrão com o systemd no archlinux, pelo menos. Eu acho que existem alguns projetos de terceiros lidando com isso também.

Ainda não está respondendo totalmente à sua pergunta, mas tente com a --fuzzopção

systemd-analyze critical-chain --fuzz 1h

Observe que você também pode especificar unidades s para ver sua cadeia crítica , para que você não fique limitado ao multiusuário.

systemd-analyze critical-chain network.target local-fs.target

Espero que isto ajude

Não sei se entendi corretamente a pergunta, mas existem visualizações em árvore disponíveis com os seguintes comandos:

sudo systemctl status

E também :

sudo systemctl list-dependencies 

Espero que isto ajude :)

Além disso, pode ser útil para outros fins criar uma árvore das pastas de links simbólicos systemctl:

tree /etc/systemd/system

Na verdade, foi realmente útil descobrir unidades antigas / de buggy que estavam desacelerando a inicialização do sistema, para desativá-las posteriormente usando o systemctl disablecomando

EDITAR

Dito isso, eu realmente concordo com o OP de que essa funcionalidade básica deve ser fornecida por meio de ferramentas de linha de comando, e não por uma ferramenta gráfica ... E se você não puder iniciar o X? Como você lida com o seu arquivo svg?

Na verdade, existe um caminho. Se você não pode usar scp(ferramenta ssh) para buscar seu arquivo em outro computador, fbipode realmente ajudá-lo :)

sudo systemd-analyze plot > /home/user/startup.svg
fbi /home/user/startup.svg

Trabalhei em meus TTYs. Basta navegar dentro da imagem com setas. Existem opções de zoom para listar fbi -h.

Mais uma vez, espero que isso ajude. Está disponível nos repositórios Archlinux e Ubuntu.

EDIT 2:

fbinão funciona sobre ssh. Você pode fazer o encaminhamento do X assim ssh -Y user@server, mas precisa de um servidor X em execução no servidor remoto.

A melhor aposta aqui é usar sshfs. Ele funciona muito bem no espaço do usuário, por exemplo, com nautilus. Há uma pequena configuração para fazer, veja:

sudo vim /etc/fuse.conf #type a, uncomment the user_allow_other line and ESC :wq
sudo mkdir /mnt/yourmountingdir
sudo chown user:user /mnt/yourmountingdir
sshfs user@remotemachine.com:/home/user /mnt/yourmountingdir/ -o allow_other #Asks for host trusting and password
sudo fusermount -u /mnt/yourmountingdir/ #To disconnect and unmount