From owner-freebsd-current Fri Feb 9 11:00:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02936 for current-outgoing; Fri, 9 Feb 1996 11:00:11 -0800 (PST) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02812 for ; Fri, 9 Feb 1996 11:00:02 -0800 (PST) Received: from block.statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0tky2z-000r3zC; Fri, 9 Feb 96 10:59 PST Received: from localhost (localhost [127.0.0.1]) by block.statsci.com (8.6.12/8.6.9) with SMTP id KAA20315; Fri, 9 Feb 1996 10:59:52 -0800 Message-Id: <199602091859.KAA20315@block.statsci.com> To: "Jordan K. Hubbard" cc: Julian Elischer , terry@lambert.org (Terry Lambert), current@freebsd.org Subject: Re: FS PATCHES: THE NEXT GENERATION In-reply-to: Your message of "Fri, 09 Feb 1996 05:11:49 -0800." <19888.823871509@time.cdrom.com> Reply-to: scott@statsci.com Date: Fri, 09 Feb 1996 10:59:50 -0800 From: Scott Blachowicz Sender: owner-current@freebsd.org Precedence: bulk "Jordan K. Hubbard" wrote: > It has to work the way it works now, e.g. you should be able to just > walk into /dev (and that could be one of many incarnations of `dev', > remember) and futz with permissions or "delete" device entries you > don't want to be present for security reasons, and that information > should stay there across mounts. FYI...I think Solaris 2.x does this with some sort of special flag at the boot prompt. Maybe there could be a '-r' switch (I THINK that's what they use) to force regeneration of the device file entries? Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org