A inicialização parou em “Atualização iniciada do UTMP sobre alterações de nível de execução do sistema” - servidor sem cabeçalho… no X

5

São 8:27 da manhã. Eu não dormi. Eu estou exausto. Então eu estou deixando isso aqui e indo para a cama. Eu vou verificar depois. Perdoe-me se eu estiver um pouco ao sul da coerência.

Servidor LTS do Ubuntu 16.04.3 executado em um VPS. Tem outro VPS na mesma máquina host, o CentOS6. O CentOS vps ainda está avançando. O Ubuntu vps não inicializa. A última mudança foi adicionar um "servidor virtual" Virtualmin (na verdade, apenas um usuário separado com privilégios para alguns daemons). E alguns brincando com o postfix. Tudo o que eu li on-line diz para arrancar meus drivers gráficos e reinstalá-los. Bem, eu não tenho nenhum driver gráfico porque não tenho gráficos. Não X. Não há gerenciadores de janelas. E certamente não drivers gráficos Intel ou nvidia para X.

Mais próximo de chegar a uma solução sensata até agora é um post de fórum semi-antigo sobre o Arch Linux. O mesmo problema causado por um link simbólico ausente de / var / run para / run. Bem, eu tenho esse symlink. Então provavelmente não é isso. E além da mensagem tremendamente inútil acima, não há nada que indique o que possa estar errado.

Silver lining ... vps tem um recurso VNC independente embutido no hypervisor ... então eu ainda tenho acesso ao terminal. E eu posso CTRL + ALT + F2 para obter um prompt de login no pty2, mesmo com as mensagens de boot ainda presas no pty1. Nenhuma conectividade de rede embora. Uma parcela considerável dos serviços / unidades do sistema não foi lançada. A reinicialização múltipla não produziu alterações significativas.

fala sobre "Interface Gráfica do Alvo Alcançado" logo antes de tudo acabar. Mas novamente ... não X. E sim, eu realmente verifiquei se xorg / x11 não era puxado como uma dependência de alguma forma. Captura de tela abaixo.

    
por Cliff Armstrong 11.09.2017 / 15:44

2 respostas

4

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.

    
por 13.09.2017 / 01:25
0

remova o gnome:

sudo apt-get autoremove gnome-core gnome-shell gnome-session

reinstale:

sudo apt-get install gnome-core gnome-shell gnome-session

se você tiver

"Unable to correct problems, you have held broken packages" then

sudo apt-get install aptitude

e responda 'não' à primeira pergunta sobre dependências não resolvidas e 'Sim' para instalar pacotes antigos. Então

sudo aptitude install gnome-core gnome-shell gnome-session
    
por 17.02.2018 / 09:18