A inicialização trava após a atualização para o kernel 3.13.0-43

9

Acabei de atualizar de 3.13.0-40 para 3.13.0-43 e agora não consigo inicializar - meu sistema trava na tela inicial do ubuntu com os cinco pontos laranja. Todos os meus fãs estão rodando a todo vapor, e o sistema não responde de maneira nenhuma - não posso ctrl-alt-f1 em um prompt de comando.

Tenho certeza de que isso está relacionado à atualização, porque ainda consigo inicializar a 3.13.0-40. Eu tentei reinstalar o linux-generic e o linux-image-generic, não mudou nada.

Quando olho para o syslog, parece não haver nenhuma entrada da falha na inicialização.

Como posso solucionar o problema dessa versão do kernel que está causando a interrupção do sistema?

Especificações do sistema: Ubuntu 14.04, placa de vídeo AMD Radeon HD 7750, usando os drivers de código aberto

Dane Powell
fonte
Se os ventiladores estiverem funcionando com inclinação máxima, é possível que haja um problema na configuração do driver gráfico. Você pode acessar o terminal com `Ctrl + Alt + F2 depois de travar?
Zbunjeni
Obrigado, mas ctrl + alt + f2 não teve efeito visível. Parece que não consigo entrar no terminal de nenhuma maneira.
Dane Powell
Tente pressionar a combinação de teclas (ctrl + alt + F2) assim que vir o splash da GUI, no meu caso, tive que fazer login muito rapidamente para fazer o terminal funcionar e não congelar.
Zbunjeni
Sucesso! Ele revelou um pânico no kernel, rastreamento de pilha e vários erros relacionados à placa de vídeo. É um shell não interativo para que eu não poderia capturar o texto, mas eu tenho uma imagem: imgur.com/pHQJRov
Dane Powell
Ok, ficou na linha do terminal ou trava no final?
Zbunjeni

Respostas:

2

Introdução

Eu também tive o mesmo problema após uma atualização em um processador AMD A6-6400 com uma GPU Radeon HD. Tem a tela preta da morte (BSOD). Consegui inicializar (algumas vezes) mantendo pressionada a tecla Shift para exibir o menu GRUB, selecionando "Opções avançadas para Ubuntu" e depois selecionando uma versão anterior do kernel (3.13.0-40-genérico).

Atualização V - Reconstrução do sistema

Meu processador AMD está montado em uma placa-mãe Gigabyte GA-F2A88XN-blá-blá-blá com componentes de resfriamento silenciosos para modernização. Eu odeio barulho. Eu gosto deste sistema quando funciona corretamente porque não consigo ouvi-lo. Não sugira que eu mude o hardware. Isso não vai acontecer.

O sistema antigo

Eu tinha o Ubuntu 14.04 LTS (32 bits) instalado com os drivers proprietários do fglrx ativados. Os drivers de código aberto usavam muita energia da CPU. Eu podia ouvir os fãs. Os drivers de código aberto foram ruins.

Essa configuração do fglrx funcionou bem por cerca de um ano. Em seguida, as atualizações automáticas 14.04 pararam de funcionar. Mais besteira BSOD. Aquele tipo de coisa. Já é suficiente.

O novo sistema

O novo sistema começou com o Ubuntu 15.10 (64 bits) instalado com os drivers de código aberto habilitados. Tudo parecia funcionar. Ativei os drivers fglrx. Tudo parecia funcionar. WooHoo. Hora do almoço.

Por algum motivo, depois de algum tempo, os ventiladores de refrigeração personalizados começaram a funcionar na velocidade máxima. Minha caixa preta era barulhenta e irritante.

O sol estava brilhando na caixa e estava um dia quente, mas a CPU deveria estar dormindo. Agora parecia que estava competindo no Tour-de-France.

Liguei a TV, liguei o teclado remoto. Verifique se a entrada HDMI correta está selecionada. Isso leva provavelmente 45 segundos. Enquanto isso, a caixa está gritando por ar. A Tela Preta da Morte (BSOD) é a única resposta. Este procedimento leva mais de 45 segundos.

Então, pressione e segure o botão liga / desliga do painel frontal. Eu conto até 10. Lentamente. Nada acontece. WTF?!? Espero um pouco mais porque não sei o que fazer. Isso nunca aconteceu antes.

Então eu puxo o cabo de força.

A recuperação dessa condição é um pouco complicada, mas pode ser feita. Eu diria a você como fiz isso, mas esqueço agora e sua milhagem pode variar (YMMV) de qualquer maneira. Basta perguntar à Volkswagon .

Versão curta: AMD A6-6400 em uma placa-mãe Gigabyte GA-F2A ...? Instale o Ubuntu 15.10 de 64 bits. Use os drivers de código aberto. Isso funciona melhor.

Atualização IV

Desde então, alterei uma linha no / etc / default / grub de

GRUB_DEFAULT=0

para

GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 3.13.0-40-generic"

Observe que o texto entre aspas é exatamente o mesmo texto que aparece nos 2 níveis dos menus do GRUB. Ajuste de acordo com o que aparece no seu próprio monitor.

Após salvar a edição, execute o comando:

sudo update-grub

Esta não é uma solução, é claro, apenas uma solução alternativa, mas pelo menos inicializa normalmente e tudo parece funcionar. Espero que uma atualização futura resolva esse problema. Esta última atualização foi um pesadelo total!

Atualização III

A atualização mais recente do kernel (3.13.0.45) aleijou meu sistema. Agora estou usando os drivers proprietários da AMD mais recentes e tudo funciona novamente. Essa foi outra atualização dolorosa. Então agora estou pensando em usar algo diferente do Ubuntu. A sério.

Atualização II

Conforme relatado abaixo, a atualização mais recente do kernel do Linux (3.13.0-44) corrigiu o problema para mim, porque eu aparentemente uso o driver Radeon. O problema foi relatado em 14 de dezembro, mas demorou quase um mês para corrigi-lo.

Mas espere! Tem mais! Aparentemente, o Kernel 3.13.0-44 tem problemas com drivers NVIDIA .

https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-331-updates/+bug/1409801

Atualização I

Esta manhã (13 de janeiro), o atualizador de software baixou o kernel do Linux 3.13.0-44. Funciona no A6-6400 na reinicialização. O arquivo / etc / default / grub está de volta à sua forma original.

Para constar, também tentei usar várias variações do pacote de pacotes AMD fglrx. Ele funcionou com os lançamentos -40 e -43, mas a exibição renderizada tinha o tamanho errado! Ele transformou uma TV HD de 50 "em uma TV pronta para HD de 46". A tela menor estava centralizada na área de 50 ". Muito estranho.

Diógenes
fonte
Eu tenho uma máquina semelhante e tive um problema semelhante. Eu só queria confirmar que a atualização para o kernel 3.13.0-44 também corrigiu meu problema.
snapfractalpop
0

1) Eu escolhi e inicializei 3.13.0-39.

2) Então virei proprietário da fglrx

3) E reinicie em 3.13.0-43, isso funciona

PS desculpe pela minha tradução do Google

Sistema PPS: Ubuntu 14.04.1 LTS i686 Kernel: 3.13.0-43-genérico DE: Unity Session: ubuntu Processador: Intel (R) Core (TM) i3-2100 CPU a 3.10GHz Vídeo: 01: 00.0 Controlador compatível com VGA: Advanced Micro Devices, Inc. [AMD / ATI] Juniper PRO [Radeon HD 6750] Subsistema: Hightech Information System Ltd. Driver do kernel do dispositivo 2313 em uso: fglrx_pci

Escalador
fonte
Obrigado, isso é mais uma solução alternativa do que uma solução, mas é a melhor idéia até agora.
Dane Powell
IMHO, a melhor maneira de tentar isso é com o Gerenciador de Pacotes Synaptic. Pelo menos, lida com os problemas de dependência. Dito isto, ainda existem problemas.
Diogenes
0

O mesmo aqui, Athlon 5150 com radeon R3 (HD8400). Tela preta, congelamento do sistema durante a inicialização, iniciada após a atualização do Ubuntu (essa atualização está incluída na instalação do Ubuntu (!!!))

Aqui está o relatório de erro: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1402386

O pior é que o kernel 3.16.0-28 também é atormentado por esse bug.

T.Kijas
fonte
0

Estou tendo exatamente o mesmo problema com uma placa NVIDIA (gtx770 e drivers proprietários) e o kernel de baixa latência!

Não tive tempo para examinar o problema aqui, mas o resultado é o mesmo, para que possam estar relacionados ... Não consigo acessar nenhum outro TTY, mas usando o ssh, consegui me conectar ao PC. Espero encontrar algum tempo amanhã.

lucaelin
fonte
Eu também estava tendo problemas com uma placa NVIDIA (GTX 750 Ti) . Executo os drivers disponíveis no site nvidia.com/object/unix.html . Eu consegui acessar o TTY, então reinstalei os drivers mais recentes e ele funciona novamente. Também deparei com a seguinte pergunta, que tem uma resposta que sugere a instalação do DKMS. Vamos tentar e ver o que acontece com a próxima atualização do kernel.
Jason Lewis
Estou executando as 331 atualizações oficiais do repositório, então não há razão para eu usar dkms manualmente. Nunca tive nenhum problema como esse!
Lucaelin
Estou em funcionamento novamente desinstalando e reinstalando o pacote 331-updates. mas a razão ainda não está clara para mim! Pelo que eu vi o módulo buraco não estava disponível após a atualização .. estranho
lucaelin