Falha repetida na instalação em 19.04 e 18.04.2 - Conselhos para solução de problemas?

Falha repetida na instalação em 19.04 e 18.04.2 - Conselhos para solução de problemas?

Não consigo instalar em alguns desktops idênticos. Eles têm especificações idênticas e ambos falham de maneira semelhante, então acredito que é improvável que seja uma falha de hardware. Eu tentei 19.04 e 18.04.2 LTS.

O instalador falha tanto na inicialização do Live USB quanto na instalação e na instalação direta do GRUB.

Ele falha devido à falha de partes aleatórias em qualquer ponto durante o instalador - o seletor de fuso horário falha, a parte que está criando as partições falha, falha com um erro aleatório desconhecido posteriormente no processo e tenta fazer um relatório de erro, mas falha completamente durante essa fase. Não consigo obter nenhuma informação de depuração.

Tentei desabilitar o UEFI Secure Boot do BIOS e procurei por algum recurso estranho de economia de energia no BIOS, mas não tenho certeza se estou procurando. Formatei os discos com formato longo, ou seja, escrevendo 0s apenas para garantir que não haja problemas estranhos de partição devido a todas as tentativas de instalação malsucedidas.

Eu também tentei dois pendrives diferentes.

Algum conselho sobre onde procurar erros ou o que tentar desligar? Aqui está a especificação do hardware. Novamente, tenho dois PCs idênticos, ambos com esse problema.

Processador (CPU) Intel® CoreTM i5 Processador de seis núcleos i5-8500 (3,0 GHz) 9 MB de cache

Placa-mãe ASUS® H310M-A R2.0: Micro-ATX, DDR4, LGA1151, USB 3.1, SATA 6GBs

Memória (RAM) 16GB Corsair VENGEANCE DDR4 2400MHz

Placa Gráfica 2GB NVIDIA GEFORCE GT 1030

Editar: Depois de adicionar nomodeset aos parâmetros de inicialização e instalar sem drivers gráficos, ele trava e ao tentar criar o relatório de erros de instalação. O Ubiquity trava informando que a partição inicial tem menos de 0,0 MB de espaço livre. Isso ocorre em uma instalação que especifica uma nova instalação em todo o SSD de 250 GB.

É possível que algum tipo de log de erros esteja preenchendo a unidade? É difícil ver como você pode gerar 250 GB de erro em poucos minutos... Não sei como ler os logs de erros durante a instalação. Posso eliminar um nível de inicialização e capturar os logs? Estou tão perdido... :(

Editar: consegui diminuir um nível de inicialização e ver o que está acontecendo. A tela está se divertindo muito postando MUITOS erros caindo em cascata na tela. Tenho uma foto para ler os erros: PCIe Bus Error: Secerity=Corrected type=Phsyical Layer... etc

Vou pesquisar isso no Google. Talvez este erro esteja preenchendo a partição raiz

Editar: Adicionado pci=nomsi aos parâmetros de inicialização no grub levou a uma instalação bem-sucedida. Referência:Gravidade do erro do barramento PCIe = corrigido

Isso aconteceu depois de usar o parâmetro nomodeset, que me permitiu ver os logs preenchendo o disco rígido.

Acho que ainda existem alguns problemas subjacentes com a CPU ou com o chip WiFi, discutidos em outras discussões, levando a esse erro. Contanto que eu consiga impedi-los de encher o SSD, acho que está tudo bem ...

Responder1

Falhas aleatórias, ou seja, problemas de estabilidade de hardware como esse (que é o que percebi pelo que você escreveu é o problema aqui) podem estar relacionados ao tempo de hardware. Tente redefinir a configuração do BIOS do seu sistema para valores “seguros”. A maioria dos programas de configuração do BIOS possui padrões de fábrica "à prova de falhas" ou um conjunto "seguro" de valores predefinidos. Se isso não funcionar, seu hardware é o culpado mais provável. Alguns fabricantes de hardware asiáticos economizam muito, mas de uma forma que o Windows ainda funciona a maior parte do tempo, e é com isso que eles se importam.

Responder2

Após a ajuda, descobri que o problema subjacente foi causado pelo fato de meus arquivos de log serem inundados com erros causados ​​por alguns problemas com a arquitetura da CPU ou do chip WiFi.

Isso é suprimido na instalação editando as configurações do GRUB na instalação:

Na tela do grub, pressione "E" para editar o comando de inicialização e adicione pci=nomsi após quiet splash

Após a instalação bem-sucedida, cat'd /var/log/kern.log e verifiquei que o erro ainda estava ocorrendo em uma instalação real, para adicionar este parâmetro permanentemente ao grub:

sudo nano /etc/default/grub

E adicione o parâmetro pci=nomsi ao arquivo como:

GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash pci = nomsi"

Salve o arquivo e execute sudo update-grub e reinicie.

Não é o ideal, mas parece estar funcionando por enquanto...

informação relacionada