Instalei o servidor Ubuntu 16.04 x64 na Intel NUC5CPYH (8GB de RAM Kinston KVR16LS11 / 8 + 120GB SSD Kingston KC400). Quando eu inicializo / reinicializo o servidor, ele congela aleatoriamente em diferentes etapas e, digamos, 1 de 4 vezes, inicializa corretamente e mostra o login. Eu corri o teste de RAM da chave LiveUSB, mas parece que não há erros. Eu também tentei instalar a arquitetura x86, mas o problema ainda é válido.
O servidor está instalado na 4ª partição lógica do único disco, após o Windows 10 (que é inicializado apropriadamente todas as vezes), uma troca de 1GB, outra pequena partição ext4.
Quando inicializa corretamente, eu pude usar proficientemente a conexão lan e wlan, portanto, isso não parece ser um problema relacionado ao driver dos adaptadores de rede. Eu também corri com sucesso o ambiente xfce.
Por favor, você tem alguma sugestão?
Entendi. Eu encontrei o seguinte post sobre um bug conhecido no Ubuntu 15.10 (kernel 4.2). O meu é o Ubuntu 16.06 com o kernel 4.4 e eu atualizei o Intel BIOS para 0054 (mar 2016). link
Resumidamente, o seguinte resolve o problema: BIOS > Inicialização > Configuração de inicialização > Seleção de SO > definir o Linux. Então, eu inicializei / reiniciei muitas vezes, sem congelar mais.
Você deve postar sua versão do kernel por favor! As versões do kernel podem mudar com efeitos significativos durante o curso de um lançamento. BTW Eu não acho que os sons de 32 bits provavelmente fornecerão uma solução alternativa para o problema que você descreve.
Em alguns kernels antes de 4.5, nós tivemos que colocar o módulo dw_mac na lista negra para evitar que ele fosse sempre interrompido durante o boot. Eu só lembro disso acontecendo com o 4.4, mas os usuários do Ubuntu o viram nos kernels com números menores de versão. Ou, aparentemente, colocar na lista negra pinctrl_cherryview é suficiente. Outros usuários sugeriram que a configuração do sistema operacional para "Linux" no menu do firmware funcionasse em torno dele. No entanto, o Linux pretende trabalhar em sistemas idênticos ao Windows; como uma configuração de firmware, é muito provável que quebre coisas ao longo do tempo.
O bug também sugere que não é totalmente determinista. Isso parece muito com o seu problema.
Eu acho que em uma faixa mais ampla de kernels, muitos, mas nem todos os usuários (não eu!) estão relatando que precisam inicializar com a opção intel_idle.max_cstate=1 , para evitar um bloqueio completo em intervalos aleatórios.
Parece que você não encontrou isso, mas talvez não tenha usado o sistema por tempo suficiente. Então você pode começar a perceber esse problema depois de ter trabalhado em torno do primeiro.
Houve um terceiro problema com o tempo de reinicialização / desligamento. Não aconteceu comigo recentemente, mas infelizmente não sei qual foi a resolução.
Se você pedir ajuda ao Ubuntu, eles podem culpar um BIOS desatualizado e avisá-lo para atualizá-lo, caso ainda não seja a versão mais recente. Eu não acho que haja uma razão específica para experimentar aqui, só estou mencionando isso.
Pessoalmente, tenho tentado executar o GNOME Shell neste hardware e os gráficos também não são estáveis o suficiente. (Eu agora desabilitei a aceleração de hardware com Option "DRI" "off" e Option "AccelMethod" "none" ; é melhor, mas eu não usei muito tempo e não é utilizável com o GNOME Shell). O GNOME Shell não é particularmente sofisticado ou novo, por isso não sinto que os gráficos estejam seguros se a aceleração estiver ativada. É menos provável que o próprio XFCE acione problemas e seja utilizável sem aceleração. Fique atento a falhas de gráficos, especialmente no caso de você confundi-lo com uma falha no nível do kernel .