Hi,

I am toying around with LFS on -current. The newfs_lfs(8) abort()s when you
try to newfs a partition that is not labelled "4.4LFS". As an alternative
to hacking newfs_lfs I recalled that mac68k can at least read native BSD
disklabels and hooked the disk to a Sun IPX.

Now, 'disklabel -r sd1' shows

[...]
3 partitions:
#        size   offset     fstype   [fsize bsize   cpg]
  a:  1065912        0     4.4LFS     1024  8192     7   # (Cyl.    0 - 2248*)
  c:  1065912        0     unused        0     0         # (Cyl.    0 - 2248*)

while 'disklabel sd1' gives me

[...]
3 partitions:
#        size   offset     fstype   [fsize bsize   cpg]
  c:  1065912        0     unused        0     0         # (Cyl.    0 - 2248*)
disklabel: boot block size 0
disklabel: super block size 0

and the kernel insists on

sd1: no disk label -- NetBSD or Macintosh

I.e. I cannot mount the LFS partition because the kernel insists on its
faked incore disklabel.
--- ???

Years ago, I hacked mac68k/disksubr.c to enable writing of native
disklabels, and ISTR that I did not have to touch any reading code, as it
worked out of the box.

Have the native disklabel layout and mac68k's idea of it gotten out of sync?

	hauke



--
"It's never straight up and down"     (DEVO)