Ao tentar inicializar no Fedora 24, ele trava quando seleciono a versão 4.7.3 ou 4.7.4 do kernel no 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 do 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 e depois para em 1,6 segundos - as linhas exibidas na tela falam principalmente sobre USB e entradas para começar, depois Freeing unused kernel memorye write protecting the kernel read-only data, então a última coisa logado tem duas linhas de random: systemd: uninitialized urandom read (16 bytes read, 24 bits of entropy available), embora a última cópia esteja cortada - a linha é muito longa para ser exibida como uma, e a primeira é dividida em duas linhas, mas a segunda tem o último bit cortado.
Acho que isso pode estar relacionado ao fato de eu ter tentado sem sucesso instalar os drivers proprietários da nvidia seguindoeste guia. Eu pensei que tinha revertido tudo. A que funciona, 4.7.2, é a versão em que eu estava tentando instalar os drivers da nvidia - fiz backup do arquivo initramfs e o restaurei ao reverter. As versões criadas depois disso estão quebradas.
Adicionar o nomoduleparâmetro à linha de comando do grub permite que ele vá mais longe do que antes, mas ainda não funciona corretamente - chega a Sterted GNOME Display Managere Started Virtualization daemon, então a tela começa a piscar. Ctrl++ funciona, mas as teclas digitadas não são registradas de forma confiável Alt.F2
Responder1
Acho que consegui resolver isso agora - acontece que, assim como /etc/modprobe.d, também existe /usr/lib/modprobe.d, e embora eu tenha removido o arquivo da lista negra nouveau do instalador da nvidia de /etc/modprobe.d/, não removi aquele em /usr/lib/modprobe.d/, então nouveau estava ' não está sendo carregado. Excluir esse 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 examinando as diferenças até encontrar algo suspeito. Há muito ruído (todos os drivers do kernel mudaram de caminho), mas felizmente isso foi bastante fácil de detectar.