Re: Help with data recovering

2012-06-03 Thread Maxim Mikheev
Hi Everyone, Can I do anything else? Max On 06/03/2012 11:13 PM, Maxim Mikheev wrote: I tried: max@s0:~$ sudo btrfs-restore /dev/sdb ~/restored parent transid verify failed on 5468060241920 wanted 9096 found 7621 parent transid verify failed on 5468060241920 wanted 9096 found 7621 parent tran

Re: Help with data recovering

2012-06-03 Thread Maxim Mikheev
I tried: max@s0:~$ sudo btrfs-restore /dev/sdb ~/restored parent transid verify failed on 5468060241920 wanted 9096 found 7621 parent transid verify failed on 5468060241920 wanted 9096 found 7621 parent transid verify failed on 5468060241920 wanted 9096 found 7621 parent transid verify failed on

Re: Help with data recovering

2012-06-03 Thread Liu Bo
On 06/04/2012 10:18 AM, Maxim Mikheev wrote: > Hi Liu, > > 1) all of them not working (see dmesg at the end) > 2) > max@s0:~$ sudo btrfs scrub start /dev/sdb > ERROR: getting dev info for scrub failed: Inappropriate ioctl for device > max@s0:~$ sudo btrfs scrub start /dev/sda > ERROR: getting dev

Re: Help with data recovering

2012-06-03 Thread Maxim Mikheev
Hi Liu, 1) all of them not working (see dmesg at the end) 2) max@s0:~$ sudo btrfs scrub start /dev/sdb ERROR: getting dev info for scrub failed: Inappropriate ioctl for device max@s0:~$ sudo btrfs scrub start /dev/sda ERROR: getting dev info for scrub failed: Inappropriate ioctl for device max@s0

Re: Help with data recovering

2012-06-03 Thread Liu Bo
On 06/04/2012 09:43 AM, Maxim Mikheev wrote: > Hi Liu, > > thanks for advice. I tried it before btrfsck. results are here: > max@s0:~$ sudo mount /tank -o recovery > [sudo] password for max: > mount: wrong fs type, bad option, bad superblock on /dev/sdf, >missing codepage or helper progra

Re: Help with data recovering

2012-06-03 Thread Maxim Mikheev
Hi Liu, thanks for advice. I tried it before btrfsck. results are here: max@s0:~$ sudo mount /tank -o recovery [sudo] password for max: mount: wrong fs type, bad option, bad superblock on /dev/sdf, missing codepage or helper program, or other error In some cases useful info is found

Re: Help with data recovering

2012-06-03 Thread Liu Bo
On 06/02/2012 09:43 PM, Maxim Mikheev wrote: > Repair was not helpful. > Is any other ways to get access to data? > > Please help > Hi Maxim, Besides btrfsck --repair, we also have a recovery mount option to deal with your situation, maybe you can try mount xxx -o recovery and see if it

Non-root can create, but not delete, btrfs snapshots?

2012-06-03 Thread Sami Liedes
Hi! I noticed that a non-root user is able to create (but not delete) snapshots of a root btrfs filesystem on kernel 3.4.0. I'm not sure I understand the security model correctly, but letting unprivileged users create snapshots of the entire filesystem seems... wrong. Is this intentional? --