Peço desculpas pela extensão desta postagem. Eu queria ser o mais detalhado possível. Além disso, tentei de tudo neste link:Meu computador inicializa com uma tela preta. Quais opções tenho para consertar isso? e não ajudou.
Primeiro, aqui estão algumas informações básicas: alguns dias atrás eu instalei com sucesso o ubuntu 15.10 no meu toshiba satillite c855d-s100, que tem 4 GB de RAM e um processador AMD (não posso dar mais detalhes no momento porque não consigo entrar nisso ).
No começo eu estava tendo alguns problemas para executar o live cd, mas consertei entrando na BIOS e habilitando a inicialização segura (li que a inicialização segura precisava ser desabilitada, mas não consegui inicializar o live cd até ativar o seguro bota). De qualquer forma, depois de fazer isso, consegui executar com sucesso o live cd e instalar o Ubuntu 15.10 no laptop.
No começo não tive problemas. Consegui rodar o Ubuntu e reiniciá-lo várias vezes sem problemas, exceto que "ignoring bgrt" apareceria na minha tela por uma fração de segundo antes de carregar, mas por outro lado o Ubuntu funcionou bem.
Então agora aqui está o problema: ontem à noite eu reiniciei o laptop e depois de selecionar o Ubuntu no grub, o laptop inicializou com uma tela roxa em branco. Deixei descansar por 30 minutos e nada mudou.
Tentei adicionar nomodeset ao grub e aconteceu a mesma coisa. Às vezes é uma tela roxa, às vezes ela fica congelada em "ignorar bgrt" e fica presa lá. Tentei colocar o nomodeset na frente do quiet splash, tentei excluir o quiet splash e adicionar o nomodeset, tentei colocar o nomodeset entre o quiet e o splash. Às vezes, passo de 'ignorar bgrt' e vejo uma sequência de texto que termina com "wmi: mapper carregado", mas congela ali.
Também tentei adicionar radeon.modeset=0 com os mesmos resultados. Também tentei adicionar nomodeset ou radeon.modeset=0 à linha gfxmode e obtive a tela "wmi mapper carregado". Eu até tentei deletar completamente a linha gfxmode e não consegui nada.
Tentei entrar na BIOS e desabilitar a inicialização segura, mas isso levou aos mesmos resultados acima.
Tentei clicar nas opções avançadas do grub e inicializar no modo de recuperação, mas recebo uma tela preta com uma sequência de texto que termina com "wmi: mapper carregado" e congela lá. Também na tela de opções avançadas tentei inicializar usando um kernal diferente, mas travou em "carregando o ramdisk inicial"
Eu tentei executar o live cd novamente, com inicialização segura desabilitada e habilitada, e cheguei ao grub que diz "tente o Ubuntu sem instalar", mas fico congelado no mesmo "ignorando a tela do bgrt" novamente quando clico nele
Alguém tem alguma idéia?
Estou usando o nomodeset e os outros comandos errados? Aqui está o que diz a linha do Linux na tela 'edit grub':
/boot/vmlinuz-4.2.0-34-generic.efi.signed root=UUID=c0e7414a-8d97-43c8-b9fb-0d1994fa5452 ro quiet splash $vt_handoff
Descrevi acima todas as maneiras como adicionei nomodeset e radeon.modeset=0 a essa linha.
Também tentei adicionar nolapic sem efeito. Também tentei adicionar acpi=off e isso levou a uma tela que tinha uma sequência de texto que terminava com "alternando para radeondrmfb de EFI VGA", onde congelou.
O que mais eu posso fazer? Eu simplesmente não entendo. O próprio Ubuntu funcionou perfeitamente por dois dias e agora isso.
Atualizar: Agora, de alguma forma, consegui acidentalmente eliminar completamente o grub e o laptop inicializa diretamente no Windows. E como não consigo mais fazer o live CD funcionar conforme descrito acima, também não posso fazer nada a respeito.
Por enquanto, a menos que haja outra solução além da que já tentei, acho que vou usar esse laptop apenas para armazenar meus backups na partição do Windows (não quero voltar a usar o Windows no meu dia a dia, Eu amo o Ubuntu) e simplesmente mudo para o meu laptop sobressalente, que tem o Ubuntu instalado há meses, e uso-o como meu laptop principal a partir de agora.
Responder1
Encontrei um problema semelhante com 4.2.0-34 não inicializando corretamente, nos parâmetros do kernel, alterei intel_pstate=disable e funcionou, talvez você esteja vendo o mesmo problema? Bug a montante:https://bugzilla.kernel.org/show_bug.cgi?id=110941