Você precisa gerenciar o link simbólico do kernel, como aludido por Mike Nelsen, mas o gentoo fornece um wrapper de seleção para fazer isso, da mesma forma que eles permitem gerenciar as versões do sistema do gcc / ruby / python / java / trilhos / opengl / etc. implementações quando você tem vários slots instalados.
No seu caso, todas as fontes do kernel estão instaladas (examine /usr/src
e você verá um diretório versionado para cada lá, mais o symlink que aponta para o padrão atual, /usr/src/linux
). Tipicamente, você estará construindo a partir do diretório do symlink, e é melhor mantê-lo atualizado, pois é onde o portage verifica as opções de configuração do kernel para os ebuilds que os requerem e assim por diante.
eselect kernel show # will show you the current symlink value, this should match uname -a
eselect kernel list # should show all installed kernel sources
eselect kernel set x # will update the symlink, either by number (from list), or full name
Além disso, você pode definir o symlink
USE flag em /usr/portage/package.use
para gentoo-sources (ou qualquer outra fonte de kernel gerenciada pelo portage) para que o symlink seja atualizado automaticamente quando surgir uma nova versão. o caso você deve estar ciente disso e ter certeza que você constrói e instala o novo kernel após cada emerge, o que é um pouco demais para o meu gosto, mas YMMV.
nb. Este método só funciona para portage (ou paludis / pkgcore / etc.) Fontes de kernel gerenciadas por pacotes - se você tem um repositório git em $ HOME ou algo assim, obviamente ele não pegará - isso é por design, já que seu sangramento O checkout de borda ou corrigido localmente não é normalmente destinado ao kernel do sistema.