Date: Mon, 21 Jun 1999 09:53:30 -0400 From: "Matt White" <mwhite@donet.com> To: <freebsd-stable@freebsd.org> Subject: FIXED: FreeBSD 3.2 install and large IDE drives Message-ID: <000301bebbed$71b3bac0$6402030a@bunnynet.org> In-Reply-To: <Pine.SOL.4.05.9906201851200.14514-100000@luna>
next in thread | previous in thread | raw e-mail | index | archive | help
Chalk this one up to "Weird Windows FDisk behavior".
I started looking at the partition table that FreeBSD showed, and nothing
made sense. I wiped the partition table and recreated it with FreeBSD's
fdisk. FreeBSD was then easily able to see all 17GB. I've since then
reinstalled Windows, and it's happy.
It installed really quickly on a 7200RPM drive, so I'm quite happy. =)
LBA mode is on, and it's working fine.
Thanks for the help,
Matt
-----Original Message-----
From: owner-freebsd-stable@FreeBSD.ORG
[mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of kip@lyris.com
Sent: Sunday, June 20, 1999 9:52 PM
To: John Baldwin
Cc: freebsd-stable@FreeBSD.ORG; freebsd-stable@FreeBSD.ORG; Brandon
Hicks-www.gatekeep.net; Matt White
Subject: RE: FreeBSD 3.2 install and large IDE drives
If you disable LBA won't that limit the size of the bootable portion
of the drive to the first 1024 cylinders?
-Kip
On Sun, 20 Jun 1999, John Baldwin wrote:
> I think you just hit a weird coincidence. If you multiply the numbers,
you
> find that 16 * 34960 = 559360 and 255 * 2193 = 559215, which is only off
by
> 145 * 63 = 9135 sectors, or about 4.46 Meg.. hardly space to quibble over
when
> you've got 17Gig lying around. Why does it do this? Unless I am wrong,
these
> are the numbers returned when using LBA. Try turning LBA off in your BIOS
and
> see if it gets it right. You can also try turning LBA on by by setting
the
> flags on the wd0 and wd1 devices to 0x10001000. Thus, this is not
necessarily
> a bug (unless LBA should be turned on for GENERIC maybe?) in sysinstall,
but a
> quirk of ATA/IDE that we have to live with.
>
> On 21-Jun-99 kip@lyris.com wrote:
> > Tell me where I can find the source and I will take a look at it.
> > No promises. That is a lot lower level than I am used to dealing with.
> > -Kip
>
> I looked in /usr/src/release/sysinstall/{disk.c,label.c} and
> /usr/src/lib/libdisk/libdisk.h, it's using unsigned everywhere, AFAICT.
>
> Matt White said:
> >> > >Hello...
> >> > >
> >> > >I may have uncovered a problem in the FreeBSD 3.2 install.
> >> > >
> >> > >I recently bought a new 18GB IDE drive, and I'm trying to install
FreeBSD
> >> > >3.2 into one of the partitions. When I run the FreeBSD "fdisk" (not
sure
> >> > >what's it actually called) during part of the install, it doesn't
detect
> >> my
> >> > >drive settings correctly, and thus thinks I'm okay of disk space.
> >> > >
> >> > >It's detecting it like this:
> >> > >
> >> > > - 255 Heads
> >> > > - 2193 Cyls
> >> > > - 63 Sectors
> >> > >
> >> > >And in reality is has:
> >> > >
> >> > > - 16 Heads
> >> > > - 34960 Cyls
> >> > > - 63 Sectors
> >> > >
> >> > >
> >> > >I can't help but notice that 34960 - 2193 is the "magical" number
32767.
> >> > >
> >> > >The drive is detected correctly at boot time, which leads me to
believe
> >> the
> >> > >OS itself is fine, but it's the "fdisk" program that has the
problem.
> >> When
> >> > >I set the drive geometry manually it takes it, but it still doesn't
see
> >> > that
> >> > >I have 7GB of unpartitioned space.
> >> > >
> >> > >Any ideas?
> >> > >
> >> > >Matt
>
> ---
>
> John Baldwin <jobaldwi@vt.edu> -- http://members.freedomnet.com/~jbaldwin/
> PGP Key: http://members.freedomnet.com/~jbaldwin/pgpkey.asc
> "Power Users Use the Power to Serve!" - http://www.freebsd.org
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
>
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000301bebbed$71b3bac0$6402030a>