Depois de instalar o servidor Ubuntu 16.04LTS no HP DL360 g7, tive alguns problemas surpreendentes. Estou tentando reinstalar com imagens e mídias de inicialização diferentes, mas ainda tenho o mesmo resultado. Após a primeira inicialização, tudo funciona perfeitamente. Mas se você deseja desligar ou reiniciar (pelo comando systemctl ou sutdown), o sistema vai desligar/reiniciar, mas não consegue fazer isso corretamente. Então eu tenho 2 casos:
1) Se você tiver muita paciência, o sistema terminará de fazer o que quiser ainda de 7 a 10 minutos. Depois disso (SIC!) Na próxima inicialização você verá o GINGER (cor do Ubuntu) tty1. Que pode mudar para cores normais após executar mc ou alguns comandos como <fdisk -l>. Todos os outros ttys têm cor branca normal. Quase todas as próximas reinicializações/desligamentos funcionam corretamente (menos de 5 segundos), tty1 ainda está ativo após a inicialização. Mas às vezes pode haver problemas de tempo.
2) Se você não tiver paciência e "ajudar" o sistema pressionando as combinações SysRq ou o botão de desligamento do hardware, você verá (na próxima inicialização) o tty1 normal. E todas as próximas reinicializações/desligamentos funcionam bem.
PS I Use diferentes ISOs, flashdrives/SDs. O sistema foi instalado em um verdadeiro ataque de hardware na partição MBR zerada. Durante a instalação, minha escolha: utilitários padrão, utilitários de servidor, LAMP, SAMBA, OpenSSH. Não uso mouse, teclado, monitor. Servidor headless gerenciado pelo ILO3.
Anterior Ubuntu 14.04LTS funciona perfeitamente para mim neste hardware.
Responder1
Resolvido. 1) Eu não deveria usar criadores de boot flash como unetbootin com versão de servidor 16.04LTS. Quando tento instalar adicionando imagem iso ao cdrom virtual (recurso ideal da OIT), vejo outro resultado. O SO mostra POST visível ao carregar módulos. Após a inicialização, tenho terminais normais.Também resolve bug com o padrão tty7(agora padrão tty1). Neste site vejo que outros membros têm o mesmo problema. Pessoal, experimentem diferentes criadores de boot flash ou não os usem! Mas quando tento reiniciar/desligar, ainda tenho um longo atraso. isso acontece porque o systemd não conseguiu parar o MySQL normalmente. Além disso, o comando 'systemctl stop' não funciona para o serviço MySQL. Portanto, se você matar este processo ou desinstalar o problema de atraso do MySQL desaparecerá. Então outra pergunta será"Por que o systemd não conseguiu parar o daemon MySQL"