Date: Mon, 31 Mar 2003 09:36:59 -0800 From: Alfred Perlstein <bright@mu.org> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: Nate Lawson <nate@root.org> Subject: Re: cvs commit: src/sbin/fdisk fdisk.c Message-ID: <20030331173658.GA17388@elvis.mu.org> In-Reply-To: <22298.1049103240@critter.freebsd.dk> References: <20030331140740.R17363@gamplex.bde.org> <22298.1049103240@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
* Poul-Henning Kamp <phk@phk.freebsd.dk> [030331 01:34] wrote: > In message <20030331140740.R17363@gamplex.bde.org>, Bruce Evans writes: > > >This is more broken than I thought. fdisk now defaults to a wrong geometry > >in all cases where the BIOS geometry differs from the firmware geometry. > > > >The default geometry was H=1/S=1 or whatever is returned by DIOCGDINFO > >until this was broken in -current. This is still non-broken in RELENG_4. > > I don't particularly care for what numbers we use, but I do not > want a lot of elaborate DWIM code since in this particular case the > user had better know exactly what she is doing anyway. The problem is that each time you muck with these systems it becomes harder to get it to DWIW, nevermind DWIM. Still wish we had the Solaris format tool. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.'
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030331173658.GA17388>