[Bug 207188] gptzfsboot may choose wrong pool

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Wed Feb 17 13:41:26 UTC 2016


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207188

--- Comment #4 from Matthias Pfaller <matthias.pfaller at familie-pfaller.de> ---
(In reply to Andriy Gapon from comment #3)
>> But it might be nicer to skip pools without bootfs (imho).
> I think that that would not be unreasonable.
> But it certainly requires a wider discussion first, because there could be
> people who depend on the current behaviour in one way or another,

Maybe one should fall back to the old behaviour when no pool is marked with
bootfs.

>> The other thing I don't like, is that gptzfsboot doesn't seem to be able to
>> boot from a pool when there is only the zil on the boot device. It fails
>> with "all block copies unavailable". I think it should just skip a pool it
>> can't use anyway.
> Hmm, this is unexpected if other devices comprising the pool are fully  
> visible to the firmware (BIOS).  Could you please provide some more details?

All five disks (and the embedded micro-sdcard) are visible to the bios. 
zfsloader will list them as c:, d:, e:, f:, g: and h:.

But when gptzfsboot decides to boot from ada0:data (instead of ada0:root) it
will complain about "all block copies unavailable". 

Typing "status" at the gptzfsboot prompt will crash...

Please note that I had to patch zfsloader as described in
https://wiki.freebsd.org/HPBIOS3TBHDD. Maybe gptzfsboot needs the patch as
well?

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list