Date: Fri, 22 May 1998 17:41:23 -0700 (PDT) From: Tom <tom@sdf.com> To: Eivind Eklund <eivind@yes.no> Cc: Simon Shapiro <shimon@simon-shapiro.org>, freebsd-stable@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: DPT install problem Message-ID: <Pine.BSF.3.95q.980522173743.21115E-100000@misery.sdf.com> In-Reply-To: <19980522213111.03467@follo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 22 May 1998, Eivind Eklund wrote: > On Fri, May 22, 1998 at 10:41:41AM -0700, Tom wrote: > > Yes, it seems to be a sysinstall interaction. If I leave the space > > unallocated, and then disklabel and newfs it later, it works fine. > > > > Currently it is pretty hard to bootstrap a new DPT system. You have to > > be able to build a kernel somewhere else as sysinstall will install a > > non-DPT kernel, and you can't use sysinstall to allocate large DPT > > partitions. I fear for the new user. > > sysinstall doesn't do this anymore. The DPT driver is activated as > part of the standard sysinstall now. I've noticed that. But this won't help anyone until 2.2.7 is released, or somone makes a 2.2.6 snapshot with the new GENERIC kernel. > As for large arrays: I think that will have to be left to you that > actually have those large arrays - it is kind of difficult for us > others to find out where the problem is. I suspect libdisk might be > the culprit; it interact with the slice code using different IOCTLs > than disklabel, IIRC. So you think that sysinstall makes a bogus label? Remember, sysinstall hangs basically right after newfs'ing the large filesystem. Either newfs hangs while cleaning up, or something that sysinstall does after newfs'ing all the filesystems hangs. Another interesting tibbit, is that sysinstall seems to be generating once a second disk i/o requests during this hung state. Could be stuck in loop. > Eivind. Tom 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?Pine.BSF.3.95q.980522173743.21115E-100000>