On 2018/12/21 上午12:12, Jeff Mahoney wrote:
> On 12/11/18 12:02 AM, Qu Wenruo wrote:
>> [BUG]
>> Since fb235dc06fac ("btrfs: qgroup: Move half of the qgroup accounting
>> time out of commit trans"), kernel may lockup with quota enabled.
>>
>> There is one backref trace triggered by snapshot droppi
I managed to break my root partition today. Playing with GPU
passthrough to a second graphics card, unsuccessfully, I suspect lead to
some lockups and/or unclean mounts.
I've Googled a bit and tried a number of things stopping just before
'btrfs check --repair'. I'm running kernel 4.19.10. I no
On 12/11/18 12:02 AM, Qu Wenruo wrote:
> [BUG]
> Since fb235dc06fac ("btrfs: qgroup: Move half of the qgroup accounting
> time out of commit trans"), kernel may lockup with quota enabled.
>
> There is one backref trace triggered by snapshot dropping along with
> write operation in the source subvo
On 12/19/2018 7:57 PM, Qu Wenruo wrote:
On 2018/12/19 下午11:41, devz...@web.de wrote:
does compress-force really force compression?
It should.
The only exception is block size.
If the file is smaller than the sector size (4K for x86_64), then no
compression no matter whatever the mount opti
On 20.12.18 г. 2:57 ч., Qu Wenruo wrote:
>
>
> On 2018/12/19 下午11:41, devz...@web.de wrote:
>> does compress-force really force compression?
>
> It should.
>
> The only exception is block size.
>
> If the file is smaller than the sector size (4K for x86_64), then no
> compression no matter
Btrfs needs to read out all block group (bg) items to fill its bg
caches.
However such bg caches are only needed for read-write mount, and makes
no sense for RO mount.
So this patch introduce new mount option, skip_bg, to skip block group
items scan.
This new 'skip_bg' mount option can only be u
