Problemas com o novo servidor Ubuntu limpo 16.04 LTS

Question

Depois de instalar o servidor Ubuntu 16.04LTS no HP DL360 g7, tenha alguns problemas surpreendentes. Estou tentando reinstalar com diferentes imagens e mídia de inicialização, mas ainda tenho o mesmo resultado. Após a primeira inicialização, tudo funciona como um encanto. Mas se você deseja desligar ou reiniciar (pelo comando systemctl ou sutdown) o sistema irá desligar / reiniciar mas não poderá fazê-lo corretamente. Então eu tenho 2 casos:

1) Se você tiver muito sistema de paciência terminará, faça o que quiser ainda de 7 a 10 minutos. Depois disso (SIC!) Na próxima inicialização você verá o GINGER (ubuntu collour) tty1. Que pode mudar para cores normais depois de executar mc ou alguns comandos como < fdisk -l & gt ;. Todos os outros ttys têm cor branca normal. Quase todas as próximas reinicializações / desligamentos funcionam corretamente (abaixo de 5 segundos), tty1 ainda fica irritada após a inicialização. Mas às vezes pode ver o problema de cronometragem.

2) Se você não tiver paciência e "ajuda" sistema pressionando SysRq combinações ou botão poweroff de hardware, você verá (na próxima inicialização) normal tty1. E todos os próximos reboots / sshutdowns funcionam bem.

P.S. Eu uso diferentes ISOs, flashdrives / SDs. O sistema foi instalado no verdadeiro ataque de hardware na partição zero do MBR. Durante a instalação minha escolha: utilitários padrão, utilitários de servidor, LUMINÁRIA, SAMBA, OpenSSH. Eu não uso mouse, teclado, monitor. Servidor sem cabeça gerenciado pelo ILO3.

Anterior o Ubuntu 14.04LTS funciona como um charme para mim neste hardware.

    

Answer 1

Resolvido. 1) Eu não deveria usar criadores de boot flash como o unetbootin com o server verion 16.04LTS. Quando tento instalar adicionando imagem iso ao cdrom virtual (recurso doce ILO), vejo outro resultado. OS mostram POST visível ao carregar módulos. Após a inicialização eu tenho terminais normais. Ele também resolve bug com o padrão tty7 (agora padrão tty1). Neste site, vejo que outros membros têm o mesmo problema. Pessoas, experimente diferentes criadores de boot ou não as use! Mas quando tento reiniciar / desligar, ainda tenho muito atraso. isso acontece porque o systemd não conseguia parar o MySQL. Também o comando 'systemctl stop' não funciona para o serviço MySQL. Então, se você matar este processo ou desinstalar o problema de atraso do MySQL irá desaparecer. Então, outra pergunta será "Por que o systemd não conseguiu parar o daemon do MySQL"