From owner-freebsd-small Mon Apr 2 21:37:37 2001 Delivered-To: freebsd-small@freebsd.org Received: from gta.com (mailgate.gta.com [199.120.225.4]) by hub.freebsd.org (Postfix) with ESMTP id 878D737B71B for ; Mon, 2 Apr 2001 21:37:34 -0700 (PDT) (envelope-from lab@gta.com) Received: from gta.com (GTA internal mail system) by gta.com id AAA36735; Tue, 3 Apr 2001 00:36:39 -0400 (EDT) Date: Tue, 3 Apr 2001 00:36:39 -0400 (EDT) Message-Id: <200104030436.AAA36735@gta.com> From: Larry Baird To: freebsd-small@freebsd.org Cc: Michael Bretterklieber Subject: Re: problems with DiskOnChip ... In-Reply-To: <3AC8CE32.C9F33B34@gta.com> User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (FreeBSD/3.5-STABLE (i386)) Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It works great, but I found, if the gziped mfs-tree exceeds a significant size, > weird things happen with the boot-loader. > First the loader can not read the loader.rc-file. It seems, that the file ist empty, > but it isn't. > If the mfs-tree image grows more and more, than the loader produces DiskErrors. > I use PicoBSD based on 3.5.1, but after FreeBSD 4.3 is released, I try PicoBSD based > this and maybe this error does'nt exist any more (I hope so). I spent a few days a year or two back tring to solve this problem. As I remember, the BIOS interface for the DOC seemed to be broken. The mapping (cyl,sec,head) used by the DOC exceeds the maximum cylinder number for the int13 call that boot1 uses. Search the archives and you should find some ramblings from me when I had a better handle on the problem. I have since switched to Compact Flash and DiskonModules (http://www.pqi.com.tw). More recently I seem to be using Compact Flash only. The Compact Flash seems to have the lowest failure rate and it is also very cost effective. Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gnatbox.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message