Questão 14.04 aleatório pendurado na inicialização


Eu já pesquisei muito e provavelmente sei o que está errado, mas não sei como consertar. Nova instalação do Trusty Tahr LTS i386 em um novo netbook com gráficos Intel N2820 Bay Trail.

A média de 4 de 5 botas é desativada quando tenta alterar a resolução da tela e deve ser desativada pelo botão liga / desliga. Então ele inicializa normalmente e está tudo bem, os gráficos são acelerados.

MAU: "Oculto" grub por 3 segundos, "Iniciando" em baixa resolução, geralmente uma tela preta por um segundo e depois "Iniciando" em uma baixa resolução para sempre.
BOA: o mesmo, "Iniciando" em uma baixa resolução muda para 1366x768 de alta resolução, em seguida, mais linhas rolam para baixo e, em seguida, a tela roxa aparece e, em seguida, tela de login.

Eu tentei jogar com as opções / etc / default / grub e funcionou até que eu reinstalei o pacote grub e instalei o grub em / dev / sda. Agora parece que / etc / default / grub é completamente ignorado (sudo update-grub processado a cada vez).

Eu tentei várias dicas (removido "respingo silencioso", adicionado "acpi off", "terminal de console"), mas ainda é o mesmo.

Nota: O modo de recuperação também é interrompido. Ele também não pára / reinicia - (esta é a última linha exibida) e o botão liga / desliga deve ser usado, mas isso é apenas um plano de fundo - não é um grande problema para mim.
Qualquer ajuda apreciada!


2
2017-07-04 08:47


origem


O / etc / default / grub é completamente ignorado. Ao reinstalar o grub, eu fiz o downgrade do Grub 2.02 para o Grub 0.97. Grub-pc 2.02 instalado mas pendurado ainda ocorre ... - user681768917


Respostas:


Aceite isso.

... o fato de que o seu (ou qualquer outro) dispositivo de Bay Trail não tem nenhum efeito crippleware. Bay Trail é reinicializado em um universo aleatório completamente diferente.  cada vez que o botão liga / desliga é pressionado. Concebivelmente, você pode tentar i915.modeset=1 em suas opções de grub,  mas não tenha esperanças.

As condolências estão em ordem:   É quase como se houvesse um gerador de números aleatórios hard-wired  anexado ao botão de energia. Começa com um controle de pinos defeituoso, decorrente do fato de que alguns  dos controles de energia tem estados padrão que não são redefinidos  ao ligar e desligar a bicicleta.

E não pode ser consertado. Sempre.

Intel Bay Trail é um desastre de trem espetacular completo com sacos de corpo super-size-me,  devido a alguns problemas de arquitetura negligenciados que o pessoal da Intel  parecem tão negligentemente negligenciar antes de lançamento no mercado.

a partir de http://www.bit-tech.net/news/hardware/2014/04/24/intel-n2820/1

"Intel descontinuou oficialmente seu chip Celeron N2820 Bay Trail   meros meses após o lançamento ... "

O lançamento deles no mercado, oops, e depois corrigir o modus operandi dos bugs é muito divertido:

"Algumas dessas falhas, ao que parece, foram rastreadas até o   design do processador "

O Windows tem o mesmo problema e não pode ser corrigido - apenas gagueja muito. Esses kits de crippleware sempre vêm com o Win 8 instalado,  Eu deveria ter sabido melhor do que alegremente assumir porque tinha Win 8, poderíamos  basta substituí-lo e prosseguir no ritmo.

Eu paguei um bom dinheiro por um (me chute de novo se eu comprar outra fossa SoC da ACER)  Iconia W4-821 com 3740 Bay Trail e eu estive em uma curva de aprendizado de lançamento de foguete.

Google "fedlet" ou "bay trail kernel" para ver que um monte de nós que nos iludimos  em gastar tempo e dinheiro em BAY TRAIL e você verá o que está envolvido. Parabéns aos caras que chegaram lá primeiro e lançaram uma luz brilhante sobre os problemas:

Adam Williamson "Fedlet" (ele é um ex-rock star Mandriva no caminho de volta).

Jerry Wells "Ubuntu no Asus Transformer Book T100"

... mas os comentários mais legais estão na lista de discussão do kernel,  onde alguns dos caras que estão tentando consertar o kernel do linux  Para acomodar hardware Intel com defeito, temos algumas perspectivas interessantes:

Citado - eu não estou brincando! - a partir de

https://lkml.org/lkml/2014/2/11/962

Re: Baytrail/T (ASUS T100 etc) regression from 3.13 onwards

Ugg, então revertendo uma correção real para fazer o T100TA trabalhar por acidente ...   isso é feio.   ... ...

Um parâmetro de módulo para corrigir um bug? Ugh, isso é quase pior do que     revertendo o patch original, certo?

Por favor, não faça isso, as distros vão te odiar ainda mais do que eles     atualmente faz :)

Eu poderia lhe enviar vídeos de como esse problema de reinicialização é aleatório  mas seria uma perda total de tempo e largura de banda.

Tijolo, usa energia e exibe esquemas de cores aleatórios.

... Bay Trail.


2
2017-10-30 07:35