Estou usando uma instalação mínima do Ubuntu Server (13.04) (com o Xubuntu Metapackage como um ambiente de desktop, se isso importa) em x86_64 no meu notebook Samsung. Atualmente, sou forçado a usar a versão não mais mantida do driver gráfico proprietário da AMD (fglrx-legacy), pois o driver "radeon" de código aberto aquece mais a placa em 15 ° C.
É por isso que eu realmente gostaria de experimentar o kernel 3.11 com os novos recursos de gerenciamento de energia para placas AMD. O problema é que, depois de instalar um kernel mainline, o sistema congela depois de selecionar o kernel no Grub com as mensagens:
Loading Linux 3.11.0-laptop ...
Loading initial ramdisk ...
E nada acontece. Como posso descobrir o que há de errado? Há algum registro desse início no processo de inicialização armazenado em algum lugar?
Mais algumas informações: O sistema funciona perfeitamente com o Kernel do Ubuntu Raring auto-compilado a partir do Git (que é baseado em 3.8). Não funciona com o kernel principal 3.9 ou 3.10 (mesmo problema). Eu também tentei uma versão "genérica" pré-compilada de 3,10, não funciona. Eu tenho 4 partições no disco rígido: /boot (não criptografado), / , /home e swap (todos os LUKS / dm-crypt criptografados). O notebook é um Samsung NP-R522H. A GPU é uma Mobility Radeon HD 4650.
Desculpe, esqueci completamente essa pergunta.
A solução então era usar o Kernel Saucy (Ubuntu 13.10) , que é baseado em 3.11, em vez do baunilha / mainline. Algumas mudanças provavelmente quebraram a compatibilidade, pelo menos com minha combinação de hardware e software.
Seu problema parece estar relacionado a esse problema específico dos laptops Samsung + UEFI + Linux.
Eu pesquisei em seu modelo específico # e não encontrei nada que saltasse como fonte potencial de seu problema. Então eu não acho que seja um problema amplamente conhecido, pelo menos neste momento, então seu próximo curso de ação é depurar o problema.
Aqui está a ordem das coisas para tentar.
verbose
Durante a fase de inicialização, adicione o seguinte parâmetro do kernel à lista.
linux ..... verbose
depuração
Se o argumento verbose não der luz, o próximo nível a verificar é debug .
linux ..... debug
outros
Existem vários níveis além disso, mas não vamos nos antecipar. Vamos tentar o primeiro acima e ver se eles mostram onde o Kernel está pendurado.