View previous topic :: View next topic |
Author |
Message |
Budoka l33t
Joined: 03 Jun 2012 Posts: 777 Location: Tokyo, Japan
|
Posted: Sat May 11, 2013 1:12 pm Post subject: Where did 3.8.4 Kernel Sources go?[SOLVED] |
|
|
Little frustrated but mostly at myself. I inadvertently uninstalled kernel sources for 3.8.4 which after much time and effort, trial and error, I got to work perfectly with my hardware.
I did so by:
Quote: | # emerge --ask --depclean gentoo-sources
Calculating dependencies... done!
>>> Calculating removal order...
>>> These are the packages that would be unmerged:
sys-kernel/gentoo-sources
selected: 3.6.11-r1 3.8.4
protected: none
omitted: 3.7.10-r1
|
I did of course read it but not carefully enough. As a side note, I think it would be better if the selected kernels were on separate lines or at least seperated by a comma. My brain only saw 3.6.11-r1
Anyway, when I try to Quote: | emerge -pv =sys-kernel/gentoo-sources-3.8.4:3.8.4 | which is what I did to originally get the kernel it throws a Quote: | emerge: there are no ebuilds to satisfy "=sys-kernel/gentoo-sources-3.8.4:3.8.4". | and http://packages.gentoo.org/package/sys-kernel/gentoo-sources doesn't have the kernel listed anymore.
I still see the files in my /usr/src/
I really did spend a lot of time configuring the 3.8.4 how do I get the gentoo sources again for it??? I won't be rebooting for a while because I don't want it to fall back to the 3.7-r1 and find everything broken again. Haha.
Quote: | # uname --all
Linux TL_Samsung 3.8.4-gentoo #1 SMP Wed May 1 16:02:57 JST 2013 x86_64 Intel(R) Core(TM) i7-2675QM CPU @ 2.20GHz GenuineIntel GNU/Linux
|
Last edited by Budoka on Wed May 22, 2013 1:37 pm; edited 1 time in total |
|
Back to top |
|
|
mahdi1234 Guru
Joined: 19 Feb 2005 Posts: 559 Location: Being There
|
|
Back to top |
|
|
aCOSwt Bodhisattva
Joined: 19 Oct 2007 Posts: 2537 Location: Hilbert space
|
Posted: Sat May 11, 2013 3:33 pm Post subject: |
|
|
You can safely install gentoo-sources-3.8.12 keeping the .config you built for the 3.8.4. They are perfectly compatible. So the time you spent configuring the 3.8.4 won't be lost.
My opinion is that it is far better than trying to restore whatever obsolete kernel of the same branch.
BTW, next time you emerge kernel sources, emerge them --noreplace =gentoo-sources-X.Y.Z, this way, you'll prevent depclean to behave as you experienced.
Edit : I had forgotten to answer the question title of the thread : 3.8.4 went to some dustbin ! Because devs (rightly) believe that now that higher releases of the 3.8 are made available in the tree, there are absolutely no reason for anyone to prefer the 3.8.4 _________________
Last edited by aCOSwt on Sat May 11, 2013 4:28 pm; edited 1 time in total |
|
Back to top |
|
|
Jaglover Watchman
Joined: 29 May 2005 Posts: 8291 Location: Saint Amant, Acadiana
|
|
Back to top |
|
|
TomWij Retired Dev
Joined: 04 Jul 2012 Posts: 1553
|
Posted: Sat May 11, 2013 8:13 pm Post subject: |
|
|
If you want to keep a kernel for longer than a month then consider using a stable kernel, 3.8.13 is about to get introduced and stabilized soon if you want to pick the right one. Unstable versions in Portage are meant for people whom want to test them and like to compile / upgrade more often (which translates to a kernel upgrade every month, whereas new versions are released almost every week); 3.8.4 is nearly two months old, we don't need anyone testing these old unstable versions anymore. In fact, we advise anyone on these to upgrade...
Budoka wrote: | Little frustrated but mostly at myself. I inadvertently uninstalled kernel sources for 3.8.4 which after much time and effort, trial and error, I got to work perfectly with my hardware. |
You can copy the .config (which didn't get removed; if it did, you can extract it from the kernel) to a newer kernel, then follow the upgrade instructions ([1] or [2]) after which your hardware should still work; don't forget `emerge @module-rebuild`.
[1]: http://wiki.gentoo.org/wiki/Kernel/Upgrade
[2]: http://www.gentoo.org/doc/en/kernel-upgrade.xml
If a later version than 3.8.4 doesn't work for you, then please file a bug about it at https://bugs.gentoo.org
Budoka wrote: | Quote: | emerge -pv =sys-kernel/gentoo-sources-3.8.4:3.8.4 |
|
You can do sys-kernel/gentoo-sources:X.Y.Z or given that it is unique even gentoo-sources:X.Y.Z, that spares you out some typing and remembering. |
|
Back to top |
|
|
Budoka l33t
Joined: 03 Jun 2012 Posts: 777 Location: Tokyo, Japan
|
Posted: Sun May 12, 2013 8:50 pm Post subject: |
|
|
Thanks everyone for the input and advice.
As suggested I just went ahead and used 3.8.13. The only think I am not sure about is when I copied the old config as instructed Quote: | Code Listing 11.2: Reusing your old config with genkernel
# cd /etc/kernels
# cp kernel-config-x86_64-3.8.4-gentoo kernel-config-x86_64-3.8.13-gentoo
# genkernel all |
it seems like a lot wasn't preserved. Did I miss something? |
|
Back to top |
|
|
Yggdrasil n00b
Joined: 08 Jul 2004 Posts: 65 Location: Maybe on Earth, Maybe in the Future
|
Posted: Tue May 14, 2013 10:21 pm Post subject: |
|
|
From the wiki:
Quote: | In the kernel directory of the currently-running kernel:
Code: | root # cp /usr/src/linux-3.3.8-gentoo/.config /usr/src/linux/ |
make oldconfig
Now update the previous config file for your new kernel:
Code: | root # cd /usr/src/linux
root # make oldconfig |
The following configuration parallels that of the text based configuration with make config. For every difference between the kernel versions, it asks if you want to activate the driver or feature. An example:
Code: | root # make oldconfig
Anticipatory I/O scheduler (IOSCHED_AS) [Y/n/m/?] (NEW) |
The string (NEW) at the end of the line marks this option as new. Left to the string in square brackets are the possible answers: Yes, no, module or ? to show the help. The recommend answer is capitalized (here Y). The help explains the option or driver.
Unfortunately make oldconfig doesn't show - next to the help - a lot more information for each option, like the context, so that it is sometimes difficult to give the right answer. In this case the best way to go is to remember the option name and revise it afterwards through one of the graphical kernel configuration tools. |
I don't know about genkernel, but I would think that you just copy in the old .config, cd to the new kernel and do a "make oldconfig" and when thats done do a genkernel? I've done this several times using "make xconfig" and everything has transfered nicely. _________________ "We have/need art, so that we don't die of the truth." -- Friedrich Nietzsche |
|
Back to top |
|
|
steveL Watchman
Joined: 13 Sep 2006 Posts: 5153 Location: The Peanut Gallery
|
Posted: Wed May 15, 2013 8:37 am Post subject: Re: Where did 3.8.4 Kernel Sources go? |
|
|
Budoka wrote: | I did of course read it but not carefully enough. As a side note, I think it would be better if the selected kernels were on separate lines or at least seperated by a comma. My brain only saw 3.6.11-r1
|
You can use update to maintain your install: it does --depclean after a world update (ie when you call it just as update) before revdep-rebuild, and after glsa-check. There's some custom code to stop it removing both your running kernel and the /usr/src/linux-linked kernel, as I ran into the same issue a few years ago, and often don't upgrade kernel for a couple of versions. (I don't have USE=symlink any more, as it should reflect what's running, but keeping both has saved me in the past when I'm in-between changes.)
It also won't let you upgrade kernel-headers to later than your running kernel. (eg: if 3.9 headers are available and you're on 3.8, it'll skip them and warn you to upgrade your kernel first.) If you do try it, I'd recommend the git version as it's kept more up to date, though I will put out a new ebuild version soon. (New features come in disabled by default, and the people I work with use the git master branch, so it's kept bug-fixed, or I hear about it straightaway;)
Good luck with make oldconfig anyhow. I normally just do that, then a make nconfig to review. |
|
Back to top |
|
|
TomWij Retired Dev
Joined: 04 Jul 2012 Posts: 1553
|
Posted: Wed May 15, 2013 10:18 am Post subject: |
|
|
Yes, it was first removed for being too old to individually support, now we have even stronger reasons for it being removed since unprivileged users can gain root privileges (CVE-2013-2094).
Everyone on testing keywords is advised to upgrade to either 3.8.13 or 3.9.2, those on stable keywords can await stabilization or upgrade to 3.8.13 as they see fit. |
|
Back to top |
|
|
jburns Veteran
Joined: 18 Jan 2007 Posts: 1214 Location: Massachusetts USA
|
Posted: Wed May 15, 2013 10:52 pm Post subject: |
|
|
With genkernel the method I use to build a new kernel based on the .config of the current kernel is Code: | zcat /proc/config.gz > /usr/share/genkernel/arch/x86_64/kernel-config
| The destination address " /usr/share/genkernel/arch/x86_64/kernel-config" should match the address that genkernel prints when it builds a new kernel. If genkernel has already built the kernel and you want to throwaway its configuration file you have to remove it from the directory /etc/kernels. |
|
Back to top |
|
|
|