Re: 7.2-stable upgrade changes disknames

From: Dimitry Andric <dimitry_at_andric.com>
Date: Mon, 29 Jun 2009 11:04:34 +0200
On 2009-06-29 10:27, Aisaka Taiga wrote:
>> And I have to manually fix my /etc/fstab to what is factual correct.
>> And that was what my message was about:
>>     It can/will(??) bite a lot more users.
>> With similar remarks and/or questions.
> To be honest, I'm quite amused that it actually worked for you, because 
> if you use a dangerously dedicated disk you, basically, don't need a 
> partition table at all as the slice 'table' (bsdlabel) takes care of 
> everything. And if there's no partition table, there can be no adXs1a 
> boot device - even in 7.2.

It seems sysinstall creates DDD's with a strange bit of inconsistency.
If you install on e.g. /dev/ad0, it forces you to create a (bogus?)
slice /dev/ad0s1, the corresponding entries in /dev are also created,
and the newly installed system's fstab also uses ad0s1a, ad0s1b, etc.

However, the disklabel and the partition table will overlap.  In some
cases, I have seen *both* ad0s1a and ad0a existing at the same time in
/dev...

Sometime, during Marcel Moolenaars work on removing GEOM_MBR and
GEOM_BSD, and replacing them with GEOM_PART_MBR and GEOM_PART_BSD,
respectively, this arrangement got modified, so suddenly the 's1' part
wasn't recognized anymore, and you just got ad0a, ad0b, and so on.

In my case, simply doing "bsdlabel -B /dev/ad0s1", the label's boot
code would be overwritten with a default version, which contains a sort
of bogus partition table, having a fourth slice of 50000 sectors.

Apparently this leads to FreeBSD then recognizing the disk as not having
any slices anymore, so the disk will just be using ad0[a-z] from that
point forward.

You'll definitely need to fix your fstab and possibly /boot/loader.conf,
/etc/rc.conf and so on...

Note that sysinstall in -CURRENT can't even create a DDD anymore, since
it tries to newfs a first slice, which doesn't exist. :)
Received on Mon Jun 29 2009 - 07:04:34 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:50 UTC