Date: Sat, 3 Feb 1996 14:36:35 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-hackers@FreeBSD.org, karl@mcs.com Subject: Re: And the winner is! Message-ID: <199602032136.OAA04374@phaeton.artisoft.com> In-Reply-To: <199602030805.JAA08481@uriah.heep.sax.de> from "J Wunsch" at Feb 3, 96 09:05:43 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > > and the companion "I want to add a disk and not do a disktab > > > by hand -- since I have a ZBR disk and don't KNOW the right > > > > That's still kind of rough, yes. > > Not as smooth as `disksetup' (presumably -- i've never been using it), > but you've got it more convenient, without vamping a disktab entry. > In -current, you could do: > > disklabel -Brw sdX auto > disklabel -e sdX > > If people find it useful (and there are no further objections than the > single one i've seen by now), i could also move this functionality > into -stable. What is the limiting factor on simply coding all the disk drivers to return either a fictitious (but always usable) geometry, or at a minimum, a total number of sectors for a device? It must be possible to return this information via ioctl(), and then allow the user to slice it up how they want. In keeping with the devfs discussion on the -current list, the total number of sectors ought to be available from both phical devices (this case) and logical devices (the slice/partition management case). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602032136.OAA04374>