Resumo do problema
Sexta-feira passada, instalei atualizações para o Ubuntu 18.04 com sudo apt-get update && sudo apt-get upgrade
. Algumas dessas atualizações exigiram uma reinicialização. Após a reinicialização, após o GRUB, a inicialização ficou presa em uma tela roxa antes do logotipo / login do Ubuntu. Não consigo acessar o terminal nesta etapa através de Ctrl + Alt + F7/T/F1/F2
métodos. O modo de recuperação não funciona e fica preso noLoading initial ramdisk...
Tentativas de resolução
Como mencionado acima, o modo de recuperação não funcionou.
Tentativa de usar o reparo de inicialização , isso foi executado com êxito, mas não resolveu o problema. Saída desta tentativa aqui .
Em seguida, fiz backup de alguns arquivos e tentei uma nova instalação do 18.04.2. Isso funcionou, mas assim que peguei os ~ 400 MB de atualizações para esta instalação limpa, encontrei o mesmo problema de antes. Tentei usar o Software Updater e o terminal. Não tenho idéia de qual atualização está sendo quebrada, aqui está um log completo de atualizações.
Vi o que pode ser um problema relacionado aqui: Ubuntu congelar na tela roxa de inicialização . Como esse usuário parecia ter um problema com as atualizações do kernel, excluí a execução das atualizações do kernel e tentei novamente, ainda com o mesmo resultado de antes.
Então, neste momento, estou sem saber como proceder. Espero conseguir ajuda nesse tópico. Caso contrário, talvez seja necessário fazer o downgrade para 16.04 ou 19.04 ...
EDIT 1
Parece que esse bug já foi relatado à Canonical. Parece que isso pode estar relacionado a atualizações recentes de microcódigo da Intel ou a um problema de acpi.
- https://bugs.launchpad.net/ubuntu/+bug/1829735 <- este relatório cita este tópico como verificação para vários usuários que estão enfrentando esse problema, portanto, fique atento se for afetado por ele!
- https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1829784 <- acpi citado como uma possível causa neste relatório
- https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- Atualizações de microcódigo da Intel causando problemas de inicialização de alguns usuários da ASUS
EDIT 2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 <- As atualizações de microcódigo da Intel no ASUS, causando o travamento do kernel, foram identificadas como o ponto crucial do problema. Solução temporária confirmada para inicializar máquinas é a resposta aceita abaixo.
Um vídeo do youtube sobre esse problema e a solução alternativa documentada: https://www.youtube.com/watch?v=NbxrSaclKRc
EDIT 3
A partir de 09/03/2019, instalei a atualização mais recente do BIOS da ASUS (a partir do Windows 10) e posso confirmar que isso me permite inicializar normalmente no Ubuntu sem a necessidade da dis_ucode_ldr
opção no GRUB. Eu recomendaria isso como uma correção mais sustentável e definitiva para o problema do que usar a solução alternativa neste momento.
Asus VivoBook X530FA_S530FA
que tem apenas alguns meses de idade. Vídeo integrado da Intel.quiet splash nomodeset
não funcionou. Ainda chegando a uma tela roxa e penduradaRespostas:
bem, eu também tenho um Asus ZenBook UX433FA fazendo esse problema, eu estava executando o 18.10 e fiz o apt-get upgrade ontem à noite e quebrou o sistema. Desde então, usei esse método de recuperação de livecd para atualizar para o 19.04 ainda sem sorte com a inicialização. possui vários kernels instalados, nenhum dos quais ultrapassará o "loading ramdisk inicial". ao usar o acima, instalei o kernel v5.1 com o ukuu sem sorte e joguei erros sobre o dkms para o driver da nvidia incompatível com a versão do kernel.
O registro DMESG de edição conseguiu obter o dmesg de uma inicialização parcial aqui
informações de log de reparo de inicialização aqui ocasionalmente, ele inicializa com erros sem saber quais informações ou como coletar informações nessas ocasiões para ajudar na depuração.
apenas uma nota lateral não era carregada há cerca de um mês antes disso. Eu sei que isso provavelmente deve ser um comentário, mas não tenho crédito suficiente.
Editar 2
fonte
dis_ucode_ldr
(no final da linha de comando brub começando com linux )Eu tive o mesmo problema em um novo Asus Vivobook s15 S530FA (intel i5-8265U). Após instalar as primeiras atualizações no ubuntu 18.04.2 LTS, a tela de inicialização ficou paralisada em "loading ramdisk inicial".
Conforme mencionado nos comentários acima, uma solução alternativa para isso é desativar o microcódigo nas opções do grub, adicionando: dis_ucode_ldr. Esta solução funciona para depurar esse problema, mas não é recomendada para uso regular.
Até agora, a melhor solução que eu acho é fazer o downgrade do pacote intel-microcode para a versão anterior:
Em seguida, congele o pacote para evitar a atualização acidental:
Por enquanto, evitarei instalar o intel-microcode = 3.20190514.0ubuntu0.18.04.3
fonte
Encontrei uma solução durável no rastreador de erros (consulte https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829620 SOLUÇÃO 3: atualize o BIOS)
A ASUS lançou uma atualização do BIOS para o UX433FN em 2019.06.17 (verifique o modelo exato)
AVISO: A atualização do BIOS é uma operação arriscada e não pode ser revertida !!
Visão geral: Você basicamente precisa baixar um zip, extrair o arquivo como uma chave USB, entrar no BIOS e iniciar o Flash Utility, selecionar o arquivo e pronto (você pode fazer isso no Ubuntu).
Aqui estão as etapas detalhadas:
fonte
Tendo exatamente o mesmo problema em um novo Asus ZenBook UX433FA. Instalei o Ubuntu 18.04.02 com inicialização dupla, iniciei sem problemas, mas depois de instalar o primeiro lote de atualizações e reiniciar, obtive a mesma tela roxa.
Encontrei uma correção temporária desativando o Secure Boot (inicializando com
nomodeset
e depois na linha de comandosudo mokutil --disable-validation
). Funciona bem depois disso, então suspeito que tenha algo a ver com alguns drivers incluídos nas atualizações. Alguma sugestão de como corrigir isso de forma mais permanente?fonte
Há uma correção temporária agora publicada em: bugs.lauchpad execute este comando no terminal:
então, ao iniciar o linux, fazê-lo com apenas um toque silencioso, eu o fiz e funcionou para mim no meu Asus UX433FA. Se você não puder acessar o terminal durante a inicialização, pressione ee tente fazer um res silencioso silencioso ou qualquer combinação de resfriamento silencioso sem um ro na frente, qualquer coisa que possa levá-lo à tela preta do terminal ou logado. Se você acessar a tela preta do terminal tente ctr alt f5 ou f4 e assim por diante para acessar o terminal linux e execute o comando
fonte
Eu tenho exatamente o mesmo problema com um Dell Precision Tower 5810. Permiti que uma atualização do ubuntu ocorresse esta manhã (19 de junho de 2019). Após a reinicialização, chego à tela do GRUB, pressione Enter, enfrente uma tela roxa em branco e nada acontece.
Desligue com força e reinicie. Vá para Opções Avançadas para Ubuntu, modo de recuperação para o kernel 4.15.0-52-generic, ele não conseguiu exibir as opções corretamente. Não consigo entrar no modo terminal, não importa o que eu faça (ctrl alt F4, F5 ...). O estranho é que, nesse estado, o comportamento do sistema parece aleatório. Eu tentei esse modo de recuperação várias vezes e o comportamento é diferente todas as vezes.
fonte
Quero postar qual é a resolução final para o meu problema acima.
Entrei em contato com a equipe de suporte da Dell e eles disseram que o culpado é a atualização do driver da Nvidia. Eles também disseram que não há maneira conhecida de desenrolar a mudança. Então, eu tenho que reinstalar todo o ubuntu 18.04 do zero, apagando tudo no disco.
Problema semelhante aconteceu comigo dois anos atrás. Após uma atualização inócua do ubuntu, não consegui entrar novamente. Lutando por uma semana, tentando todos os truques que encontrei no SO, acabei reinstalando.
Lição aprendida: a atualização do driver da Nvidia é suscetível a falhas. Tenha muito cuidado ao aceitar uma atualização de driver.
fonte
Aqui está um vídeo completo sobre esse problema: https://www.youtube.com/watch?v=NbxrSaclKRc
Como dito nas edições posteriores, há uma atualização de firmware que resolve o problema.
Resumo da correção:
adicione o parâmetro de inicialização:
dis_ucode_ldr
em / etc / default / grubentão
update-grub
fonte
Eu tinha o mesmo sintoma, mas agora percebi que, se eu fizer uma inicialização a frio, o sistema inicializa ok!
Isso ocorreu após a atualização do software hoje. Mas mesmo após a atualização S / W,
1. se eu fizer 'shutdown -r now', recebo a tela roxa.
2. se eu pressionar a tecla Shift e entrar no grub2, selecionar uma e pressionar ctrl-X, a inicialização não será iniciada, apenas permanecerá na tela roxa.
3. Tentei perseguir alguns parâmetros de inicialização em vão (como dis_ucode_ldr)
e tentei inicializar a frio (desligue a máquina e ligue-a após alguns segundos), ela inicializa com êxito. Espero que alguém ache isso útil.
fonte