On Wed, 2009-02-25 at 13:04 -0700, Anthony Roberts wrote: > Hi Chris, > > Cheers for the informative response. :) > > > In the ideal implementation, the grub.conf has a list of devices it is > > allowed to scan, and we put the FS uuid directly in there, let grub scan > > them and we'll be able to boot off multiple volumes in that way. > > Hm... perhaps it doesn't even need that much. It we're specifying devices, > might it simply pull the UUID out of the initial device it's given, kinda > like how the current mounting process works? Enumeration of the drives > changes as they come and go, but it doesn't really matter what "hd0" is > today as long as it's a member device. The problem is that grub would need some way of knowing which devices to scan. I'd hate to see it off running through everything in a san. > > This suggests another question for me... right now you can specify a root= > command line to the kernel, though there's other stuff like nfsroot= where > more parameters are needed. Is it possible to add a btrfsroot= option with > a UUID+subvolume? I'm not a huge fan of initrds, but the distro initrd scripts already have this kind of goodness hooked in. I think that's the best place for it. -chris -- 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
