boot - Fix boot probe ordering
* When boot loader support is compiled w/ UFS and HAMMER together, which
is the default (note: HAMMER booting's never worked well)... the probe
order was to check for the hammer volume header first and UFS second.
* Change the probe order to check for UFS first and HAMMER second. The
reason is that a 'newfs' (for UFS) doesn't wipe the hammer volume header
because the ufs's newfs tries to 'skip' the partition reserved area of
the disk.
This is a huge throwback to the original BSD fdisk/disklabel which put
the boot code INSIDE the 'a' partition.
* The DragonFly disklabel64 (which is now the default) does not have this
problem so we could probably at some point adjust the UFS 'newfs' code to
wipe the old 'reserve' area to really put a cap on the problem.
Reported-by: tuxillo