From owner-freebsd-current@FreeBSD.ORG Mon Aug 25 01:11:37 2003 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 059EE16A4BF for ; Mon, 25 Aug 2003 01:11:37 -0700 (PDT) Received: from SMT02002.global-asp.net (SMT02002.global-asp.net [194.51.152.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D4F43FCB for ; Mon, 25 Aug 2003 01:11:36 -0700 (PDT) (envelope-from apasselac@free.fr) Received: from smt02003.global-asp.net (localhost [127.0.0.1]) by SMT02002.global-asp.net (Postfix) with ESMTP id D5BE923690; Mon, 25 Aug 2003 10:11:33 +0200 (CEST) Received: from freebie.freebsd.org (OrbytesNAT.global-asp.net [194.51.152.211]) by smt02003.global-asp.net (Postfix) with ESMTP id CBE842FA0A; Mon, 25 Aug 2003 10:11:34 +0200 (CEST) Received: from freebie.freebsd.org (freebie.freebsd.org [127.0.0.1]) by freebie.freebsd.org (8.12.9/8.12.9) with ESMTP id h7P8BHFD001504; Mon, 25 Aug 2003 10:11:17 +0200 (CEST) (envelope-from kmaster@freebie.freebsd.org) Received: (from kmaster@localhost) by freebie.freebsd.org (8.12.9/8.12.9/Submit) id h7P8BHtq001503; Mon, 25 Aug 2003 10:11:17 +0200 (CEST) Date: Mon, 25 Aug 2003 10:11:17 +0200 From: Armand Passelac To: Thomas Gutzler Message-ID: <20030825081117.GA599@freebie.freebsd.org> References: <20030824192611.GA14668@brain.hadiko.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20030824192611.GA14668@brain.hadiko.de> cc: freebsd-current@freebsd.org Subject: Re: recover superblock 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: Mon, 25 Aug 2003 08:11:37 -0000 I don't have the solution. But I known a program taht allow you to restore partitions : http://www.cgsecurity.org/index.html?testdisk.html It seems to be very powerfull. With it you could get your data from broken partitions. PS : I know the developper, so if you have problem ... [---- On Sun, 24 Aug, 2003 at 21:26, Thomas Gutzler wrote: ----] > Hi, > > I just lost all of my filesystems on my 5.1 box. > I was running mnogosearch's indexer on my website while several errors > occured. I guess there were 320 of these errors, cause the last message > was "last message repeated 320 times". Unfortunately /var is lost as > well, so I don't have more error messages. > > kernel: swap_pager: indefinite wait buffer: device: ad0s1b, blkno: 23536, size: 4096 > kernel: ad0: WRITE command timeout tag=0 serv=0 - resetting > kernel: ata0: resetting devices .. > kernel: done > kernel: bad block 4190320178290426368, ino 402986 > kernel: pid 42 (syncer), uid 0 inumber 402986 on /usr: bad block > > I decided to reboot into singleuser and run fsck. I noticed, that the > buffers couldn't be flushed before restarting and the system couldn't > boot. It said: "not ufs" > > I plugged the harddisk into another computer and tried to run fsck. > It couldn't find a superblock, used an alternative one and coredumped > while trying to repair the first error. Before dumping, it said > something like "Couldnt allocate 3900000000 bytes for inoinfo". I can > only remember the value of around 3.9G. > This happened on all filesystems of ad0. I could mount the > filesystem but not access it, but df said: Used: -2.8T (on a 40G disk). > I surrendered on that and ran newfs. > > I don't know why, but fsck works on ad1. > fsck said something like "softupdate inconsistency" while trying to > repair the filesystem which obviously didn't completely work. > > # fsck /dev/ad1s1e > ** /dev/ad1s1e > Cannot find file system superblock > > LOOK FOR ALTERNATE SUPERBLOCKS? [yn] y > > USING ALTERNATE SUPERBLOCK AT 32 > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 19093 files, 42115174 used, 33631703 free (6471 frags, 4203154 blocks, > 0.0% fragmentation) > > # mount /dev/ad1s1e /mnt/ > mount: /dev/ad1s1e on /mnt: incorrect super block > > same thing using fsck -b 32 or any other alternative > > Google somewhere advised to use tunefs, but: > # tunefs -A /dev/ad1s1e > tunefs: /dev/ad1s1e: could not read superblock to fill out disk > > Even trying to copy an alternate superblock using dd faied. > > Do you have any ideas, how I could recover the data on this disk ? > > Cheers, > Tom > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" [---- End of original mail from Thomas Gutzler ----] -- "No guts No glory" =] PASSELAC Armand [= ( @ @ ) Ingenieur Systemes-Reseaux & Securite ORBYTES INGENIERIE