Platão, como ele criou o arquivo .deb do kernel compilado, pelo que pude entender, ele já criou seu init no Grub. Por isso ele pôde escolher este outro kernel na inicialização do Grub.
Vários motivos podem fazer este novo kernel não subir, os mais simples:
1) É mais fácil ele não subir por você ter retirado módulos demais durante o menuconfig. Foi isso o que você fez?
2) Este kernel pode não ser compatível com seu hardware. Neste caso fica fácil descobrir, você pode fazer como o Platão sugeriu, baixe um kernel 4.5 já compilado do Ubuntu e testa aí! Se nem o kernel já compilado do Ubuntu subir, este kernel tem sérios problemas de compatibilidade com sua máquina. Por exemplo, muitos drivers de vídeos deixam de funcionar com mudança de kernel. Você vai ter que procurar outra versão.
3) Se você instalou um driver de vídeo proprietário e trocou de kernel, pode precisar de outras duas coisas para ele funcionar. Pode ser necessário reinstalar o driver proprietário ou usar o dkms para ele recriar os módulos do driver de vídeo para o novo kernel durante a instalação do mesmo.
Agora algumas outras explicações pois noto que estão ocorrendo algumas interpretações incorretas:
a) A questão da arquitetura e o nome do kernel
genericVocê compila o kernel para arquitetura 32 ou 64 bits. Ponto. O nome
generic não tem haver com a arquitetura do kernel e sim com a configuração do kernel para ser o mais compatível possível com qualquer tipo de hardware disponível e uso do sistema. Como o desenvolvedor não sabe em qual hardware o kernel vai funcionar e nem em que situação você vai fazer uso do sistema, ele tenta usar uma configuração que vai funcionar bem em todos os casos. Mas vai pecar pela falta de ajuste fino, como ter apenas os módulos que vão funcionar no seu hardware, isso vai diminuir consideravelmente o tamanho do kernel. Mas você pode fazer isso pelo menuconfig. Ou configurar a parte do processador e memórias para máximo desempenho. Por isso você compila o kernel, para fazer este ajustes finos que numa configuração genérica não é possível.
O kernel low-latency, por exemplo, foi configurado para seus sistema responder o mais rápido possível. Ma nem sempre isso é bom, dependendo do que você vai fazer com seus sistema e da potência do seu processador e quantidade de RAM. Já um kernel para servidor não será nunca o mais rápido a te dar resposta, mas com certeza ele não deve pedir água quando muito exigido e deve priorizar estabilidade.
b) Nem sempre usar um kernel mais novo, seja em hardware antigo ou não, é a melhor opção!
Este é outro erro bastante comum. A cada nova versão do kernel novos drivers são incluídos e velhos retirados, correções de bugs são feitas nas mais diversas áreas e novas tecnologias podem ser colocadas para teste! Então muitas vezes essas coisas novas podem trazer mais problemas do que soluções! E em se tratando de hardware antigo isso pode piorar muito.
Por exemplo, você está sabendo que o desde o kernel 4.2 muitos usuários estão tendo queda de rendimento com processadores Intel modernos? Isso vem afetando as versões 4.2, 4.3, 4.4 e 4.5. Só na versão 4.6 é que vão incluir um patch para corrigir o problema! Eu mesmo tive problemas sérios com a versão 4.2, só na 4.3 tudo voltou ao normal nas minhas máquinas. Na versão 4.4 foi o suspender para RAM que deixou de funcionar! E assim vai, não é por ser mais novo que é melhor. Para o hardware do meu Notebook a versão 4.3 está melhor.
Você não falou sobre o hardware antigo que você tem aí, mas dependendo do quão antigo seja ele, talvez um kernel mais antigo seja a melhor opção. Só testando aí pra saber!
Agora algumas dicas:
1) Você pode usar o comando
make localmodconfig para copiar apenas a configuração dos módulos em uso em seu sistema para o novo kernel! Já te aviso logo que isso é uma faca de dois gumes. Por um lado é uma mão na roda. Você vai ter um kernel enxuto, apenas com o que você usa. Mas se trocar de harware, ele pode não subir ou não funcionar. Como uma vez eu retirei todos os módulos de placa de rede wifi, pois era um PC com internet cabeada e depois eu comprei uma placa de rede wifi pci. Não entendia no começo o motivo dela não funcionar, já que sabia de sua compatibilidade com Linux. Daí lembrei que o kernel que eu usava não tinha os módulos para wifi! Resultado? Nova compilação!
O make localmodconfig deve ser usado antes do make menuconfig. Aí você pode dar uma refinada melhor se quiser com o make menuconfig.
2) Usar o método antigo de compilação é ótimo para o aprendizado e ganhar conhecimento, mas você pode tentar também o kernel utilities:
https://github.com/mtompkins/linux-kernel-utilities3) Só para atualizar algumas coisas. Agora o novo comando seria
make nconfig no lugar do
make menuconfig. Mas não tem problema em ficar com o make menuconfig. E você pode usar o novo comando
make deb-pkg ao invés do
make-kpkg.
Como você pode notar, não vão faltar emoções querendo mexer no que há de mais novo!
Passou o cartão? Espero ter ajudado mais que prejudicado.
Tópico: Error ao Compilar o Kernel 4.5 (Lida 7491 vezes)