Acontece que o Ubuntu 16.04 Server vem pré-configurado para inicializar o X mesmo que você não o tenha instalado. Por quê? "Porque gatos" eu suponho. Aparentemente, a premissa, pelo menos com o systemd, é que se você não tiver nada dependendo da unidade graphical.target (como, digamos, o Xorg), ela não será executada durante a inicialização, mesmo que esteja configurada como destino padrão. O systemd "targets" multi-user.target, em vez disso, nesses casos. No meu caso, algo foi puxado, dependendo do graphical.target fazendo com que o systemd reordene a seqüência de inicialização. Isso coloca "Started Update UTMP sobre alterações de nível de execução do sistema" no final da seqüência de inicialização. Acontece que foi um arenque vermelho (desculpe; eu sou novo no systemd e não estava exatamente me dando muito para trabalhar).
Alterei o destino padrão para multi-user.target ( sudo systemctl set-default multi-user.target
) e confirmei que isso está funcionando. Isto é. Eu também resolvi o problema Shorewall em separado mencionado nos comentários (ipsets não estavam sendo criados cedo o suficiente na seqüência de inicialização, então eu fiz o meu próprio sistema de unidades de serviço e fez Shorewall depender deles para corrigi-lo). Mudar de volta para multi-user.target parece ter resolvido os outros serviços que não foram iniciados (a árvore de dependências estava errada com o lançamento de graphical.target; portanto, os serviços não foram executados, mas também não foram errados). / p>
Parte do problema ainda permanece: systemd ainda não está liberando o pty1 quando atinge o multi-user.target. Isso dificilmente é o fim do mundo, pois não parece afetar negativamente a operação do servidor. Mas isso levanta questões em minha mente sobre o que está causando isso e se ele poderia me morder mais tarde. Por essa razão, não vou aceitar essa resposta. Se alguém souber como consertar isso, por favor, compartilhe.