22.12.2015 00:32, Thomas Schmitt пишет: > > Awaiting your results and Andrei's opinion. >
TBH I think that the best would be generic support for partition table manipulation (or at least creation); then we'd have easy tool to adjust and test various layouts. It could be modeled after boot support, something like -partition <type>,<number> -partition-range -partition-type <number>|<UUID> -partition-guid -partition-label where -partition-range would support selection of files and data ranges from image. Similar to -append-partition but with reference to existing data. Otherwise the most safe approach is probably based on design of mjg MBR with single ESP GPT with single ESP APM with ESP, HFS+ This means that GRUB will not use GPT, but still be able to access ESP via APM. GPT is there for those systems that ignore MBR (I trust mjg they exist). We do not need special partition covering the whole image as GRUB will work with iso9660 on the whole device anyway (and we always can mount it as whole device in Linux as well). _______________________________________________ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub
