1 |
On 2010-03-10 8:47 AM, Neil Bothwick wrote: |
2 |
> On Wed, 10 Mar 2010 08:22:41 -0500, Tanstaafl wrote: |
3 |
> |
4 |
>>> Today is when running a lilo menu with "production" and "experimental" |
5 |
>>> kernels saved me. "production" is 2.6.30-r8. "experimental" is |
6 |
>>> 2.6.31-r6 or 2.6.31-r10 (same problems with either one). I set |
7 |
>>> /usr/src/linux to point at 2.6.31-r6 (or 10), copied .config from |
8 |
>>> 2.6.30-r8 and ran "make oldconfig". |
9 |
>> |
10 |
>> I *never* use make oldconfig between major kernel versions... |
11 |
> |
12 |
> The .30, .31 is the minor kernel version. You shouldn't use oldconfig |
13 |
> when going from 2.4 to 2.6 but from 2.6.m to 2.6.n is safe. |
14 |
|
15 |
Again, not according to the official upgrade guide - it specifically |
16 |
uses 2.6.9-r1 to 2.6.9-r2 as an example of a 'minor' update, and going |
17 |
from 2.6.8 to 2.6.9 as having potentially 'too large of changes for make |
18 |
oldconfig to be considered safe'. |
19 |
|
20 |
If the guide is outdated, maybe it should be updated: |
21 |
|
22 |
http://www.gentoo.org/doc/en/kernel-upgrade.xml#doc_chap10 |
23 |
|
24 |
"10. Advanced: Using your old kernel .config to configure a new one |
25 |
|
26 |
It is sometimes possible to save time by re-using the configuration file |
27 |
from your old kernel when configuring the new one. Note that this is |
28 |
generally unsafe -- too many changes between every kernel release for |
29 |
this to be a reliable upgrade path. |
30 |
|
31 |
The only situation where this is appropriate is when upgrading from one |
32 |
Gentoo kernel revision to another. For example, the changes made between |
33 |
gentoo-sources-2.6.9-r1 and gentoo-sources-2.6.9-r2 will be very small, |
34 |
so it is usually OK to use the following method. However, it is not |
35 |
appropriate to use it in the example used throughout this document: |
36 |
upgrading from 2.6.8 to 2.6.9. Too many changes between the official |
37 |
releases, and the method described below does not display enough context |
38 |
to the user, often resulting in the user running into problems because |
39 |
they disabled options that they really didn't want to. |
40 |
|
41 |
To reuse your old .config, you simply need to copy it over and then run |
42 |
make oldconfig. In the following example, we take the configuration from |
43 |
gentoo-sources-2.6.9-r1 and import it into gentoo-sources-2.6.9-r2. |
44 |
|
45 |
Code Listing 10.1: Reusing your old config |
46 |
|
47 |
# cd /usr/src/linux-2.6.9-gentoo-r2 |
48 |
# cp ../linux-2.6.9-gentoo-r1/.config . |
49 |
# make oldconfig |
50 |
|
51 |
<snip> |
52 |
|
53 |
At this point, you may be asked to produce answers for configuration |
54 |
options which have changed between the two versions. Once you have done |
55 |
that, you can compile and install your kernel as normal, without having |
56 |
to go through the menuconfig configuration process. |
57 |
|
58 |
A much safer upgrading method is to copy your config as previously |
59 |
shown, and then simply run make menuconfig. This avoids the problems of |
60 |
make oldconfig mentioned previously, as make menuconfig will load up |
61 |
your previous configuration as much as possible into the menu. Now all |
62 |
you have to do is go through each option and look for new sections, |
63 |
removals, and so on. By using menuconfig, you gain context for all the |
64 |
new changes, and can easily view the new choices and review help screens |
65 |
much easier. You can even use this for upgrades such as 2.6.8 to 2.6.9; |
66 |
just make sure you read through the options carefully. Once you've |
67 |
finished, compile and install your kernel as normal." |
68 |
|
69 |
-- |
70 |
|
71 |
Charles |