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:
-
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.
- 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.
- 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
- 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.
- 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