What does *BSD/Intel have as it's naming scheme for partitions and for
slices?
Pre-emptive proposal: it we have to deal with partitions *and* slices,
one possibility is to munge the partition ID and slice ID
together. The first N "subdevices" (s) would be real partitions, the
remaining subdevices would be slices within partitions.
However, this I consider messy. You would have to know how many real
partitions you have and which ones have how many slices.
So, it would be more logical to have a naming scheme for
controller,bus,target,device(lun),partition thus:
/dev/sd/c0b0t0d0p1 a whole partition
Then, if any slices are found in partitions, you would also have:
/dev/sd/c0b0t0d0p1s3 a single Solaris slice within a partition
and of course:
/dev/sd/c0b0t0d0 a whole disc
Leonard: what do you think of this? I don't think we can ignore the
fact that partitions and slices are different. Munging them together
only partially hides it.
Also, if we were to go back to "p" for partition, how about "u" for
LUN?
Regards,
Richard....