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. >Received on Wed Jul 13 2011 - 04:32:53 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:15 UTC