I have an existing system running stable/7 and am preparing to upgrade it to stable/8 (as of r199085). The system has two slices mirrored. Upon booting from a Fixit disc, there are messages I see with stable/8 but not stable/7: GEOM: ad4s3: geometry does not match label (255h,63s != 16h,63s). GEOM: ad4s3: media size does not match label. GEOM: ad6s3: geometry does not match label (255h,63s != 16h,63s). GEOM: ad6s3: media size does not match label. This also occurs when having mirrored two freshly created slices (within VirtualBox), so it is not an existing issue seen from a newer kernel branch. I have a script[1] to perform the creation from the Fixit disc to show how I built the system. >From what I understand, these messages are due to the order GEOM tastes providers. Since mirrored slices may actually be from different drives and not match, I can see why the labels may not match. Should/could the tasting be adjusted to prevent these messages from appearing assuming everything is valid? It looks valid, yes? The swap slices using gpart or bsdlabel: Geom name: ad4s2 fwheads: 16 fwsectors: 63 last: 8388575 first: 0 entries: 8 scheme: BSD bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 8322 sectors/unit: 8388576 ... 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 8388576 0 unused 0 0 # "raw" part, don't edit h: 8388560 16 swap Here is the slice from the mirror (or ad[46]s3 if preferred): Geom name: mirror/slice0 fwheads: 255 fwsectors: 63 last: 75497434 first: 0 entries: 8 scheme: BSD bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 4699 sectors/unit: 75497435 ... 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 16 4.2BSD 0 0 0 b: 4194304 4194320 4.2BSD 0 0 0 c: 75497435 0 unused 0 0 # "raw" part, don't edit d: 8388608 8388624 4.2BSD 0 0 0 e: 58720203 16777232 4.2BSD 0 0 0 Sean 1. http://people.freebsd.org/~scf/Install-gmirror-MBR.txt -- scf_at_FreeBSD.orgReceived on Thu Nov 12 2009 - 19:45:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:57 UTC