Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 27 Dec 2008 08:08:39 +1100
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        obrien@freebsd.org, Marcel Moolenaar <xcllnt@mac.com>, freebsd-current@freebsd.org
Subject:   Re: "geometry does not match label"
Message-ID:  <20081226210839.GG1081@server.vk2pj.dyndns.org>
In-Reply-To: <20081226085453.GB26808@dragon.NUXI.org>
References:  <gij9kg$23u$1@lorvorc.mips.inka.de> <95872328-4FBF-4DAD-98DE-024FF53A4505@mac.com> <20081226085453.GB26808@dragon.NUXI.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--KdquIMZPjGJQvRdI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2008-Dec-26 00:54:53 -0800, David O'Brien <obrien@freebsd.org> wrote:
># fsck /dev/ad8s4f
>fsck: Could not determine filesystem type

I'm seeing this as well but it seems to go away if the filesystem is listed
in /etc/fstab.

># disklabel /dev/ad8s4f
># /dev/ad8s4f:
>8 partitions:
>#        size   offset    fstype   [fsize bsize bps/cpg]
>  c: 83441610 150994935    unused        0     0         # "raw" part, don=
't edit
>  f: 83441610 150994935    4.2BSD        0     0     0
>partition c: offset past end of unit
>partition c: partition extends past end of unit
>disklabel: partition c doesn't start at 0!
>disklabel: An incorrect partition c may cause problems for standard system=
 utilities
>partition f: offset past end of unit
>partition f: partition extends past end of unit

It looks like GEOM_PART_BSD reports partition information that is
incompatible with bsdlabel.  This is a PITA.  OTOH, 'gpart show'
works sanely (though you have to map from 1-origin partition numbers
to partition names).

If GEOM_PART_xxx is going to be kept as the default, either bsdlabel
needs to learn how to interpret the partition information (preferred)
or it needs to refer the user to gpart(8) and not produce confusing
and erroneous error messages.

Overall, gpart is definitely not a user-friendly way of managing disk
space (though it is usable).  As has already been noted (in part):
1) it needs to use expand_number(3) or similar to read sizes
2) the '-b offset' option to 'gpart add' needs to be made optional
3) the '-i index' option to 'delete', 'modify', 'set' and 'unset' needs
   to be optional (derived from the 'geom' argument if not specified -
   so 'gpart delete -i 3 ad4' and 'gpart delete ad4s3' are equivalent).

--=20
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.

--KdquIMZPjGJQvRdI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAklVR9cACgkQ/opHv/APuIej8gCgg63iVb6GhhRLQRSAlh1r74fj
EpIAmwaYr3oFIsE0zeZ+qwvqM0fYhkyt
=PYFf
-----END PGP SIGNATURE-----

--KdquIMZPjGJQvRdI--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081226210839.GG1081>