Strange slice entries

Upon updating production machine to latest 5.4 I get strange
slice entries:

# ls /dev/ad*
/dev/ad0	/dev/ad1a	/dev/ad3b	/dev/ad4s1	/dev/ad6cs1
/dev/ad0a	/dev/ad1c	/dev/ad3c	/dev/ad4s1a	/dev/ad6f
/dev/ad0b	/dev/ad1cs1	/dev/ad4	/dev/ad4s1c	/dev/ad6g
/dev/ad0bc	/dev/ad1s1	/dev/ad4a	/dev/ad4s1f	/dev/ad6h
/dev/ad0c	/dev/ad2	/dev/ad4as1	/dev/ad4s1g	/dev/ad6s1
/dev/ad0e	/dev/ad2a	/dev/ad4c	/dev/ad4s1h	/dev/ad6s1a
/dev/ad0f	/dev/ad2b	/dev/ad4cs1	/dev/ad6	/dev/ad6s1c
/dev/ad0g	/dev/ad2c	/dev/ad4f	/dev/ad6a	/dev/ad6s1f
/dev/ad0h	/dev/ad3	/dev/ad4g	/dev/ad6as1	/dev/ad6s1g
/dev/ad1	/dev/ad3a	/dev/ad4h	/dev/ad6ca	/dev/ad6s1h

# ls /dev/ar*
/dev/ar0	/dev/ar0as1	/dev/ar0cs1	/dev/ar0g
/dev/ar0a	/dev/ar0c	/dev/ar0f	/dev/ar0h

Spelling is correct.

I'll investigate why further, but also I accidently corrupted label of ad0
only and restoring it doesn't work though I can get providers like
ad0a instead of ad0s1a... so I can no longer boot from it after fdisking and
reinstalling the mbr:

Invalid partition.

Thanks, I really want to get this one back up so I tried to avoid
doing in-depth investigation till now, but this might warrant some
work if no one else has an easy answer.

I did installkernel multiple times.  I believe that all geom_*.ko
are up to date with kernel in /boot/kernel.

dmesg:
ad0: 114473MB <WDC WD1200JB-00DUA3/75.13B75> [232581/16/63] at ata0-master UDMA100
ad1: 114473MB <WDC WD1200JB-00GVA0/08.02D08> [232581/16/63] at ata0-slave UDMA100
ad2: 114473MB <WDC WD1200JB-00DUA3/75.13B75> [232581/16/63] at ata1-master UDMA100
ad3: 114473MB <WDC WD1200JB-00DUA3/15.05R15> [232581/16/63] at ata1-slave UDMA100
ad4: 114473MB <WDC WD1200JB-00DUA3/17.07W17> [232581/16/63] at ata2-master UDMA100
ad6: 114473MB <WDC WD1200JB-00CRA1/17.07W17> [232581/16/63] at ata3-master UDMA100
ar0: 114440MB <ATA RAID1 array> [14589/255/63] status: READY subdisks:
 disk0 READY on ad4 at ata2-master
 disk1 READY on ad6 at ata3-master
[..]

I'm also looking at VIA-C3 on a EPIA machine, thanks to pjd_at_ and those who
are working on that.

-- 
Allan Fields