Re: GEOM disklabel

2003-01-25 Thread Michael Reifenberger
On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote: ... Don't use the '-r' option, it gets confused because geom::BSD does not lie to it. Yes, that seems to work... Time to say good bye for '-r' ? Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to [EMAIL

Re: GEOM disklabel

2003-01-25 Thread phk
In message [EMAIL PROTECTED], Michael Reifenberger writes: On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote: ... Don't use the '-r' option, it gets confused because geom::BSD does not lie to it. Yes, that seems to work... Time to say good bye for '-r' ? Well, we still need it for writing the first

Re: GEOM disklabel

2003-01-25 Thread Andrey A. Chernov
On Sat, Jan 25, 2003 at 10:17:39 +0100, [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED], Michael Reifenberger writes: On Fri, 24 Jan 2003 [EMAIL PROTECTED] wrote: ... Don't use the '-r' option, it gets confused because geom::BSD does not lie to it. Yes, that seems to work... Time

GEOM disklabel

2003-01-24 Thread Michael Reifenberger
Hi, trying to disklabel new disks I get: (nihil)(root) # disklabel -w -B da0s1 auto (nihil)(root) # disklabel -r da0s1 # /dev/da0s1c: type: unknown disk: amnesiac label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 24792 sectors/unit:

Re: GEOM disklabel

2003-01-24 Thread phk
In message [EMAIL PROTECTED], Michael Reifenberger w rites: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to [EMAIL PROTECTED] for more info. --0-240786022-1043432225=:647

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread Julian Elischer
I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets. if the flag is not set then absolute offsets are expected.. That would give a way for us to move forward while still allowing partitions to

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread phk
In message [EMAIL PROTECTED], Ju lian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets. if the flag is not set then absolute offsets are expected.. That would give a way for

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread Julian Elischer
I agree with that too. On Mon, 13 Jan 2003 [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED], Ju lian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets. if the

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread walt
[EMAIL PROTECTED] wrote: Julian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets... Better plan: Abandon BSD labels before disks outgrow them. To be replaced

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread Julian Elischer
On Mon, 13 Jan 2003, walt wrote: [EMAIL PROTECTED] wrote: Julian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets... Better plan: Abandon BSD labels before

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread Peter Wemm
Julian Elischer wrote: On Mon, 13 Jan 2003, walt wrote: [EMAIL PROTECTED] wrote: Julian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets... Better

Re: Geom disklabel/fdisk issues?

2003-01-13 Thread phk
In message [EMAIL PROTECTED], walt writes: [EMAIL PROTECTED] wrote: Julian Elischer writes: I think that one of the things we need to do is declare a new flag in disklabel that declares that the disklabel has been converted to use relative offsets... Better plan: Abandon BSD labels before