Hi David,
the btrfs command is smart enough to accept short form of the sub-command if
there is no ambiguity. For example "btrfs fi" is a synonymous of "btrfs
filesystem".
Because that the acronyms are discouraged. Instead a long form is preferred.
So instead of CG (which means ? Garbage Collector ? ) I suggest
btrfs filesystem wait-subvolume-deletion
or better
btrfs subvolume wait-deletion
which is a better self-explain form and may be shortened as
btrfs s w
Only my 2ยข
regards
G.Baroncelli
On Wednesday, 15 September, 2010, David Nicol wrote:
> Does the manpatch below describe an acceptable API for a hook to a
> facility for waiting for the completion of deleted snapshot cleanup?
>
> diff --git a/man/btrfs.8.in b/man/btrfs.8.in
> index 26ef982..290d202 100644
> --- a/man/btrfs.8.in
> +++ b/man/btrfs.8.in
> @@ -19,6 +19,8 @@ btrfs \- control a btrfs filesystem
> .PP
> \fBbtrfs\fP \fBfilesystem sync\fP\fI <path> \fP
> .PP
> +\fBbtrfs\fP \fBfilesystem GC\fP\fI <path> [ms] \fP
> +.PP
> \fBbtrfs\fP \fBfilesystem resize\fP\fI [+/\-]<size>[gkm]|max
<filesystem>\fP
> .PP
> \fBbtrfs\fP \fBdevice scan\fP\fI [<device> [<device>..]]\fP
> @@ -115,6 +117,12 @@ all the block devices.
> Force a sync for the filesystem identified by \fI<path>\fR.
> .TP
>
> +\fBfilesystem GC\fR\fI <path> [ms] \fR
> +wait for completion of salvage of deleted subvolumes on
> +the filesystem identified by \fI<path>\fR. The optional
> +timeout is in milliseconds.
> +.TP
> +
> .\"
> .\" Some wording are extracted by the resize2fs man page
> .\"
>
>
--
gpg key@ keyserver.linux.it:Goffredo Baroncelli (ghigo) <kreijackATinwind.it>
Key fingerprint = 4769 7E51 5293 D36C 814E C054 BF04 F161 3DC5 0512
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
