From owner-freebsd-hackers Sat Feb 3 03:59:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA23144 for hackers-outgoing; Sat, 3 Feb 1996 03:59:47 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA23135 for ; Sat, 3 Feb 1996 03:59:37 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id UAA22335 for freebsd-hackers@freebsd.org; Sat, 3 Feb 1996 20:00:50 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 3 Feb 96 11:56:03 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199601310912.KAA19929@uriah.heep.sax.de>, <199601311842.LAA10227@phaeton.artisoft.com> Subject: Re: a question about boot-manager Sender: owner-hackers@freebsd.org Precedence: bulk terry@lambert.org (Terry Lambert) writes: >> > Let me add that if the sparing sectors were moved to the end of the >> > 'a' slice, it would have two effects: >> >> > b) The bad sector area could be grown at the expense of decreasing >> > the available swap in the 'b' slice following the sparing area. >> >> ...but only if the swap space physically follows the boot partition. >> Nothing mandates this. >The kernel's automounting of swap slices "mandates" this. >The default installation tools "mandate" this. >We can take a survey and see how many of us have swap on slice 'b', >but since that is where the install tools put it, it's probably >99.9% of us -- just like having "/" on slice 'a'. Just out of interest, the dumpdev must be a 'b' slice.. This is enforced in i386/machdep.c... dumpsys() ... if ((minor(dumpdev)&07) != 1) return; ... This (IMHO) is pretty bogus, especially when I was trying to use a specially reserved slice for a dump partition that wasn't going to get spammed at boot. I never could figure out why crashdumps were not going in.. I "discovered" this a few weeks ago and let off a scream of anguish at the hours/days of wasted time from several months ago. -Peter > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers.