From owner-freebsd-current Sat Feb 21 15:02:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01649 for freebsd-current-outgoing; Sat, 21 Feb 1998 15:02:50 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01641 for ; Sat, 21 Feb 1998 15:02:49 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA28366; Sat, 21 Feb 1998 16:02:46 -0700 (MST) Message-Id: <199802212302.QAA28366@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), current@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Sat, 21 Feb 1998 22:43:51 GMT." <199802212243.PAA05014@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Feb 1998 15:59:53 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >You must have missed the part about "rc.local". 8-) 8-). No I didn't miss it. rc.local only works if you want to differentiate "units" of a device among permission schemes where the class you define in the kernel is the one that applies to "new units", and the all other classes apply to units that are assured to exist at boot time. Any situation that falls outside of this scope will fail. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message