From owner-freebsd-hackers  Thu Jun  1 13:25:39 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id NAA21835
          for hackers-outgoing; Thu, 1 Jun 1995 13:25:39 -0700
Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3])
          by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA21792
          for <hackers@freebsd.org>; Thu, 1 Jun 1995 13:25:30 -0700
Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43110>; Thu, 1 Jun 1995 22:23:06 +0200
Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id PAA01692 for hackers@freebsd.org; Thu, 1 Jun 1995 15:24:55 +0200
Date: Thu, 1 Jun 1995 15:24:55 +0200
From: Julian Howard Stacey <jhs@vector.eikon.e-technik.tu-muenchen.de>
Message-Id: <199506011324.PAA01692@vector.eikon.e-technik.tu-muenchen.de>
To: hackers@FreeBSD.ORG
Subject: suggestions for fixit floppy
Sender: hackers-owner@FreeBSD.ORG
Precedence: bulk


Suggestion for a small enhancement to the Boot Floppy.

I had to repair a bad disk label on my `current' FreeBSD, 
& used the 1.2M 950210-Snap.

(D)isklabel (E)dit Changesize
only allows one to edit sizes in Megabytes ...
Not helful when one knows the precise sector count required 
(not a multiple of N Megabytes).

I suggest the input routine be slightly enhanced to allow e.g.
s130000 to force a sector count of 130000, (as opposed to 130000 Mbyte).

It'll add a few bytes of code, but it'll enhance the recovery capability of
the Boot Flop, & will add less extra space than the existing N Meg to number
of sectors conversion presumably does.

(I don't know how the new 2.0.5 boot floppy performs, haven't got one yet.)

Julian S