Ubuntu 16.04 Intel NUC - Bricked repetidamente

Question

Eu tenho um Intel NUC 5i7RYH, meu BIOS é o RYBDWi35.86A.0355.2016.0224.1501.

Esse sistema funcionou sem falhas abaixo de 15.10. Recentemente, atualizei para 16.04 LTS em 23 de abril. A unidade foi concretada na manhã seguinte, e o NUC agora foi alvejado quatro vezes no total, o dobro dos últimos quatro dias. Minha configuração de energia é "Don't Suspend" - é definida para evitar a possibilidade de convidar a situação em que a unidade pare de responder e não acorde (não apenas para as entradas de mouse e teclado, nem responderá ao botão de energia) . Quando emparedada, a unidade deve ser desmontada, a bateria do CMOS desencaixada e depois montada novamente. Uma maneira divertida de começar a manhã. Toda ocorrência acontece da mesma maneira. Eu paro o meu trabalho e deixo o sistema funcionando da noite para o dia. Quando volto para a minha escrivaninha de manhã, bato no teclado e no mouse e não há reação. Então eu apertei o botão liga / desliga - agora encolhendo porque eu sei que há uma chance de que não haverá resposta quando eu fizer isso.

Estou usando um mouse e um teclado Logitech sem fio. As configurações do meu BIOS de energia avançada são recomendadas pela Intel:

Despertar do S3 via CIR Despertar de S4 e S5 via CIR Potência USB S4 / S5

Gostaria de saber se preciso recorrer a uma configuração de teclado / mouse USB de baixa qualidade em vez de sem fio.

Os usuários do Windows não parecem ser afetados por esse problema. Ou pelo menos eles podem se recuperar usando o recurso "Wake on LAN" para iniciar uma unidade sem resposta de um aplicativo para dispositivos móveis. Isso não funciona para mim. As configurações do 16.04 para o Ubuntu me permitem configurar esse recurso para a conexão ethernet com fio , mas a conexão wifi - que é o que estou usando - não expõe essa opção. Definir a opção com fio e usar o wifi não funciona.

A unidade aceitará um controle remoto e isso também funcionará para usuários do Windows. Eu posso roubar um controle remoto da minha TV, se necessário, mas quando eu procurei por "direções" para adicionar um controle remoto a um NUC rodando o Ubuntu, muitos dos posts começaram dizendo: "Depois de dois dias tentando tudo ..." / p>

Essas NUCs são ótimas pequenas máquinas quando são executadas, mas é absolutamente uma droga a Intel não ter conseguido consertar esse problema de longa data. Eles me aconselharam a postar a questão aqui.

    

Answer 1

Eu tive um problema quase similar com o NUC especificamente com combo K / B sem fio.

Use um cabo de extensão USB para o K / B & amp; Receptor sem fio do mouse. Eu tive duas situações separadas onde as entradas do K / B & amp; mouse estava congelando o NUC, e teve que reiniciar através do botão power - reconhecidamente rodando W10 embora..Para testar minha teoria eu usei um Keyboard e mouse com fio ... o problema desapareceu para mim.

Se você pesquisar nos fóruns da Intel, é um problema conhecido com a interferência com a placa de rede sem fio E com os receptores sem fio USB (entrada) para dispositivos sem fio K / B & amp; mouse - como Logitech. É tudo por causa de tudo que está preso naquele pequeno gabinete NUC e a interferência que ele causa.

    

Answer 2

Eu encontrei este problema quando atualizei o Mythbuntu de 15.10 para 16.04 com a interface gráfica do usuário XFCE (GUI). No começo eu pensei que era o protetor de tela (xscreensaver) que vem com o XFCE. Descobrindo que desativado, verifiquei a HDTV que está sendo usada como uma tela e procurei suas opções. Nada ali. Observei que, no Mythbuntu mais recente, na configuração de configuração do front-end, a configuração padrão para entrar em suspensão quando não há atividade é de 16 minutos. Defini-lo como 0 interrompe a suspensão. Eu coloquei 0 e ele parou de entrar em suspensão e tudo estava certo até que eu desliguei a TV. Quando liguei a TV novamente, o protetor de tela, que faz parte da TV, nada a ver com o Mythbuntu, estava aparecendo. Tocar no teclado, mover o ponteiro do mouse usando o touch pad, nem desconectar e reconectar o HDMI, faz a tela voltar à vida. Pressionar o botão liga / desliga faz com que o computador seja desligado. Ao reiniciar, o HDMI é novamente ativado e a tela volta à vida até que você desligue a energia e, imediatamente depois, ligue-a novamente; apenas para ser saudado pelo protetor de tela da TV.

Eu fiz uma instalação totalmente nova do Mythbuntu 16.04, formatando todas as partições de antemão, e o problema, como esperado, ainda está lá.

Em outras palavras, o problema parece estar no sistema operacional, 16.04 e, provavelmente, está relacionado ao driver ao usar o HDMI. Ainda não tive tempo de experimentar outras saídas de vídeo.

Com certeza posso dizer que, no momento em que você desliga a alimentação do monitor e quando liga o monitor novamente, mesmo depois de tê-lo desligado, o HDMI ativo não é detectado pelo computador.

Um problema confuso, mas acho que, pelo menos, identifiquei positivamente o que está causando isso. Espero que isso seja útil para os desenvolvedores do Ubuntu. A placa-mãe é um Gigabyte ITX usando um processador Intel i5.

    

Answer 3

A Intel agora tem uma correção de atualização do BIOS para isso que você pode obter de seu Centro de Download da Intel . Esse problema também afeta os NUCs da 6ª geração (Skylake) e uma correção do BIOS é fornecida para eles.