Date: Tue, 11 Mar 2008 08:48:58 +0100 From: Rink Springer <rink@freebsd.org> To: Ian FREISLICH <ianf@clue.co.za> Cc: Rink Springer <rink@freebsd.org>, current@freebsd.org Subject: Re: sysinstall: "Unable to create the partition. Too big?" Message-ID: <20080311074858.GB2327@rink.nu> In-Reply-To: <E1JYiLA-0001jj-J3@clue.co.za> References: <20080310125117.GA74239@rink.nu> <E1JYiLA-0001jj-J3@clue.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 10, 2008 at 03:46:56PM +0200, Ian FREISLICH wrote: > Rink Springer wrote: > > Hi, > > > > On Mon, Mar 10, 2008 at 02:44:26PM +0200, Ian FREISLICH wrote: > > > Yet, sysinstall has the size as 1255914653 sectors. > > > > Could you paste the output of 'sysctl -b kern.geom.conftxt' ? > > 0 DISK aacd0 639830589440 512 hd 255 sc 63 This is very odd.. the big number in the above line is the size in bytes (len), and the 512 is the number of bytes per sector (s). So, the size in sectors is simply len / s = 639830589440 / 512 = 1249669120, what the dmesg claims. This is the same as the calculation made by sysinstall - look at lib/libdisk/open_disk.c:Int_Open_Disk(). I don't see any obvious overflow errors there... everything seems to use daddr_t types, which are 64 bit (at least on i386), so that should not be a problem. Could you perhaps add debugging printf()'s to Int_Open_Disk() to try to trace what is going on? -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080311074858.GB2327>