From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 12:52:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB6616A4CE for ; Tue, 20 Apr 2004 12:52:28 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBEA43D5A for ; Tue, 20 Apr 2004 12:52:28 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 20 Apr 2004 12:52:28 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A5E4B5D08; Tue, 20 Apr 2004 12:52:27 -0700 (PDT) To: Steve Ames In-reply-to: Your message of "Tue, 20 Apr 2004 07:50:25 CDT." <20040420125025.GA30066@energistic.com> Date: Tue, 20 Apr 2004 12:52:27 -0700 From: "Kevin Oberman" Message-Id: <20040420195227.A5E4B5D08@ptavv.es.net> cc: current@freebsd.org Subject: Re: A way to recover deleted files (just contents) from USF2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2004 19:52:28 -0000 > Date: Tue, 20 Apr 2004 07:50:25 -0500 > From: Steve Ames > Sender: owner-freebsd-current@freebsd.org > > On Tue, Apr 20, 2004 at 08:14:23PM +0800, Xin LI wrote: > > On Tue, Apr 20, 2004 at 12:26:32PM +0200, Oliver Brandmueller wrote: > > > This is a FAQ. Und the frequent answer is: > > > > > > You can easily recover valuable data after accsional deletion from your > > > backup. If you don't have a backup, then your data don't seem to be woth > > > having them backed up. > > > > Some Unix coursebooks even comment the result of accidentialy removal of > > a file without backing up as "User should take this as a lesson". > > That's kinda silly. Unless files are backed up at every edit then most of > us only have periodic filesystem backups. Lets say I just download a 150M > file and then accidentally delete it. Rather than wasting time and bandwidth > downloading again it'd be simpler to just 'unrm' it. Odds are that diskspace > and even inode haven't been recycled yet. Gee. VMS did this years ago. (So did MANY other, less common systems.) Instead of expecting editor to make their own copy of the old file, ALL files has version numbers and the default mode of creating a file with the same name as an existing file name was to create a new version (leaving the old version alone.) While there were many capabilities on VMS that I miss, the loss of file version as a basic part of the file system is second only to the VMS distributed lock manager. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634