Recentemente, estava tentando instalar o Mint em vários nós do meu instituto. Às vezes, eu não conseguia instalar e recebia muitos erros de ‘PCIe Bus’ na tela. Também observei um problema semelhante com o Ubuntu 18.04.
Fiquei preso nisso por mais de um mês, depois de usar muitas soluções e observações (a solução é a mesma, mas a observação e o tratamento podem ser diferentes), encontrei algo que foi útil para mim e acho que poderia ser útil para outros Ubuntu e Usuários do Linux Mint.
Observações sobre a gravidade do erro de barramento PCIe corrigida
// <! [CDATA [janela.__ Mirage2 = {petok: f63d2aebad1bb50d42b82b4c8551d44f92754bad-1611937519-1800}; //]]>! [Solucionando problemas do Linux]()
Aconteceu com meu sistema HP e parece que há alguns problemas de compatibilidade com o hardware HP. O erro de barramento PCIe é basicamente o kernel do Linux relatando o problema de hardware.
Esse relatório de erro se torna um pesadelo devido à frequência das mensagens de erro geradas pelo sistema. Eu observei em vários fóruns do Linux que muitos usuários da HP encontraram esse erro, provavelmente a HP precisa melhorar o suporte do Linux para seu hardware.
Observe que isso não significa necessariamente que você não pode usar Linux em seu sistema HP. Você pode ser capaz de usar o Linux como todo mundo. É que ver esta mensagem piscando na tela a cada inicialização é irritante e, às vezes, pode levar a problemas maiores.
Se o sistema continuar relatando, aumentará o tamanho do log. Se você tiver espaço limitado para o root, isso pode significar que seu sistema ficará preso na tela preta exibindo a mensagem de erro PCIe e seu sistema não será capaz de inicializar.
Agora que você sabe algumas coisas, vamos ver como resolver esse erro.
Lidando com mensagens de erro de barramento PCIe se você puder inicializar em seu sistema Linux
Se você vir a mensagem de erro de barramento PCIe na tela durante a inicialização, mas ainda conseguir fazer o login, pode fazer uma solução alternativa para esse incômodo.
Você pode fazer pouco na frente da compatibilidade de hardware. Quer dizer, você (muito provavelmente) não pode prosseguir e começar a codificar os drivers para o seu hardware ou corrigir o código dos drivers existentes. Se o seu sistema funcionar bem, sua principal preocupação deve ser que muitos relatórios de erros não ocupam espaço em disco.
Nesse sentido, você pode alterar o parâmetro do kernel do Linux e solicitar que ele pare de relatar os erros de PCIe. Para fazer isso, você precisa editar a configuração do grub.
Basicamente, você só precisa usar um editor de texto para editar o arquivo.
A primeira coisa primeiro, faça um backup de seu arquivo de configuração do grub para que você possa reverter caso não tenha certeza das coisas que mudou. Abra um terminal e use o seguinte comando:
cp /etc/default/grub ~/grub.back
Agora abra o arquivo com Gedit para edição:
sudo gedit /etc/default/grub
Procure a linha que tem GRUB_CMDLINE_LINUX_DEFAULT = quiet splash
Adicione pci = noaer nesta linha. AER significa Advanced Error Reporting e ‘noaer’ pede ao kernel para não usar/registrar o Advanced Error Reporting. A linha alterada deve ser semelhante a esta:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
Depois de salvar o arquivo, você deve atualizar o grub usando este comando:
sudo update-grub
Reinicie o Ubuntu e você não verá mais as "Mensagens de correção de gravidade de erro de barramento PCIe".
Se isso não resolver o problema para você, você pode tentar alterar outros parâmetros do kernel.
Resolução de problemas adicionais: Desative o MSI
Agora você está recorrendo ao golpe e ao julgamento. Você pode tentar desabilitar MSI. Embora o kernel do Linux suporte MSI por vários anos, uma implementação incorreta de MSI de algum fabricante de hardware pode levar a erros de PCIe.
A broca é praticamente a mesma que você viu na seção anterior. Você edita a configuração do grub e faz com que a linha GRUB_CMDLINE_LINUX_DEFAULT tenha a seguinte aparência:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi"
Atualize o grub e reinicie o sistema:
sudo update-grub
Ainda mais solução de problemas: Desative o mmconf
Eu sei que está ficando repetitivo, mas se você ainda estiver enfrentando o problema, pode valer a pena tentar uma última vez. Desta vez, desative o parâmetro mmconf no kernel do Linux.
mmconf significa configuração de mapeamento de memória e, se você tiver um computador antigo, um BIOS com erros pode causar esse problema.
As etapas permanecem as mesmas. Basta alterar a linha GRUB_CMDLINE_LINUX_DEFAULT na configuração do grub para torná-la semelhante a:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nommconf"
Não consigo inicializar! Como editar a configuração do grub agora?
Em alguns casos, se você nem mesmo conseguir inicializar, talvez seu root esteja sem espaço. Uma ideia aqui seria deletar arquivos de log antigos e ver se você pode inicializar agora e, se sim, mudar a configuração do grub.
Na reinicialização, se você travou com os logs na tela e fez uma inicialização a frio (use o botão liga/desliga para desligá-lo e ligá-lo novamente). Ao ligar, escolha entrar no modo de recuperação na tela do grub. Deve estar em Opções avançadas.
![Opções de inicialização avançadas no menu Grub do Ubuntu]()
Se o seu sistema não mostrar o grub tela, pressione e segure a tecla shift na inicialização. Em alguns sistemas, pressionar a tecla Esc abre a tela do grub.
Na opção avançada-> modo de recuperação:
![Inicialize no modo de recuperação]()
Vá para o shell do root:
![O prompt do shell do root permite que você redefina a senha no Ubuntu]()
Se você usar o comando ls para localizar arquivos grandes, você verá que sys.log e kern.log ocupam muito espaço:
ls -s -S /var/log
Você pode esvaziar os arquivos de registro na linha de comando do Linux desta forma:
$ > syslog $ > kern.log
Feito isso, reinicie o sistema. Você deve ser capaz de logar. Você deve alterar rapidamente os parâmetros do grub conforme discutido acima. Adicionar pci = noaer deve ajudá-lo neste caso.
Eu sei que é mais uma solução alternativa do que uma solução. Mas isso é algo que me perturbou por muito tempo e me ajudou a contornar o erro. Caso contrário, tive que reinstalar o sistema.
Eu só queria compartilhar o que funcionou para mim com a comunidade aqui. Espero que ajude você também.
Este artigo foi escrito por Arun Shrimali. Arun é chefe de TI do Resonance Institute na Índia e tenta implementar software de código aberto em sua organização.
O artigo foi editado por Abhishek Prakash.
