From owner-freebsd-questions@FreeBSD.ORG Fri Feb 2 17:54:50 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12C8616A401 for ; Fri, 2 Feb 2007 17:54:50 +0000 (UTC) (envelope-from toreld@netscape.net) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id A89C813C428 for ; Fri, 2 Feb 2007 17:54:49 +0000 (UTC) (envelope-from toreld@netscape.net) Received: from [62.16.180.96] (062016180096.customer.alfanett.no [62.16.180.96]) (authenticated bits=0) by mail43.nsc.no (8.13.8/8.13.5) with ESMTP id l12Hsksj013726 for ; Fri, 2 Feb 2007 18:54:48 +0100 (CET) Message-ID: <45C37A20.2050003@netscape.net> Date: Fri, 02 Feb 2007 18:51:28 +0100 From: Tore Lund User-Agent: Thunderbird 1.5.0.9 (X11/20061228) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Recovering a file on an msdosfs partition X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 17:54:50 -0000 The thing that should never, ever happen did happen yesterday. I lost a file and was not able to recover it. ROX-filer said NewFile where I should have seen a familiar filename. I tried fsck_msdosfs and got this meaningful answer: isidoros# fsck_msdosfs /kdisk ** /kdisk (NO WRITE) Invalid signature in boot block: 0000 Not much help there, so I booted into Windows and ran chkdsk /f on the slice in question. The only thing it was able to recover was 4 kB of binary zeroes. Now, this was not a very important file. And I may have written to the slice since losing that file, so it may indeed have been unrecoverable. My question is whether I could have done anything else to make FreeBSD correct the goof it had made. The answer from fsck_msdosfs above does not tell me a lot, and one fine day this may happen to some really important file that has not yet been backed up. -- Tore