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
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
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
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
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
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
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
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?
--