Anteriormente, em várias caixas com o Ubuntu 16.04 em execução, eu estava usando
sudo systemctl isolate multi-user.target
para entrar na CLI a partir do modo graphical.target. Ou eu tenho usado
sudo systemctl set-default multi-user.target
para permitir que o processo de inicialização pare permanentemente no modo multiusuário. Lembro-me de que funcionou há cerca de meio ano, mas quando tentei hoje, não funcionou em nenhum dos dois sistemas 16.04 totalmente atualizados que eu tinha disponíveis até o momento.
Tudo o que sou recebido é um cursor piscando e sem resposta. É possível alternar TTY via CTRL+ ALT+ F2para poder voltar ao modo graphical.target, felizmente.
Estou tentando descobrir se este é um bug recente ou se introduzi algum software conflitante. Não tenho certeza do que procurar e onde procurar.
Ambas as caixas estão usando a versão do kernel
4.4.0-134-generic #160-Ubuntu SMP Wed Aug 15 14:58:00 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Eu ficaria muito feliz por qualquer orientação ou confirmação de bug!
Responder1
Eu simplesmente tive o mesmo problema! Corrigido usando o comando:
systemctl enable getty@tty2
Força a máquina a usar tty2 por padrão na inicialização.
Espero que isso ajude você tanto quanto me ajudou
Responder2
Mary Jane, minha experiência confirma a sua. Eu tenho meia dúzia de sistemas em minha rede que foram configurados para padrão no modo multiusuário e continuaram a funcionar conforme planejado por mais de dois anos, ainda são e parecem não comprometidos pelos ciclos regulares do apt-get-upd-upg . No entanto, depois de fazer instalações limpas do Xubuntu 16.04.6 em duas novas máquinas, recebo a seguinte resposta de erro:
systemctl habilitar multiusuário.target
Os arquivos da unidade não possuem configuração de instalação (WantedBy, RequiredBy, Além disso, configurações de Alias na seção [Install] e DefaultInstance para unidades de modelo). Isso significa que eles não devem ser habilitados usando systemctl. As possíveis razões para ter este tipo de unidades são: 1) Uma unidade pode ser habilitada estaticamente ao ser vinculada simbolicamente a partir do diretório .wants/ ou .requires/ de outra unidade. 2) O propósito de uma unidade pode ser atuar como auxiliar de alguma outra unidade que tenha requisitos dependentes dela. 3) Uma unidade pode ser iniciada quando necessário através de ativação (soquete, caminho, temporizador, D-Bus, udev, chamada systemctl com script, ...). 4) No caso de unidades de modelo, a unidade deve ser habilitada com algum nome de instância especificado.
Em seguida, testei uma instalação completamente nova em outro sistema e, desta vez, pareceu aceitar o 'systemctl enable multi-user.target --force'. No entanto, quando reiniciei, a partição bloqueou completamente (ou seja, reinicialização forçada, seguida de tela em branco). Percebi que quase não houve postagens de pessoas que encontraram esse problema e nenhuma solução que eu possa encontrar.
Falando subjetivamente, apenas para constar, quando o Ubuntu decidiu forçar sua comunidade de usuários a aceitar o systemd e, mais tarde, o 'snapd', parei de usar qualquer nova versão do Ubuntu além de 16.04. Foi apenas recentemente, enquanto considerava mudar para 18.04, que decidi reavaliar o 16.04.6 e a versão mais recente do 18.04. Estou muito perto de sair totalmente do Ubuntu. Esta situação específica pode ter sido a gota d’água para mim.