Am Montag, 26. Dezember 2011 schrieb Evan LeCompte: > On 12/23/2011 06:15 PM, Chris Mason wrote: > > On Fri, Dec 23, 2011 at 09:37:28AM +0000, Evan LeCompte wrote: > >> I'm having the very same issue as you. I've tried all the latest > >> btrfs tools, btrfsck, btrfs-zero-log, restore, find-root etc etc. > >> > >> All to no avail. only err output is always > >> > >> "" btrfs_find_last_root: Assertion `!(path->slots[0] == 0)' failed. > >> "" > >> > >> This is a very cryptic error that doesn't tell me anything. and it > >> seems to be the only error that is ever thrown when transaction > >> id's get out of sync. > >> > >> Is there ANY way to even recover ANY files at all from these btrfs > >> filesystems that lose transid sync? mine occurred simply from a > >> loose sata cable falling out of one of my drives while the system > >> was running. > >> > >> This is extremely frustrating, but I guess I have no one to blame > >> but myself. I do have a backup but its about a month old (my cron > >> backup script died for some reason and I didn't notice). So I'm > >> faced with losing a months worth of work :( > >> > >> Please help us, anyone! > > > > Which kernel are you running? If you're on a 3.2 kernel or you have > > a recent pull of my git tree, you can try mount -o recovery. > > > > My guess is that your machine went down pretty quickly after the > > loose sata cable fell out? In that case mount -o recovery should > > work. > > > > Otherwise we can work through the copy out recovery tools. […] > Chris, > Can you help me work through the copy out recovery tools that you > mentioned? > > I can't seem to get anything else to work, if I could just recover the > files so I don't lose a month's work I'd be so happy...
For starters I think it would be good when you explain exactly, what tools you tried and what errors you have gotten (copy&paste the relevant parts!) by doing so. It also makes sense to do this with a recent copy of btrfs- tools. I am no expert in BTRFS recovery but I think its easier to work from there. Aside from that, backup or not, I wouldn´t put important data on a RAID 0 across several devices and when it usually just is for saving on backup restauration time in case one of the devices fails. Better have some redundant RAID *and* a backup. Or if "RAID 0" at least BTRFS on *one* device, instead of mutiple. Or otherwise said: I would use RAID-0 across mutiple disks just for scratch data that I can easily afford to loose. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- 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
