From owner-freebsd-questions@FreeBSD.ORG Fri Jan 28 08:22:18 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D3216A4CE for ; Fri, 28 Jan 2005 08:22:18 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE25343D58 for ; Fri, 28 Jan 2005 08:22:17 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j0S8MHWV001436; Fri, 28 Jan 2005 02:22:17 -0600 (CST) (envelope-from dan) Date: Fri, 28 Jan 2005 02:22:17 -0600 From: Dan Nelson To: Mark Jayson Alvarez Message-ID: <20050128082217.GI31269@dan.emsphone.com> References: <20050128070248.67839.qmail@web51601.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050128070248.67839.qmail@web51601.mail.yahoo.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-questions@freebsd.org Subject: Re: HELP!!!: I've accidentally deleted /dev X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 08:22:18 -0000 In the last episode (Jan 27), Mark Jayson Alvarez said: > I was playing with file flags and decided to change the entire / > hierarchy with "uunlnk". After doing that, I've cd into one of my > file folders and then tried rm -rf *. It says operation not > permitted. It worked. The uunlnk file flag worked. So I immediately > cd'd into / and tried doing the same thing(rm -rf *). It was too late > when I found out the the entries in my /dev/ wasn't affected when I > chflags -R /. And then all of my devices were gone. > I need a serious help now. Is there a way I can bring > them back? /dev/ on FreeBSD 5.* is a pseudo filesystem generated dynamically by the kernel. You can try running "devfs rule apply unhide" to ask the kernel to put back all the devices it knows about, but any permissions or symlinks created by the boot process will not be there. A reboot will put everything back to normal. -- Dan Nelson dnelson@allantgroup.com