btrfs-progs: docs: fix typos in Documentation

Generated by https://github.com/jsoref/spelling

Issue: #154
Author: Josh Soref <jsoref@users.noreply.github.com>
Signed-off-by: David Sterba <dsterba@suse.com>
master
Josh Soref 2018-11-26 17:32:10 +01:00 committed by David Sterba
parent fae4b632f5
commit f0cdb2c9fb
3 changed files with 7 additions and 7 deletions

View File

@ -23,7 +23,7 @@ Quotation in subcommands:
- command reference: bold *btrfs fi show*
- section references: italics 'EXAMPLES'
- argument name in option desciption: caps in angle brackets <NAME>
- argument name in option description: caps in angle brackets <NAME>
- reference in help text: caps NAME
also possible: caps italics 'NAME'
@ -34,6 +34,6 @@ Quotation in subcommands:
- optional parameter with argument: [-p <path>]
Refrences:
References:
- full asciidoc syntax: http://asciidoc.org/userguide.html
- cheatsheet: http://powerman.name/doc/asciidoc

View File

@ -156,7 +156,7 @@ under 'nodatacow' are also set the NOCOW file attribute (see `chattr`(1)).
NOTE: If 'nodatacow' or 'nodatasum' are enabled, compression is disabled.
+
Updates in-place improve performance for workloads that do frequent overwrites,
at the cost of potential partial writes, in case the write is interruted
at the cost of potential partial writes, in case the write is interrupted
(system crash, device failure).
*datasum*::
@ -171,7 +171,7 @@ corresponding file attribute (see `chattr`(1)).
NOTE: If 'nodatacow' or 'nodatasum' are enabled, compression is disabled.
+
There is a slight performance gain when checksums are turned off, the
correspoinding metadata blocks holding the checksums do not need to updated.
corresponding metadata blocks holding the checksums do not need to updated.
The cost of checksumming of the blocks in memory is much lower than the IO,
modern CPUs feature hardware support of the checksumming algorithm.
@ -185,7 +185,7 @@ missing, for example if a stripe member is completely missing from RAID0.
Since 4.14, the constraint checks have been improved and are verified on the
chunk level, not an the device level. This allows degraded mounts of
filesystems with mixed RAID profiles for data and metadata, even if the
device number constraints would not be satisfied for some of the prifles.
device number constraints would not be satisfied for some of the profiles.
+
Example: metadata -- raid1, data -- single, devices -- /dev/sda, /dev/sdb
+
@ -649,7 +649,7 @@ inherent limit of btrfs is 2^64^ (16 EiB) but the linux VFS limit is 2^63^ (8 Ei
maximum number of subvolumes::
2^64^ but depends on the available metadata space, the space consumed by all
subvolume metadata includes bookeeping of the shared extents can be large (MiB,
subvolume metadata includes bookkeeping of the shared extents can be large (MiB,
GiB)
maximum number of hardlinks of a file in a directory::

View File

@ -52,7 +52,7 @@ assignment would lead to quota inconsistency. See 'QUOTA RESCAN' for more
information.
--no-rescan::::
Explicitly ask not to do a rescan, even if the assignment will make the quotas
inconsitent. This may be useful for repeated calls where the rescan would add
inconsistent. This may be useful for repeated calls where the rescan would add
unnecessary overhead.
*create* <qgroupid> <path>::