From owner-freebsd-stable Thu May 13 18:21:44 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id A983F1522E; Thu, 13 May 1999 18:21:33 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.2) with ESMTP id UAA46851; Thu, 13 May 1999 20:21:26 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 13 May 1999 20:21:26 -0500 (CDT) From: Chris Dillon To: "Jordan K. Hubbard" Cc: Brian McGovern , stable@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Fubar w/3.2-BETA In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 12 May 1999, Jordan K. Hubbard wrote: > > > This is really weird; I can't reproduce this! > > > > I wonder if it's because my test box uses SCSI. Damn, time to dust > > off the IDE system I think. :) More on the quirk I encountered... I just attempted an install of 3.2-19990512-BETA, the latest available on releng3.freebsd.org. In a nutshell, I: Disabled all disableable (is that a word?) devices EXCEPT: fd0, wdc1 (yes, no wdc0), ppc0, sio0, atkbd0, psm0, sc0. The PCI devices probed/attached are fxp0-fxp6 (though I only had one fxp card installed the first time around), ncr0, ncr1. Attached to ncr0 are three 9.1GB UW SCSI drives. "Custom" install. I partition each disk using "Use Entire Disk" in the partition editor, using a true partition entry (not dangerously dedicated), set bootable on da0 and da1. Label them as such: da0s1a: 100M - / da0s1e: 200M - /var da0s1f: 1700M - /usr da0s1g: remainder (6675MB) - /cache.0 da1s1e: 100M - /root.bak da1s1f: 1000M - /devel da1s1g: 900M - /usr/src da1s1h: remainder (6675MB) - /cache.1 da2s1e: 1000M - /usr/obj da2s1f: 1000M - /spare da2s1g: remainder (6675MB) - /cache.2 Pick bin, dict, doc, games, info, man distributions. Media - FTP - fxp6 - 3.0 SNAP Server. Commit. "You must have at least one swap partition..." "Couldn't make filesystems properly. Aborting" "Commit completed with errors. Not updating /etc" Whoops. Go back into the label editor. Remove: da0s1f: 1700M - /usr da1s1g: 900M - /usr/src Create: da0s1b: 300M - swap da0s1f: 1400M - /usr da1s1b: 300M - swap da1s1g: 600M - /usr/src Commit. "WARNING! Unable to swap to /dev/da0s1b: Device not configured...." "Making filesystem for /dev/rda0s1a" (or whatever... It happened quickly) "Unable to add /mnt/dev/da1s1b as a swap device: Device not configured." Over on the debug console: DEBUG: MakeDev: Unknown major/minor for devtype - DEBUG: MakeDev: Unknown major/minor for devtype - DEBUG: MakeDev: Unknown major/minor for devtype - DEBUG: MakeDev: Unknown major/minor for devtype - DEBUG: MakeDev: Unknown major/minor for devtype - All of the filesystems are newfs'd, FTP installation begins, and I abort it (just wanted to make sure it would get that far). Just noticed something else. After aborting the install and playing around a bit with attempting to choose the FTP site again (started install a second time just fine after re-choosing site), I finally went to do something else and "I've got a Signal 11. Not good!". Debug console said something like (I really need to write things down _before_ I make them go away): DEBUG: Deleting default route on fxp6 DEBUG: Caught signal 11 After I hit OK, it rebooted. AND, now that I've gone back into sysinstall, I examine the previously created partitions via label editor. It seems the second time around after making the changes in the label editor, they were never actually committed. The supposedly deleted/recreated da0s1f and da1s1g are still the originals (original size), and da0s1b and da1s1b don't exist. Should I have hit (W)rite in the label editor the second time around before I went to re-commit (that might have solved all the problems)? If so, should the default behaviour be changed to make those changes automatically upon final "Commit"? Anyway, assuming I do things right the first time, everything goes without a hitch. I'm only thinking about those people who occasionally screw up. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures (SPARC under development). ( http://www.freebsd.org ) "One should admire Windows users. It takes a great deal of courage to trust Windows with your data." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message