Inicialização do GRUB Manjaro corrompida na nova instalação do driver de vídeo-linux da placa gráfica RX 580

0

Estou com um bug no Manjaro Gnome que espero resolver.

Sistema do PC e configuração da unidade:

Sistema BIOS legado. ASUS Maximus IV Extreme-Z. Esta placa-mãe suporta a inicialização do BIOS UEFI em teoria, mas a ativação da ROM compatível com EFI nas opções faz com que o sistema não consiga inicializar o BIOS deixando apenas uma tela preta. Isto não está relacionado com o bug presente.

Sapphire RX 580 Nitro +. Esta placa possui um BIOS híbrido capaz de inicializar com BIOSs legados e UEFI. Seu modo padrão é legado. (Muitos usuários relataram problemas em fóruns com BIOSs legados nos modelos Sapphire 480).

sda SSD
    sda1 MS Windows Reserved
    sda2 Windows 10
    sda3 extended Manjaro
        sda5 /boot
        sda6 /
        sda7 /var
sdb SATA HDD
    sdb1 Windows data partition (sometimes appears boot in gparted options)
    sdb2 Manjaro Swap partition
sdc SATA HDD
    sdc1 extended Manjaro
        sdc5 /home
    sdc3 Windows data partition

Explicação de erros:

Após instalar uma nova placa gráfica o GRUB inicializou bem . Entrei no Manjaro " Gerenciador de Hardware " e pressionei " Instalar automaticamente os drivers de código aberto ".

Isto instala os drivers " video-linux " que incluem drivers de código-fonte aberto da AMD na distribuição Manjaro.

Logo depois que eu reiniciei o Manjaro e isso de alguma forma corrompeu a inicialização e até atrapalhou a resolução do vídeo na BIOS produzindo esta imagem quando eu entrei na configuração do BIOS:

AinstalaçãodeumaplacadevídeosobressalentepareceuresolveroproblemaeaexibiçãodaimagemnaBIOSvoltouaonormalcomaplacasobressalenteedepoisdeconectarnovamenteoRX580.

Depoisdisso,eudesinstaleiosdrivers"video-linux" durante uma das poucas vezes que Manjaro conseguiu inicializar, mas isso não resolveu o problema.

A inicialização corrompida consiste em vários problemas:

  1. O SSD sda é detectado pelo BIOS apenas algumas vezes . Muitas outras vezes ele aleatoriamente não é detectado. Verifiquei a integridade do SSD com " sudo smartctl -a / dev / sda " e ele relatou um estado íntegro com 96 a pontuação mais baixa em uma escala de 0/100.
  2. Tentando restaurar o GRUB de acordo com o este guia só funcionou algumas vezes. O SSD parece degradar a cada inicialização . O primeiro boot depois de aplicar a correção funcionou bem, mas na próxima inicialização desse erro retornado e o boot corrompido novamente até que eventualmente ele não possa mais inicializar. Verificou a partição sda5 / boot com fsck e relata que tudo está OK como no resto das partições sda.
  3. grub-install --recheck não relatou erros em / dev / sda e sdc. ativado sdb relatou um FlexNet no setor 32 . Eu apliquei a correção por este guia
  4. Eu fiz backup e excluí os primeiros 63 setores de sda e sdb com sudo dd e fez um grub-install e grub-update em sda. Também fiz um grub-install --recheck em sdb e sdc por via das dúvidas.
  5. As instruções nesses guias não funcionaram e a inicialização é corrompido de várias maneiras:

a .- Como mencionado, o SSD é detectado aleatoriamente pelo BIOS.

b .- Se eu definir o SSD como a unidade de inicialização padrão, ele entrará no modo de recuperação do GRUB.

c .- Se eu inicializar o SSD com a opção de substituição de inicialização do BIOS, ele entrará no Manjaro GRUB bem.

d .- Selecionando o Manjaro ou o Windows 10 boot relata um erro de inicialização que o sistema está tentando ler / escrever fora da unidade física com este log reportando apenas o Manjaro de inicialização:

Registroseinformaçõesrelacionadasaestasituação:

EuachoquepodeestarrelacionadocomaopçãodeBIOShíbridadestaplaca.AntesdessebugeunãoconseguiainicializaromeuManjaroliveUSBnomodoUEFI(pareceumproblemadecompatibilidadedaEFIrelacionadoaomeuASUSMobo)

Masapósesseerro,oliveUSBassumiuopadrãodeinicializaçãoUEFIbem-sucedidaapósapublicaçãodoBIOS.

TambémnainicializaçãooliveUSBrelatoumuitoserrosdeleitura/gravaçãodoSSDelevoumuitotempoparainicializarManjaroXFCE.

Depoisdisso,ospróximosreportarammuitomenoserroseinicializaramemmuitomenostempo.Aquiestáum link pastebin para journalctl -b log do liveUSB. (Este é o único log que eu posso incluir, já que não consigo inicializar o sistema base do Manjaro)

Este erro no log pastebin:

nov 25 19:40:37 manjaro kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170728/psargs-364)
nov 25 19:40:37 manjaro kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.SPT1._GTF, AE_NOT_FOUND (20170728/psparse-550)

Apareceu desde que eu instalei o Manjaro ( não relacionado com o bug atual ) e é facilmente solucionável adicionando:

sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="libata.noacpi=1"
sudo update-grub
    
por ManjaroDan 25.11.2018 / 21:16

1 resposta

0

Como Michael Prokopec sugeriu conectar o SSD em outro sistema e os contatos de limpeza resolveram o problema.

Na inicialização, o outro sistema fez um e2fsck no SSD relatando sua integridade também. Depois tentei reproduzir o erro e parece que está funcionando por enquanto.

Pode ser um mobo defeituoso ( eu suspeito de um problema nos pinos do soquete ) ou dos contatos SATA, como Michael menciona. Isso ocorre porque a inicialização de um Manjaro liveUSB no sistema afetado com sucesso tentou um e2fsck na inicialização. Apenas a inicialização em outra placa-mãe com um sistema Manjaro consertou .

    
por 26.11.2018 / 20:15