From owner-freebsd-questions Fri Jan 12 17:48:51 2001 Delivered-To: freebsd-questions@freebsd.org Received: from clmboh1-smtp2.columbus.rr.com (clmboh1-smtp2.columbus.rr.com [65.24.0.111]) by hub.freebsd.org (Postfix) with ESMTP id 96A2C37B404 for ; Fri, 12 Jan 2001 17:48:32 -0800 (PST) Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp2.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0D1kDp05863; Fri, 12 Jan 2001 20:46:13 -0500 (EST) Message-ID: <3A5FB314.24C12A23@mail.iowna.com> Date: Fri, 12 Jan 2001 20:44:52 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Keith Woodman Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Drive size head scratch References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Keith Woodman wrote: > A friend of mine has installed a quantum fireball 14Gb IDE drive. > After getting it install on his 4.2-stable system it shows a capacity far > less than it should. > > bash-2.04$ df /dev/ad2s1e > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad2s1e 14215706 13078445 5 100% /mp3 What are you talking about? You say it "shows a capacity far less than it should"? but I see 14G here. If you're talking about the math (14G/13G!=100%) then you might want to consider that UN*X filesystems assume a percentage of free space always avialable so it can work sanely when it does writes (I think this defaults to 9% - see the man page for newfs & tunefs) > 100% full but showing a differance of 1+ Gigs. Any clue on this? He had it > in NT this morning and it showed up with about 26 megs missing, he's > thinking FreeBSD sucks now and I don't know what to tell him. Here is the > output of a disk slice editor > > DISK Geometry: 1826 cyls/255 heads/63 sectors = 29334690 sectors > (14323MB) > > Offset Size(ST) End Name PType Desc Subtype > Flags > > 0 63 62 - 6 unused 0 > 63 29334627 29334689 ad2s1 3 freebsd 165 C > 29334690 2142 29336831 - 6 unused 0 If you mean about the 30K offset at the beginning of the drive and the 1M at the end (which doesn't add up to 26M, so I doubt it) that's a function of partitioning the disk to Micros~1 standards, which can't use the entire disk. Make it a "dangerously dedicated" disk and it will use the whole thing. I'm still not sure what you're talking about with the 26M thing, though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message