Hi Chris,
Thanks for replying.
On Fri, 29 Mar 2019 at 13:27, Chris Murphy wrote:
...
> Seem in conflict. I don't really understand how the kernel complains
> about a bad super and yet user space tools say they're all OK. What
> happens if you try:
>
> # mount -o ro,nologreplay,usebackuproot
I
On 2019/3/30 下午9:12, Tobiasz Karoń wrote:
> I am afraid I probably run btrfs --check on that filesystem after I was
> unable to mount it.
Then the question is, if that run failed just like the output.
If that's the case, it means btrfs check wasn't even able to open the fs
not to mention to wri
On 2019/3/30 下午6:26, Tobiasz Karoń wrote:
> Hi!
>
> I have a strange case of a Btrfs failure.
>
> I'm running Manjaro, btrfs-progs 4.20
Arch based, so kernel version shouldn't be that old.
Good job on that.
>
> # uname -a
> Linux unfa-desktop 4.19.30-1-MANJARO #1 SMP PREEMPT Tue Mar 19
> 17:
Hi!
I have a strange case of a Btrfs failure.
I'm running Manjaro, btrfs-progs 4.20
# uname -a
Linux unfa-desktop 4.19.30-1-MANJARO #1 SMP PREEMPT Tue Mar 19
17:49:12 UTC 2019 x86_64 GNU/Linux
I've been writing data with rsync to a 3 TB Wester-Digital MyBook via
USB 3.0, when accidentally, I've
On Tue, Mar 19, 2019 at 12:58:51PM +0200, Nikolay Borisov wrote:
> For a long time this test has been failing on all kinds of VM configuration,
> which are using virtio_blk devices. This is due to the fact that scsi
> devices are deletable and virtio_blk are not. However, this only prevents
> devic
