Re: RFC: porting NetBSD fsdb enhancements to FreeBSD

From: Robert Watson (rwatson_at_FreeBSD.org)
Date: 10/28/05

  • Next message: ray_at_redshift.com: "Re: Very slow writing to SATA disk"
    Date: Fri, 28 Oct 2005 10:50:43 +0100 (BST)
    To: Matt Emmerton <matt@gsicomp.on.ca>
    
    

    On Fri, 28 Oct 2005, Matt Emmerton wrote:

    > Recently I've had to do some low-level surgery on some disks that have
    > gone bad in order to recover some of the data. This has required me to
    > zero out blocks on disk, patch up the affected files, and pull the data
    > off the disks.
    >
    > I was toying around the with fsdb tool, but couldn't figure out a way to
    > map blocks to inodes (although the 'blocks' command does the mapping in
    > the other direction quite nicely.)
    >
    > Poking around I found that someone has added this functionality (via a
    > "findblk" command) to NetBSD's fsdb (back in 2003!), which I have
    > grafted onto a 4.x box here with relative ease.
    >
    > NetBSD Mailing List Posting:
    > http://groups.google.com/group/mailing.netbsd.tech.userlevel/browse_thread/thread/18acceb04cf5aadb/2a891d67edf9279%232a891d67edf9279?sa=X&oi=groupsr&start=0&num=3)
    > NetBSD CVS:
    > http://cvsweb.netbsd.org/bsdweb.cgi/src/sbin/fsdb/fsdb.c.diff?r1=1.24&r2=1.25&f=h
    >
    > Is this something that folks would like to see on FreeBSD? I've got
    > RELENG_5_4 and RELENG_6_0 boxes here in my office so I can whip up the
    > patches and do some testing in short order.

    I'm sure if you submit a patch in a PR, we can find someone willing to get
    it committed.

    Robert N M Watson
    _______________________________________________
    freebsd-hackers@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
    To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"


  • Next message: ray_at_redshift.com: "Re: Very slow writing to SATA disk"

    Relevant Pages

    • RE: [2.6 patch] drivers/block/cciss.c: fix check-after-use
      ... Subject: [2.6 patch] drivers/block/cciss.c: fix check-after-use ... The Coverity checker spotted that we have already oops'ed if "disk" ... zero do not deregister it but just zero out it's ... For drives ...
      (Linux-Kernel)
    • [2.6 patch] drivers/block/cciss.c: fix check-after-use
      ... The Coverity checker spotted that we have already oops'ed if "disk" ... Since "disk" being NULL seems impossible at this point this patch ... * zero do not deregister it but just zero out it's values. ...
      (Linux-Kernel)
    • [2.6 patch] drivers/block/cciss.c: fix check-after-use
      ... The Coverity checker spotted that we have already oops'ed if "disk" ... Since "disk" being NULL seems impossible at this point this patch ... * zero do not deregister it but just zero out it's values. ...
      (Linux-Kernel)
    • Re: FAT32 or NTFS?
      ... >>10% wastage on 10 volumes is one whole hard disk wasted. ... >uncertainty about free space. ... Corrupt data can be better than none, ... "you can only recover part of the database". ...
      (microsoft.public.windowsxp.general)
    • RE: Dead hard drive
      ... Maybe you could recover ... That's a single FAT 32 active partition w/ XP Pro on it and it can access ... Here is a quick way to find if anything is left on your disk: ... to format the disk. ...
      (microsoft.public.windowsxp.general)