mirror of
https://github.com/xemu-project/xemu.git
synced 2024-11-24 12:09:58 +00:00
qemu-img.texi: fix command ordering
This should match the summary ordering, which is alphabetical. Signed-off-by: John Snow <jsnow@redhat.com> Reviewed-by: Jeff Cody <jcody@redhat.com> Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
This commit is contained in:
parent
65f389c0e7
commit
83e6da02b6
@ -193,6 +193,12 @@ sets the number of input blocks to skip
|
||||
Command description:
|
||||
|
||||
@table @option
|
||||
|
||||
@item amend [-p] [-f @var{fmt}] [-t @var{cache}] -o @var{options} @var{filename}
|
||||
|
||||
Amends the image format specific @var{options} for the image file
|
||||
@var{filename}. Not all file formats support this operation.
|
||||
|
||||
@item bench [-c @var{count}] [-d @var{depth}] [-f @var{fmt}] [--flush-interval=@var{flush_interval}] [-n] [--no-drain] [-o @var{offset}] [--pattern=@var{pattern}] [-q] [-s @var{buffer_size}] [-S @var{step_size}] [-t @var{cache}] [-w] @var{filename}
|
||||
|
||||
Run a simple sequential I/O benchmark on the specified image. If @code{-w} is
|
||||
@ -253,30 +259,6 @@ If @code{-r} is specified, exit codes representing the image state refer to the
|
||||
state after (the attempt at) repairing it. That is, a successful @code{-r all}
|
||||
will yield the exit code 0, independently of the image state before.
|
||||
|
||||
@item create [-f @var{fmt}] [-b @var{backing_file}] [-F @var{backing_fmt}] [-u] [-o @var{options}] @var{filename} [@var{size}]
|
||||
|
||||
Create the new disk image @var{filename} of size @var{size} and format
|
||||
@var{fmt}. Depending on the file format, you can add one or more @var{options}
|
||||
that enable additional features of this format.
|
||||
|
||||
If the option @var{backing_file} is specified, then the image will record
|
||||
only the differences from @var{backing_file}. No size needs to be specified in
|
||||
this case. @var{backing_file} will never be modified unless you use the
|
||||
@code{commit} monitor command (or qemu-img commit).
|
||||
|
||||
If a relative path name is given, the backing file is looked up relative to
|
||||
the directory containing @var{filename}.
|
||||
|
||||
Note that a given backing file will be opened to check that it is valid. Use
|
||||
the @code{-u} option to enable unsafe backing file mode, which means that the
|
||||
image will be created even if the associated backing file cannot be opened. A
|
||||
matching backing file must be created or additional options be used to make the
|
||||
backing file specification valid when you want to use an image created this
|
||||
way.
|
||||
|
||||
The size can also be specified using the @var{size} option with @code{-o},
|
||||
it doesn't need to be specified separately in this case.
|
||||
|
||||
@item commit [-q] [-f @var{fmt}] [-t @var{cache}] [-b @var{base}] [-d] [-p] @var{filename}
|
||||
|
||||
Commit the changes recorded in @var{filename} in its base image or backing file.
|
||||
@ -381,6 +363,30 @@ creating compressed images.
|
||||
@var{num_coroutines} specifies how many coroutines work in parallel during
|
||||
the convert process (defaults to 8).
|
||||
|
||||
@item create [-f @var{fmt}] [-b @var{backing_file}] [-F @var{backing_fmt}] [-u] [-o @var{options}] @var{filename} [@var{size}]
|
||||
|
||||
Create the new disk image @var{filename} of size @var{size} and format
|
||||
@var{fmt}. Depending on the file format, you can add one or more @var{options}
|
||||
that enable additional features of this format.
|
||||
|
||||
If the option @var{backing_file} is specified, then the image will record
|
||||
only the differences from @var{backing_file}. No size needs to be specified in
|
||||
this case. @var{backing_file} will never be modified unless you use the
|
||||
@code{commit} monitor command (or qemu-img commit).
|
||||
|
||||
If a relative path name is given, the backing file is looked up relative to
|
||||
the directory containing @var{filename}.
|
||||
|
||||
Note that a given backing file will be opened to check that it is valid. Use
|
||||
the @code{-u} option to enable unsafe backing file mode, which means that the
|
||||
image will be created even if the associated backing file cannot be opened. A
|
||||
matching backing file must be created or additional options be used to make the
|
||||
backing file specification valid when you want to use an image created this
|
||||
way.
|
||||
|
||||
The size can also be specified using the @var{size} option with @code{-o},
|
||||
it doesn't need to be specified separately in this case.
|
||||
|
||||
@item dd [-f @var{fmt}] [-O @var{output_fmt}] [bs=@var{block_size}] [count=@var{blocks}] [skip=@var{blocks}] if=@var{input} of=@var{output}
|
||||
|
||||
Dd copies from @var{input} file to @var{output} file converting it from
|
||||
@ -585,10 +591,6 @@ how the additional image area should be allocated on the host. See the format
|
||||
description in the @code{NOTES} section which values are allowed. Using this
|
||||
option may result in slightly more data being allocated than necessary.
|
||||
|
||||
@item amend [-p] [-f @var{fmt}] [-t @var{cache}] -o @var{options} @var{filename}
|
||||
|
||||
Amends the image format specific @var{options} for the image file
|
||||
@var{filename}. Not all file formats support this operation.
|
||||
@end table
|
||||
@c man end
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user