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 > > . > -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
