Fedora pendurado na inicialização apenas com sublinhado exibido

0

Ao tentar inicializar no Fedora 24, ele é interrompido quando eu seleciono a versão 4.7.3 ou 4.7.4 do kernel do menu grub, mas se eu selecionar 4.7.2, ele inicializa normalmente. Quando ele trava, apenas um sublinhado é exibido na tela e ele não responde a nenhuma entrada de teclado ( Ctrl + Alt + Del , Ctrl + Alt + F2 , Alt + PrintScr + B ). Eu editei a linha de comando de inicialização para remover "quiet" e "rhgb", e ela imprime muito, em seguida, pára em 1,6 segundos - as linhas exibidas na tela falam sobre USB e entradas para começar, então Freeing unused kernel memory e write protecting the kernel read-only data , então a última coisa registrada são duas linhas de random: systemd: uninitialized urandom read (16 bytes read, 24 bits of entropy available) , embora a última cópia seja cortada - a linha é muito longa para ser exibida como uma, e a primeira é dividida em duas linhas, mas a segunda tem a última cortado.

Acho que isso pode estar relacionado a mim, sem sucesso, tentando instalar os drivers proprietários da nvidia após este guia . Eu pensei que tinha rolado tudo de volta embora. O que funciona, 4.7.2, é a versão em que eu estava tentando instalar os drivers da nvidia - fiz um backup do arquivo initramfs e o restaurei ao voltar. As versões criadas depois disso são quebradas.

Adicionar o parâmetro nomodule à linha de comando grub permite que ele seja mais avançado do que antes, mas ainda assim não funcione corretamente - ele chega a Sterted GNOME Display Manager e Started Virtualization daemon , então a tela começa a piscar. Ctrl + Alt + F2 funciona, mas as teclas não são registradas de forma confiável.

    
por JackW 25.09.2016 / 14:47

1 resposta

0

Acho que consegui resolver isso agora - acontece que, assim como /etc/modprobe.d , também há /usr/lib/modprobe.d , e embora eu tenha removido o arquivo nouveau da lista negra do instalador da nvidia de /etc/modprobe.d/ , não tinha removido o em /usr/lib/modprobe.d/ , então o nouveau não estava sendo carregado. A exclusão desse arquivo significa que ele está funcionando agora.

Eu descobri o arquivo de configuração extra executando

diff <(sudo lsinitrd /boot/initramfs-4.7.4-200.fc24.x86_64.img) <(sudo lsinitrd /boot/initramfs-4.7.2-201.fc24.x86_64.img) | less

e olhando através das diferenças até que eu encontrei algo suspeito. Há muito ruído (todos os drivers do kernel mudaram de caminho), mas felizmente isso foi bastante fácil de detectar.

    
por 26.09.2016 / 01:59