Re: Why new kernel version cannot be installed on old Ubuntu?

Re: Why new kernel version cannot be installed on old Ubuntu?

[Ezra Buehler]

Hi Joontaek,

On 5 Dec 2020, at 14:35, Joontaek Oh <na94jun@gmail.com> wrote:
> I tried to install them on a single OS among Ubuntu 14.04, 16.04, 18.04,
> and Centos7.4, but I failed, being hung up during booting.
> 
> If you know why the problem occurs and how can it be solved, could reply
> me?

Well, one would definitely need a lot more information to be able to
answer that question.

Anyway, I am not entirely sure what you are trying to achieve here, but,
have you considered using virtualization software like VirtualBox or
QEMU? You should also look into Vagrant, it makes spinning up VMs very
easy. Multi-booting seems very cumbersome to me...

Cheers,
Ezra.


_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

Re: Why new kernel version cannot be installed on old Ubuntu?

[Valdis Klētnieks]

[-- Attachment #1.1: Type: text/plain, Size: 1361 bytes --]

On Sat, 05 Dec 2020 22:35:37 +0900, Joontaek Oh said:
> So, I am using my laptop with the multi-booting but it is too
> space-consuming.
>
> Moreover, I get work that needs to modify the kernel 3.10.0 for Centos, but
> the kernel 3.10.0 is not installed on the Ubuntu any version, and the
> kernel 3.10.61 or the kernel 4.18.0 is not installed on Centos.

Instead of installing 2 or 3 entire OSs, why not use grub2 for what it's intended for,
and just keep multiple kernels in /boot?

A 1 gigabyte /boot will hold 20 or so copies of vmlinuz- and matching initramfs-,
allowing you to have a 3.10.0, a 3.10.61, a 4.18.0, a 5.8-5.10 kernel or two, and
still have room for a dozen or so builds if you find a need to bisect something.

And the *vast* majority of stuff will Work Just Fine  even if the kernel version
doesn't match the /usr userspace - there's not a lot of programs that actually *use*
the new syscalls we've added since 3.10 or so, and glibc will paper over most of the
mismatches. Of course, *some* stuff needs to be a match, but those usually require
a *precise* uname match - 4.18.9-foo1  and 4.18.9-bar1 aren't matches for that sort of
thing, and the version you need is probably in the tools/ subdirectory of the kernel
source tree matching the running kernel.

If 1 gigabyte is too space consuming, you have *bigger* problems to deal with....

[-- Attachment #1.2: Type: application/pgp-signature, Size: 832 bytes --]

[-- Attachment #2: Type: text/plain, Size: 170 bytes --]

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies