Thanks for the explanation! The patch didn't fix it though (as it probably only works against log partitions).
On Jul 11, 2011, at 4:45 PM, Matt Burke wrote: > On 07/06/11 16:44, Berczi Gabor wrote: >> For some reason FreeBSD can't boot automatically: > ... >> I have two pools, pool2 which is a mirrored zpool, and data being a >> raid-z pool. Note how the default should be "pool2:/boot/zfsloader". How >> can I fix this? > > The following applies to 8-STABLE from 2011-06-29. I believe -CURRENT may > be identical, but don't know for certain. > > >> From what I could tell from researching my similar problem (*), you can > ignore the zpool bootfs property as well as the gpt bootme flag - they're > not looked at by the boot process, at least not before the stage 3 loader. > > What happens is gptzfsboot simply tries to boot from the first zfs pool it > finds. The only control you have is that the first drive it scans is the > one it boots from. > > If the BIOS booted from the disk with the raid-z pool, or if there is > something like a log partition for your raid-z pool before your boot pool > on the disk (fixed with my patch), then gptzfsboot will try to load > /boot/zfsloader from the raid-z pool, whether or not it can see enough > vdevs to actually use the pool. If it can't run zfsloader it'll pointlessly > try /boot/kernel/kernel from it before dumping you at the boot: prompt. > That is why you see the "Default" showing as it does - it's more "Last > tried" than "Default". > > My advice is to double-check which drive your BIOS is booting from (make > sure it's one with 'pool2' on it), and if you've got a partition belonging > to your 'data' pool on the disk (log, cache, etc), you could try rebuilding > gptzfsboot with my patch providing you're aware that it's untested by > anyone other than myself and by using it you risk causing irreparable > damage to your pools. I hope not seeing as I'm running it myself, but I've > had no feedback on it. > > > (*) http://lists.freebsd.org/pipermail/freebsd-fs/2011-June/011882.html > > > HTH, > > Matt. > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
