If he has it in a RAID 1, could he manually fail the bad disk and try it from there? Obviously this could be harmful, so a dd copy would be a VERY good idea(truthfully, that should have been the first thing that was done). Michael
On Mon, Jun 4, 2012 at 12:09 PM, Hugo Mills <h...@carfax.org.uk> wrote: > > On Mon, Jun 04, 2012 at 06:04:22PM +0100, Hugo Mills wrote: > > I'm out of ideas. > > ... but that's not to say that someone else may have some ideas. I > wouldn't get your hopes up too much, though. > > > At this point, though, you're probably looking at somebody writing > > custom code to scan the FS and attempt to find and retrieve anything > > that's recoverable. > > > > You might try writing a tool to scan all the disks for useful > > fragments of old trees, and see if you can find some of the tree roots > > independently of the tree of tree roots (which clearly isn't > > particularly functional right now). You might try simply scanning the > > disks looking for your lost data, and try to reconstruct as much of it > > as you can from that. You could try to find a company specialising in > > data recovery and pay them to try to get your data back. Or you might > > just have to accept that the data's gone and work on reconstructing > > it. > > Hugo. > > -- > === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === > PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk > --- A linked list is still a binary tree. Just a very unbalanced --- > one. -- dragon -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
