Below is what you used? So you have RAID 0 for data, RAID 1 for metadata. This doesn't help any, but a point of info. # Create a filesystem across four drives (metadata mirrored, data striped) mkfs.btrfs /dev/sdb /dev/sdc /dev/sdd /dev/sde Just to make sure I understand correctly: This FS with critical info used a non-production filesystem, in RAID 0(no redundancy), with no backups. Another option I found(and I am no authority on the subject) is to use btrfs.restore with -i -i: Ignore errors. Normally the restore tool exits immediately for any error. This option forces it to keep going if it can, usually this results in some missing data. Again, this can be destructive, and it would be very smart to make block level copies of everything. On Mon, Jun 4, 2012 at 1:03 PM, Maxim Mikheev <mikhmv@xxxxxxxxx> wrote: > It was a RAID0 unfortunately. > > > On 06/04/2012 02:02 PM, Michael wrote: >> >> 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<hugo@xxxxxxxxxxxxx> 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
