Follow-up Comment #4, bug #48228 (project grub):
I'm seeing the same issue - the grub-mkconfig is written entirely with the
assumption that only one device is returned from grub-probe. which is not true
in the case of multi-device zfs pools.
for example, for me 'grub-probe --target=device /' returns:
/dev/sda1
/dev/sdb1
/dev/sdc1
/dev/sdd1
/dev/sde1
which completely breaks grub-mkconfig.
the 'head -n1' hack doesn't work for me, since this is a raidz pool which
requires at least 4 out of the 5 devices to be passed to the 'grub-probe
--target=fs' call in 10_linux in order for it to be able to discover the fs
type.
IMO, grub-mkconfig needs to be rewritten in order to handle multiple-device
roots. i'd recommend replacing all calls to 'grub-probe --device <device>' to
'grub-probe <path>'. obviously that's a rather large change that'll break a
whole bunch of existing scripts.
Either that, or grub-mkconfig needs to detect the multiple device case and
throw a not-supported error.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?48228>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-grub mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-grub
