mirror of
https://github.com/kdave/btrfs-progs
synced 2024-12-18 20:35:24 +00:00
b64f8437b6
The implicit devid is 1 but when it does not exist then the command 'btrfs fi resize max /path' fails and requires the user to specify the number (and finding it elsewhere, e.g. in 'btrfs fi us -T' output). This is a usability bug, we can verify if devid 1 exists and use the lowest devid as a fallback. This does what user would expected, though there's still a warning. Kernel has the hardcoded devid 1 when none is specified, with this fix in user space the kernel does not need to be changed (or could behave the same eventually). Example use: $ btrfs fi us -T . Data Metadata System Id Path single single single Unallocated Total Slack -- ---------- --------- --------- -------- ----------- ------- ----- 4 /dev/loop3 - - - 4.00GiB 4.00GiB - -- ---------- --------- --------- -------- ----------- ------- ----- Total 416.00MiB 256.00MiB 64.00MiB 4.00GiB 4.00GiB 0.00B Used 0.00B 128.00KiB 16.00KiB $ btrfs fi resize max . WARNING: no devid specified means devid 1 which does not exist, using lowest devid 4 as a fallback Resize device id 4 (/dev/loop3) from 4.00GiB to max Issue: #470 Signed-off-by: David Sterba <dsterba@suse.com> |
||
---|---|---|
.. | ||
balance.c | ||
commands.h | ||
device.c | ||
filesystem-du.c | ||
filesystem-usage.c | ||
filesystem-usage.h | ||
filesystem.c | ||
inspect-dump-super.c | ||
inspect-dump-tree.c | ||
inspect-tree-stats.c | ||
inspect.c | ||
property.c | ||
props.h | ||
qgroup.c | ||
qgroup.h | ||
quota.c | ||
receive-dump.c | ||
receive-dump.h | ||
receive.c | ||
reflink.c | ||
replace.c | ||
rescue-chunk-recover.c | ||
rescue-super-recover.c | ||
rescue.c | ||
rescue.h | ||
restore.c | ||
scrub.c | ||
send.c | ||
subvolume-list.c | ||
subvolume.c | ||
subvolume.h |