boot0cfg on does not set default selection on gmirror device

Patrick M. Hausen hausen at punkt.de
Sun Oct 23 13:53:41 UTC 2016


Hi, Ian,

> Am 22.10.2016 um 05:36 schrieb Ian Smith <smithi at nimnet.asn.au>:
> [...]
> I wonder two things:
> 
> Do 'boot0cfg -v ada0' and 'boot0cfg -v ada1' both report the same?

OK, situation before I try to change anything:

root at hd45:~ # boot0cfg -v mirror/m0
[...]
default_selection=F1 (Slice 1)

root at hd45:~ # boot0cfg -v ada0
[...]
default_selection=F1 (Slice 1)

root at hd45:~ # boot0cfg -v ada1
[...]
default_selection=F1 (Slice 1)


Now try to change it to F2 through the mirror device:

root at hd45:~ # boot0cfg -s 2 mirror/m0
# No error message or other indication that something went wrong!

root at hd45:~ # boot0cfg -v mirror/m0
[...]
default_selection=F1 (Slice 1)

root at hd45:~ # boot0cfg -v ada0
[...]
default_selection=F1 (Slice 1)

root at hd45:~ # boot0cfg -v ada1
[...]
default_selection=F1 (Slice 1)


> Might it work properly if you upgraded the boot sectors to version 2, 
> which is what you should get if you reinstall from current boot0cfg, 
> presumably without touching the MBR data, but you'll have backups ..

Well ...

root at hd45:~ # boot0cfg -B mirror/m0
root at hd45:~ # boot0cfg -s 2 mirror/m0
root at hd45:~ # boot0cfg -v mirror/m0
#   flag     start chs   type       end chs       offset         size
1   0x80      1:  0: 1   0xa5   1022:254:63        16065     16418430
2   0x00   1023:  0: 1   0xa5   1020:254:63     16434495     16418430
3   0x00   1021:  0: 1   0xa5    768:254:63     32852925   1920667140

version=2.0  drive=0x80  mask=0xf  ticks=182  bell=# (0x23)
options=packet,update,nosetdrv
volume serial ID b100-808f
default_selection=F2 (Slice 2)

root at hd45:~ # boot0cfg -v ada0
[...]
default_selection=F2 (Slice 2)

root at hd45:~ # boot0cfg -v ada1
[...]
default_selection=F2 (Slice 2)

Revert the change:

root at hd45:~ # boot0cfg -s 1 mirror/m0
root at hd45:~ # boot0cfg -v  mirror/m0
[...]
default_selection=F1 (Slice 1)


That did it! These machines have been in production for some time
starting with FreeBSD 8.x and have been upgraded via NanoBSD style
dd followed by reboot all the time up to 10.3, now. Hence I never touched
the bootcode.

Actual reboot of this production machine in two weeks when we run our
regular updates. But I expect that to "just work".

Patrick
-- 
punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe
Tel. 0721 9109 0 * Fax 0721 9109 100
info at punkt.de       http://www.punkt.de
Gf: Jürgen Egeling      AG Mannheim 108285



More information about the freebsd-stable mailing list