1 |
On 6/6/20 6:34 PM, Dale wrote: |
2 |
> Neil Bothwick wrote: |
3 |
>> On Sat, 6 Jun 2020 11:34:28 -0500, Dale wrote: |
4 |
>>>>> From what I've read, I like my way better. I did have to change the |
5 |
>>>>> names from bzimage* to kernel* but other than that, I can use the |
6 |
>>>>> naming method I've used for years and keep the good kernels I want. |
7 |
>>>> make install names the kernels vmlinuz-$VERSION, and updates a |
8 |
>>>> symlink to vmlinuz if one exists. |
9 |
>>> But sometimes I have more than one of the same version. I add a -1, -2, |
10 |
>>> -3 etc to them as I go. From my understanding, make install doesn't do |
11 |
>>> that. I do and with good reason. It seems make install won't accomplish |
12 |
>>> what I do by hand. |
13 |
>> There's a kernel option that does that automatically, LOCALVERSION I |
14 |
>> think, but it's years since I've needed to touch it. |
15 |
> |
16 |
> But if it changes how it works and I don't know it, that could cause |
17 |
> problems. It could even remove something I don't want removed. If I |
18 |
> do it myself, I know what is done and don't remove anything I don't |
19 |
> want to lose. Even the make commands change between kernels at times. |
20 |
> I suspect make install has changes too. I don't want to have to track |
21 |
> kernel changes just to know if I can use make install and still get |
22 |
> what I have now. |
23 |
LOCALVERSION is a kernel setting in .config. All the kernel make |
24 |
commands handle it consistently, and have not changed in a long time. |
25 |
They just append that string to files they create (kernel and symbolmap) |
26 |
and the /lib/modules directory. (For the init thingy, I assume you |
27 |
would give dracut that name - the exact name of the kernel to boot in |
28 |
/boot, and it makes an init thingy with a matching name. It was |
29 |
genkernel where I was talking about things changing - and yes, genkernel |
30 |
changed it's basic kernel naming conventions a few months back, but that |
31 |
was clearly a big change, and there was a news item about it, if I |
32 |
remember. If you are only or mostly recompiling the kernel after |
33 |
changing config settings, it's trivial to change LOCALVERSION from -01 |
34 |
to -02 at the same time. |
35 |
>>>>> My biggest problem, getting the dracut command options right. If I |
36 |
>>>>> didn't need dracut, I'd be in heaven. |
37 |
>>>> If you have a plain setup, dracut shouldn't need any options. |
38 |
>>> I don't have a plain setup tho nor do I really want that setup. |
39 |
>> You don't boot from an encrypted drive (yet) or use unusual hardware, |
40 |
>> that's what I meant by a plain system. Dracut handles booting from a a |
41 |
>> btrfs root on a LUKS encrypted block device here with no fancy |
42 |
>> configuration. It really is impressive the way it figures so much out for |
43 |
>> itself. |
44 |
> |
45 |
> What I meant was, I don't use make install because I do things |
46 |
> differently than make install does. It's not "plain" in that regard. |
47 |
> |
48 |
> |
49 |
>>> I like |
50 |
>>> having backup kernels and my own numbering system. It has worked for me |
51 |
>>> for decades, ever since I started using Gentoo and building my own |
52 |
>>> kernels. I don't see any point in changing what works unless I can |
53 |
>>> streamline what I'm already getting with the results I expect. If I |
54 |
>>> could get rid of the init thingy, I would have zero issues with my |
55 |
>>> method. It's dracut that causes the issues. We all know how much I |
56 |
>>> dislike init thingys tho. ;-) That said, dracut hasn't failed me in a |
57 |
>>> while. If it can't build correctly, it does spit out it failed. It's |
58 |
>>> been a while since the init thingy it creates has failed as well. So, |
59 |
>>> at least there is that. |
60 |
>> I use a shell script to compile and install the kernel, build the |
61 |
>> initramfs and then update the bootloader. It means the process is always |
62 |
>> executed consistently and I only have to remember one command :) |
63 |
>> |
64 |
>> |
65 |
> |
66 |
> |
67 |
> Well, we know my scripting ability isn't anywhere near that advanced. |
68 |
> Claiming I can do a basic script is a stretch. ROFL When I do it |
69 |
> manually, I get consistent results to and I know what steps were taken |
70 |
> to get there. My only problem is recalling the options for dracut. |
71 |
> |
72 |
> Dale |
73 |
> |
74 |
> :-) :-) |