realwakka

self answer. Because of sphinx version. I used sphinx 1.8.5. It uses 'contents' as index. And it's default configuration changed in version 2.0. I think there no need to patch...

In manual, using resize command, if you don't provide devid, it use 1 by default. ``` If max is passed, the filesystem will occupy all available space on the device...

the code that prints 'copy inodes' is called from worker thread so it can be incorrect. also even if it's on main thread, the count '$converted inodes / $total inodes'...

I've submitted a patch for this issue. please check it and review will be welcome :) https://patchwork.kernel.org/project/linux-btrfs/patch/[email protected]/

@kdave , If there is no one that handle this, is it okay to handle it? Is it right format like you write above?

Would it be like "cp --reflink" command? plus it can set range?

Thanks, It should also copy source's fileattr. IMHO, N:N would be so complicated to use it and it would be hard to represent each range of targets and sources in...

I've checked find_mount_root() code. It seems that if there is an error (ret

@seanmonstar Thanks, I understand! @FSMaxB Cool, I hope that the PR will be merged