uname-a дает неверную версию ядра в хинду?
Привет я выполняю хинду и делаю, uname-a дает неправильную версию ядра.
tony@P_P-o ~ $ uname -a
Linux P_P-o 2.6.27-gentoo-r8 #12 SMP PREEMPT Sun Nov 8 19:46:59 PST 2009 i686 Genuine Intel(R) CPU T2060 @ 1.60GHz GenuineIntel GNU/Linux
Выполнение eix хинду источники показывает, что у меня есть более поздняя версия, чем установленный:
tony@P_P-o ~ $ eix gentoo-sources
[U] sys-kernel/gentoo-sources
Available versions:
(2.6.16-r13) 2.6.16-r13!b!s
(2.6.25-r9) 2.6.25-r9!b!s
(2.6.26-r4) 2.6.26-r4!b!s
(2.6.27-r8) 2.6.27-r8!b!s
(2.6.27-r10) 2.6.27-r10!b!s
(2.6.28-r5) 2.6.28-r5!b!s
(2.6.28-r6) 2.6.28-r6!b!s
(2.6.29-r5) 2.6.29-r5!b!s
(2.6.29-r6) 2.6.29-r6!b!s
(2.6.30) ~2.6.30!b!s
(2.6.30-r3) ~2.6.30-r3!b!s
(2.6.30-r4) 2.6.30-r4!b!s
(2.6.30-r5) 2.6.30-r5!b!s
(2.6.30-r6) 2.6.30-r6!b!s
(2.6.30-r7) 2.6.30-r7!b!s
(2.6.30-r8) 2.6.30-r8!b!s
(2.6.31) ~2.6.31!b!s
(2.6.31-r1) ~2.6.31-r1!b!s
(2.6.31-r2) ~2.6.31-r2!b!s
(2.6.31-r3) ~2.6.31-r3!b!s
(2.6.31-r4) ~2.6.31-r4!b!s
{build symlink ultra1}
Installed versions: 2.6.27-r8(2.6.27-r8)!b!s(07:48:25 PM 06/19/2009)(-build -symlink)
2.6.28-r5(2.6.28-r5)!b!s(12:35:17 PM 06/08/2009)(-build -symlink)
2.6.29-r5(2.6.29-r5)!b!s(07:44:33 PM 06/19/2009)(-build -symlink)
2.6.30-r6(2.6.30-r6)!b!s(11:14:45 PM 10/02/2009)(-build -symlink)
Homepage: http://dev.gentoo.org/~dsd/genpatches
Description: Full sources including the Gentoo patchset for the 2.6 kernel tree
Что дает?
4 ответа
Необходимо управлять символьной ссылкой ядра, как сослался на Mike Nelsen, но хинду обеспечивает eselect обертку, чтобы сделать это, таким же образом что они позволяют Вам управлять версиями системы gcc/ruby/python/java/rails/opengl/etc. реализаций, когда у Вас есть несколько установленных слотов.
В Вашем случае источники ядра все установлены (исследовать /usr/src и Вы будете видеть имеющий версию каталог для каждого там плюс символьная ссылка, которая указывает на текущее значение по умолчанию, /usr/src/linux). Как правило, Вы будете создавать из каталога символьной ссылки и его лучшего для держания этого в курсе, как это - где проверки перевозки на ядро настраивают опции для ebuilds, которые требуют их и так далее.
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
Кроме того, можно установить symlink Флаг USE в /usr/portage/package.use для хинду источников (или любые другие источники ядра Вы справляетесь с перевозкой), чтобы обновить символьную ссылку автоматически, когда Вы появляетесь новая версия, хотя, если это верно, необходимо знать о ней и удостоверяться, что Вы создаете и устанавливаете новое ядро после того, как каждый появляется, который является немного слишком часто для моих вкусов, но YMMV.
nb. Этот метод только работает на перевозку (или paludis/pkgcore/etc.) пакет управлял источниками ядра - если у Вас есть мерзавец repo в $HOME, или что-то, eselect, очевидно, не возьмет на нем - это дизайном, так как Ваш новейший или локально исправленный контроль обычно не предназначается для системного ядра.
Вы обновляете свою ссылку/usr/src/linux для указания на текущие источники? Например, это - то, что я обычно делаю для обновления ядра на моих хинду полях,
# cp /usr/src/linux/.config ~
# cd /usr/src
# rm linux # remove the /usr/src/linux link
# ln -s linux-2.6.30-gentoo-r6 linux # point /usr/src/linux to the latest sources
# cd linux
# cp ~/.config .
# make silentoldconfig # update .config for any new stuff in the kernel
# make && make modules_install
# mount /boot
# make install # install the kernel to /boot and keep a copy of your old kernel in /boot in case
# umount /boot