Re: R: Re: Subvolumes and /proc/self/mountinfo

Goffredo Baroncelli
2012-06-20T18:06:44Z

HI,
On 06/20/2012 07:41 PM, H. Peter Anvin wrote:
> On 06/20/2012 09:34 AM, Goffredo Baroncelli wrote:
>>
>> At the first I tough that having the /boot separate could be a good
>> thing. Unfortunately /boot contains both the bootloader code and the
>> kernel image. The kernel image should be in sync with the contents of
>> /lib/modules/....
>>
>> This is the tricky point. If I handle /boot inside the filesystem
>> submodule a de-sync between the bootloader code and the boot sector
>> could happens. In I handle /boot as separate subvolume/filesystem a
>> de-sync between the kernel image and the modules could happens.
>>
>> Anyway, from a bootloader POV I think that /boot should be handle
>> separately (or as filesystem or as subvolume identified by specific
ID).
>> The best could be move the kernel in the same subvolume as
/lib/modules,
>> so a switch of the subvolume as root filesystem would be coherent.
>>
>
> You''re not really answering the question.   "The best could
be move the
> kernel in the same subvolume as /lib/modules" isn''t really
going to
> happen... the whole *point* of /boot is that /boot contains everything
> needed to get to the point of kernel initialization.

??
Am not saying that we *should* move the kernel away from /boot. I am
only saying that having the kernel near /lib/modules *has* some advantages.

Few year ago there are some gains to have a separate /boot (ah, the time
when the bios were unable to address the bigger disk), where there are
the minimum things to bootstrap the system.

Now we have the possibility to move the kernel near the modules, and
this could lead some interesting possibility: think about different
linux installations, with an own kernel version and an own modules
version; what are the reasons to put together under /boot different
kernel which potential conflicting names ? de facto standard ?
historical reasons ? Nothing wrong here; but also the idea to moving the
kernel under /lib/modules is not so wrong.

> So, sorry, you''re out to sea here...

True, the sea is far away from my house :-)

>
> 	-hpa
>
> .