On Sun, Aug 30, 2015 at 08:43:23AM -0000, Oliver Grawert wrote: > would the concaternating approach allow the move mount when switching to > the rootfs ?
I'm afraid I don't know the answer to this. I'm aware this functionality exists in the kernel but we've never used it in practice. > i don't understand "In any case, the filesystem containing the modules for > the initramfs needs to be loaded by the bootloader, not by the kernel." is > there a technical issue i am missing or do you refer to "best habit" with > this ? > if i load the modules.img from inside the running initramfs i'm far past > the bootloader, the system-boot partition is currently vfat everywhere on > snappy and vfat is compiled into all our kernels, as is loop device and > ext3/4 support. so this would technically be enough to loop mount a > modules.img from the initrd. I don't understand the disconnect here. The only reason for putting kernel modules in an initramfs is if they're needed to access the rootfs. If you don't have these modules in the initramfs, you don't have the driver support you need to access the rootfs. That's the same driver support you need to access this extra loopback filesystem that you are proposing to put on the boot partition, because that boot partition is accessed using those same drivers. Which means you *can't* mount this image from the initramfs. You have to have it passed to the kernel from the bootloader. If you could guarantee that this filesystem was always accessible from the initramfs then there would be no need to load it in the initramfs, because they would not be on the critical path and could be loaded from the rootfs instead. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1490115 Title: build a fully generic initrd.img without modules To manage notifications about this bug go to: https://bugs.launchpad.net/snappy/+bug/1490115/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
