<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi all.<div><br></div><div>I'm working on bug #8729 and I'm trying to implement the multi-boot functionality for grub.</div><div><br></div><div>I've partially done and I've created a virtual/grub-bootconf that can be used like that:</div><div>PREFERRED_RPROVIDER_virtual/grub-bootconf = "grub-multibootconf"<br></div><div><br></div><div>That's working ok and installs the proper grub cfg script and the environment files used for</div><div>the boot counter and other stuff.</div><div><br></div><div>The problem is that I've just hit the wall because it seems there are two different facilities that</div><div>create the grub config file. One is the grub-efi & virtual/grub-bootconf. But when an wic image is</div><div>build then this is overridden and a new partition is created which is also mounted in the /boot</div><div>when the OS boots. The second facility is triggered by setting this in the wks file:</div><div><br></div><div>--source bootimg-efi --sourceparams="loader=grub-efi"<br></div><div><br></div><div>In this case the bootimg-efi.py script creates the extra partition, a different grub.cfg and also</div><div>edits the /etc/fstab and mounts this partition over /boot and therefore virtual/grub-bootconf</div><div>becomes unused.</div><div><br></div><div>This raises the following questions:</div><div>- Why there are two different facilities to achieve the same thing?</div><div>- Why the second overrides the first one, instead of sharing the same files?</div><div>- How to proceed from now on?</div><div><br></div><div>In my opinion there should be only one facility that creates this and there should be a common shared way for all the use cases.</div><div><br></div><div>I have a working example if anyone is interested.</div><div><br></div><div>Regards,</div><div>Dimitris</div></div></div></div></div></div>