zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ?

Andriy Gapon avg at icyb.net.ua
Wed Nov 5 15:58:31 PST 2008


on 05/11/2008 18:55 Marius Nünnerich said the following:
> On Wed, Nov 5, 2008 at 5:03 PM, Andriy Gapon <avg at icyb.net.ua> wrote:
>> Using GENERIC amd64 7-BETA2 system (installed from "official" ISO) I
>> partitioned my disk for ZFS root file system more or less as described here:
>> https://ish.com.au/solutions/articles/freebsdzfs
>>
>> Big difference is that I created a separate slice to contain a partition
>> for ZFS pool, so that ZFS pool is ad4s2d (and UFS2 boot is ad4s1a).
>>
>> Everything was fine, ZFS root was mounted as expected.
>>
>> Then I built a custom kernel with nooptions for GEOM_(BSD|MBR) and
>> options for GEOM_PART_(BSD|MBR). When I tried to boot this kernel it
>> couldn't mount ZFS root and I simply rebooted my machine when I stuck at
>> mountroot prompt (I couldn't enter UFS2 root because of unrelated
>> keyboard problem).
>> The boot was verbose and I didn't see any peculiar GEOM or GEOM_PART
>> messages (errors, warnings).
>>
>> I'll try to debug this further by booting into UFS root and running
>> gpart, but I'd like to ask for an advice upfront.
>>
>> Can something like this be rationally expected?
>> Is there a way to make ZFS see its pool again (when booted into UFS root)?
> 
> Afaict geom_part is a little bit more concerned about the correctness
> of the partition tables. I think it's possible that you have a bug in
> your tables which doesn't matter for geom_mbr or geom_bsd but for
> geom_part.

I believe that disklabels are correct even for gpart, but this is not 
proven.

Anyway I'll do more tests tomorrow.

P.S.
I kind of hoped for an advice on ZFS side of things.


-- 
Andriy Gapon


More information about the freebsd-fs mailing list