mirror of
https://github.com/amadvance/snapraid.git
synced 2026-10-26 10:51:54 -04:00
Fix typos in the manual
This commit is contained in:
parent
5249f9cb04
commit
1d7ba9a147
3 changed files with 63 additions and 63 deletions
42
snapraid.1
42
snapraid.1
|
|
@ -139,7 +139,7 @@ It\'s able to recover damages only from a limited number of disks.
|
|||
With a Backup you are able to recover from a complete
|
||||
failure of the whole disk array.
|
||||
.IP \(bu
|
||||
Only file, timestamps, symlinks and hardlinks are saved.
|
||||
Only file, time\-stamps, symlinks and hardlinks are saved.
|
||||
Permissions, ownership and extended attributes are not saved.
|
||||
.PD
|
||||
.SH GETTING STARTED
|
||||
|
|
@ -167,7 +167,7 @@ disks.
|
|||
The list of files is saved in the \[dq]content\[dq] files, usually
|
||||
stored in the data, parity or boot disks.
|
||||
These files contain the details of your backup, with all the
|
||||
checksums to verify its integrity.
|
||||
check\-sums to verify its integrity.
|
||||
The \[dq]content\[dq] file is stored in multiple copies, and each one must
|
||||
be in a different disk, to ensure that in even in case of multiple
|
||||
disk failures at least one copy is available.
|
||||
|
|
@ -444,7 +444,7 @@ requires the network clients to resolve them remotely.
|
|||
.PP
|
||||
To make it working, besides sharing in the network the pool directory,
|
||||
you must also share all the disks independently, using as share points
|
||||
the disk names as defined in the config file. You must also specify in
|
||||
the disk names as defined in the configuration file. You must also specify in
|
||||
the \[dq]share\[dq] option of the configure file, the Windows UNC path that remote
|
||||
clients needs to use to access such shared disks.
|
||||
.PP
|
||||
|
|
@ -723,7 +723,7 @@ or less parity.
|
|||
This command uses the \[dq]smartctl\[dq] tool, and it\'s equivalent to run
|
||||
\[dq]smartctl \-a\[dq] on all the devices.
|
||||
.PP
|
||||
If your devices are not autodetected correctly, you can configure
|
||||
If your devices are not auto\-detected correctly, you can configure
|
||||
a custom command using the \[dq]smartctl\[dq] option in the configuration
|
||||
file.
|
||||
.PP
|
||||
|
|
@ -743,7 +743,7 @@ Nothing is modified.
|
|||
Lists all the files modified from the last \[dq]sync\[dq] that need to have
|
||||
their parity data recomputed.
|
||||
.PP
|
||||
This command doesn\'t check the file data, but only the file timestamp
|
||||
This command doesn\'t check the file data, but only the file time\-stamp
|
||||
size and inode.
|
||||
.PP
|
||||
If a \[dq]sync\[dq] is required, the process return code is 2, instead of the
|
||||
|
|
@ -764,8 +764,8 @@ If during the process, silent or input/output errors are found,
|
|||
the corresponding blocks are marked as bad.
|
||||
.PP
|
||||
Files are identified by path and/or inode and checked by
|
||||
size and timestamp.
|
||||
If the file size or timestamp are different, the parity data
|
||||
size and time\-stamp.
|
||||
If the file size or time\-stamp are different, the parity data
|
||||
is recomputed for the whole file.
|
||||
If the file is moved or renamed in the same disk, keeping the
|
||||
same inode, the parity is not recomputed.
|
||||
|
|
@ -840,7 +840,7 @@ All the files that cannot be fixed are renamed adding the
|
|||
.PP
|
||||
Before fixing, the full array is scanned to find any moved file,
|
||||
after the last \[dq]sync\[dq] operation.
|
||||
These files are identified by their timestamp, ignoring their name
|
||||
These files are identified by their time\-stamp, ignoring their name
|
||||
and directory, and are used in the recovering process if necessary.
|
||||
If you moved some of them outside the array, you can use the \-i, \-\-import
|
||||
option to specify additional directories to scan.
|
||||
|
|
@ -1018,7 +1018,7 @@ what cannot be detected because the data is not yet hashed.
|
|||
To avoid this risk, you can enable the \[dq]pre\-hash\[dq] mode and have
|
||||
all the data read two times to ensure its integrity.
|
||||
This option also verifies the files moved inside the array,
|
||||
to ensure that the move operation went succesfully, and in case
|
||||
to ensure that the move operation went successfully, and in case
|
||||
to block the sync and to allow to run a fix operation.
|
||||
This option can be used only with \[dq]sync\[dq].
|
||||
.TP
|
||||
|
|
@ -1039,7 +1039,7 @@ unless you specify this option.
|
|||
This allows to easily detect when after a system crash,
|
||||
some accessed files were truncated.
|
||||
This is a possible condition in Linux with the ext3/ext4
|
||||
filesystems.
|
||||
file\-systems.
|
||||
This option can be used only with \[dq]sync\[dq].
|
||||
.TP
|
||||
.B \-E, \-\-force\-empty
|
||||
|
|
@ -1066,10 +1066,10 @@ This option can be used only with \[dq]sync\[dq], \[dq]check\[dq] or
|
|||
\[dq]fix\[dq].
|
||||
.TP
|
||||
.B \-D, \-\-force\-device
|
||||
Forces the insecure operation of fixing with unaccessible disks,
|
||||
Forces the insecure operation of fixing with inaccessible disks,
|
||||
or with disks on the same physical device.
|
||||
Like if you lost two data disks, and you have a spare disk to recover
|
||||
only the first one, and you want to ignore the second unaccessible disk.
|
||||
only the first one, and you want to ignore the second inaccessible disk.
|
||||
Or if you want to recover a disk in the free space left in an
|
||||
already used disk, sharing the same physical device.
|
||||
This option can be used only with \[dq]fix\[dq].
|
||||
|
|
@ -1077,7 +1077,7 @@ This option can be used only with \[dq]fix\[dq].
|
|||
.B \-N, \-\-force\-nocopy
|
||||
In \[dq]sync\[dq], \[dq]check and \[dq]fix\[dq], disables the copy detection heuristic.
|
||||
Without this option SnapRAID assumes that files with same
|
||||
attributes, like name, size and timestamp are copies with the
|
||||
attributes, like name, size and time\-stamp are copies with the
|
||||
same data.
|
||||
This allows to identify copied or moved files from one disk
|
||||
to another, and to reuse the already computed hash information
|
||||
|
|
@ -1222,7 +1222,7 @@ It\'s possible to convert from one format to another, adjusting
|
|||
the configuration file with the wanted z\-parity or 3\-parity file,
|
||||
and using \'fix\' to recreate it.
|
||||
.SS content FILE
|
||||
Defines the file to use to store the list and checksums of all the
|
||||
Defines the file to use to store the list and check\-sums of all the
|
||||
files present in your disk array.
|
||||
.PP
|
||||
It can be placed in the disk used to store data, parity, or
|
||||
|
|
@ -1238,7 +1238,7 @@ plus one. Using some more doesn\'t hurt.
|
|||
.SS disk NAME DIR
|
||||
Defines the name and the mount point of the disks of the array.
|
||||
NAME is used to identify the disk, and it must be unique.
|
||||
DIR is the mount point of the disk in the filesystem.
|
||||
DIR is the mount point of the disk in the file\-system.
|
||||
.PP
|
||||
You can change the mount point as you like, as long you
|
||||
keep the NAME fixed.
|
||||
|
|
@ -1351,7 +1351,7 @@ This option is only required for Windows.
|
|||
.SS smartctl DISK/PARITY OPTIONS...
|
||||
Defines a custom smartctl command to obtain the SMART attributes
|
||||
for each disk. This may be required for RAID controllers and for
|
||||
some USB disk that cannot be autodetected.
|
||||
some USB disk that cannot be auto\-detected.
|
||||
.PP
|
||||
DISK is the same disk name specified in the \[dq]disk\[dq] option.
|
||||
PARITY is one of the parity name as \[dq]parity,[1,2,3,4,5,6,z]\-parity\[dq].
|
||||
|
|
@ -1511,7 +1511,7 @@ they never match a directory slash.
|
|||
This pattern is applied only to directories and not to files.
|
||||
.PP
|
||||
Note that when you specify an absolute path starting with /, it\'s
|
||||
applied at the array root dir and not at the local filesystem root dir.
|
||||
applied at the array root dir and not at the local file\-system root dir.
|
||||
.PP
|
||||
In Windows you can use the backslash \\ instead of the forward slash /.
|
||||
Note that Windows system directories, junctions, mount points, and any
|
||||
|
|
@ -1634,10 +1634,10 @@ snapraid \-f \[dq]*.mp3\[dq] check
|
|||
In Unix, when using globbing chars in the command line, you have to
|
||||
quote them. Otherwise the shell will try to expand them.
|
||||
.SH CONTENT
|
||||
SnapRAID stores the list and checksums of your files in the content file.
|
||||
SnapRAID stores the list and check\-sums of your files in the content file.
|
||||
.PP
|
||||
It\'s a binary file, listing all the files present in your disk array,
|
||||
with all the checksums to verify their integrity.
|
||||
with all the check\-sums to verify their integrity.
|
||||
.PP
|
||||
This file is read and written by the \[dq]sync\[dq] and \[dq]scrub\[dq] commands, and
|
||||
read by \[dq]fix\[dq], \[dq]check\[dq] and \[dq]status\[dq].
|
||||
|
|
@ -1652,9 +1652,9 @@ These files are read and written by the \[dq]sync\[dq] and \[dq]fix\[dq] command
|
|||
only read by \[dq]scrub\[dq] and \[dq]check\[dq].
|
||||
.SH ENCODING
|
||||
SnapRAID in Unix ignores any encoding. It reads and stores the
|
||||
file names with the same encoding used by the filesystem.
|
||||
file names with the same encoding used by the file\-system.
|
||||
.PP
|
||||
In Windows all the names read from the filesystem are converted and
|
||||
In Windows all the names read from the file\-system are converted and
|
||||
processed in the UTF\-8 format.
|
||||
.PP
|
||||
To have the file names printed correctly you have to set the Windows
|
||||
|
|
|
|||
42
snapraid.d
42
snapraid.d
|
|
@ -77,7 +77,7 @@ Limitations
|
|||
* It's able to recover damages only from a limited number of disks.
|
||||
With a Backup you are able to recover from a complete
|
||||
failure of the whole disk array.
|
||||
* Only file, timestamps, symlinks and hardlinks are saved.
|
||||
* Only file, time-stamps, symlinks and hardlinks are saved.
|
||||
Permissions, ownership and extended attributes are not saved.
|
||||
|
||||
Getting Started
|
||||
|
|
@ -105,7 +105,7 @@ Getting Started
|
|||
The list of files is saved in the "content" files, usually
|
||||
stored in the data, parity or boot disks.
|
||||
These files contain the details of your backup, with all the
|
||||
checksums to verify its integrity.
|
||||
check-sums to verify its integrity.
|
||||
The "content" file is stored in multiple copies, and each one must
|
||||
be in a different disk, to ensure that in even in case of multiple
|
||||
disk failures at least one copy is available.
|
||||
|
|
@ -240,7 +240,7 @@ Getting Started
|
|||
|
||||
To make it working, besides sharing in the network the pool directory,
|
||||
you must also share all the disks independently, using as share points
|
||||
the disk names as defined in the config file. You must also specify in
|
||||
the disk names as defined in the configuration file. You must also specify in
|
||||
the "share" option of the configure file, the Windows UNC path that remote
|
||||
clients needs to use to access such shared disks.
|
||||
|
||||
|
|
@ -426,7 +426,7 @@ Commands
|
|||
This command uses the "smartctl" tool, and it's equivalent to run
|
||||
"smartctl -a" on all the devices.
|
||||
|
||||
If your devices are not autodetected correctly, you can configure
|
||||
If your devices are not auto-detected correctly, you can configure
|
||||
a custom command using the "smartctl" option in the configuration
|
||||
file.
|
||||
|
||||
|
|
@ -449,7 +449,7 @@ Commands
|
|||
Lists all the files modified from the last "sync" that need to have
|
||||
their parity data recomputed.
|
||||
|
||||
This command doesn't check the file data, but only the file timestamp
|
||||
This command doesn't check the file data, but only the file time-stamp
|
||||
size and inode.
|
||||
|
||||
If a "sync" is required, the process return code is 2, instead of the
|
||||
|
|
@ -471,8 +471,8 @@ Commands
|
|||
the corresponding blocks are marked as bad.
|
||||
|
||||
Files are identified by path and/or inode and checked by
|
||||
size and timestamp.
|
||||
If the file size or timestamp are different, the parity data
|
||||
size and time-stamp.
|
||||
If the file size or time-stamp are different, the parity data
|
||||
is recomputed for the whole file.
|
||||
If the file is moved or renamed in the same disk, keeping the
|
||||
same inode, the parity is not recomputed.
|
||||
|
|
@ -549,7 +549,7 @@ Commands
|
|||
|
||||
Before fixing, the full array is scanned to find any moved file,
|
||||
after the last "sync" operation.
|
||||
These files are identified by their timestamp, ignoring their name
|
||||
These files are identified by their time-stamp, ignoring their name
|
||||
and directory, and are used in the recovering process if necessary.
|
||||
If you moved some of them outside the array, you can use the -i, --import
|
||||
option to specify additional directories to scan.
|
||||
|
|
@ -736,7 +736,7 @@ Options
|
|||
To avoid this risk, you can enable the "pre-hash" mode and have
|
||||
all the data read two times to ensure its integrity.
|
||||
This option also verifies the files moved inside the array,
|
||||
to ensure that the move operation went succesfully, and in case
|
||||
to ensure that the move operation went successfully, and in case
|
||||
to block the sync and to allow to run a fix operation.
|
||||
This option can be used only with "sync".
|
||||
|
||||
|
|
@ -757,7 +757,7 @@ Options
|
|||
This allows to easily detect when after a system crash,
|
||||
some accessed files were truncated.
|
||||
This is a possible condition in Linux with the ext3/ext4
|
||||
filesystems.
|
||||
file-systems.
|
||||
This option can be used only with "sync".
|
||||
|
||||
-E, --force-empty
|
||||
|
|
@ -784,10 +784,10 @@ Options
|
|||
"fix".
|
||||
|
||||
-D, --force-device
|
||||
Forces the insecure operation of fixing with unaccessible disks,
|
||||
Forces the insecure operation of fixing with inaccessible disks,
|
||||
or with disks on the same physical device.
|
||||
Like if you lost two data disks, and you have a spare disk to recover
|
||||
only the first one, and you want to ignore the second unaccessible disk.
|
||||
only the first one, and you want to ignore the second inaccessible disk.
|
||||
Or if you want to recover a disk in the free space left in an
|
||||
already used disk, sharing the same physical device.
|
||||
This option can be used only with "fix".
|
||||
|
|
@ -795,7 +795,7 @@ Options
|
|||
-N, --force-nocopy
|
||||
In "sync", "check and "fix", disables the copy detection heuristic.
|
||||
Without this option SnapRAID assumes that files with same
|
||||
attributes, like name, size and timestamp are copies with the
|
||||
attributes, like name, size and time-stamp are copies with the
|
||||
same data.
|
||||
This allows to identify copied or moved files from one disk
|
||||
to another, and to reuse the already computed hash information
|
||||
|
|
@ -939,7 +939,7 @@ Configuration
|
|||
and using 'fix' to recreate it.
|
||||
|
||||
content FILE
|
||||
Defines the file to use to store the list and checksums of all the
|
||||
Defines the file to use to store the list and check-sums of all the
|
||||
files present in your disk array.
|
||||
|
||||
It can be placed in the disk used to store data, parity, or
|
||||
|
|
@ -956,7 +956,7 @@ Configuration
|
|||
disk NAME DIR
|
||||
Defines the name and the mount point of the disks of the array.
|
||||
NAME is used to identify the disk, and it must be unique.
|
||||
DIR is the mount point of the disk in the filesystem.
|
||||
DIR is the mount point of the disk in the file-system.
|
||||
|
||||
You can change the mount point as you like, as long you
|
||||
keep the NAME fixed.
|
||||
|
|
@ -1068,7 +1068,7 @@ Configuration
|
|||
smartctl DISK/PARITY OPTIONS...
|
||||
Defines a custom smartctl command to obtain the SMART attributes
|
||||
for each disk. This may be required for RAID controllers and for
|
||||
some USB disk that cannot be autodetected.
|
||||
some USB disk that cannot be auto-detected.
|
||||
|
||||
DISK is the same disk name specified in the "disk" option.
|
||||
PARITY is one of the parity name as "parity,[1,2,3,4,5,6,z]-parity".
|
||||
|
|
@ -1143,7 +1143,7 @@ Pattern
|
|||
This pattern is applied only to directories and not to files.
|
||||
|
||||
Note that when you specify an absolute path starting with /, it's
|
||||
applied at the array root dir and not at the local filesystem root dir.
|
||||
applied at the array root dir and not at the local file-system root dir.
|
||||
|
||||
In Windows you can use the backslash \ instead of the forward slash /.
|
||||
Note that Windows system directories, junctions, mount points, and any
|
||||
|
|
@ -1196,10 +1196,10 @@ Pattern
|
|||
quote them. Otherwise the shell will try to expand them.
|
||||
|
||||
Content
|
||||
SnapRAID stores the list and checksums of your files in the content file.
|
||||
SnapRAID stores the list and check-sums of your files in the content file.
|
||||
|
||||
It's a binary file, listing all the files present in your disk array,
|
||||
with all the checksums to verify their integrity.
|
||||
with all the check-sums to verify their integrity.
|
||||
|
||||
This file is read and written by the "sync" and "scrub" commands, and
|
||||
read by "fix", "check" and "status".
|
||||
|
|
@ -1216,9 +1216,9 @@ Parity
|
|||
|
||||
Encoding
|
||||
SnapRAID in Unix ignores any encoding. It reads and stores the
|
||||
file names with the same encoding used by the filesystem.
|
||||
file names with the same encoding used by the file-system.
|
||||
|
||||
In Windows all the names read from the filesystem are converted and
|
||||
In Windows all the names read from the file-system are converted and
|
||||
processed in the UTF-8 format.
|
||||
|
||||
To have the file names printed correctly you have to set the Windows
|
||||
|
|
|
|||
42
snapraid.txt
42
snapraid.txt
|
|
@ -87,7 +87,7 @@ Other limitations are:
|
|||
* It's able to recover damages only from a limited number of disks.
|
||||
With a Backup you are able to recover from a complete
|
||||
failure of the whole disk array.
|
||||
* Only file, timestamps, symlinks and hardlinks are saved.
|
||||
* Only file, time-stamps, symlinks and hardlinks are saved.
|
||||
Permissions, ownership and extended attributes are not saved.
|
||||
|
||||
|
||||
|
|
@ -118,7 +118,7 @@ disks.
|
|||
The list of files is saved in the "content" files, usually
|
||||
stored in the data, parity or boot disks.
|
||||
These files contain the details of your backup, with all the
|
||||
checksums to verify its integrity.
|
||||
check-sums to verify its integrity.
|
||||
The "content" file is stored in multiple copies, and each one must
|
||||
be in a different disk, to ensure that in even in case of multiple
|
||||
disk failures at least one copy is available.
|
||||
|
|
@ -257,7 +257,7 @@ requires the network clients to resolve them remotely.
|
|||
|
||||
To make it working, besides sharing in the network the pool directory,
|
||||
you must also share all the disks independently, using as share points
|
||||
the disk names as defined in the config file. You must also specify in
|
||||
the disk names as defined in the configuration file. You must also specify in
|
||||
the "share" option of the configure file, the Windows UNC path that remote
|
||||
clients needs to use to access such shared disks.
|
||||
|
||||
|
|
@ -454,7 +454,7 @@ or less parity.
|
|||
This command uses the "smartctl" tool, and it's equivalent to run
|
||||
"smartctl -a" on all the devices.
|
||||
|
||||
If your devices are not autodetected correctly, you can configure
|
||||
If your devices are not auto-detected correctly, you can configure
|
||||
a custom command using the "smartctl" option in the configuration
|
||||
file.
|
||||
|
||||
|
|
@ -483,7 +483,7 @@ Nothing is modified.
|
|||
Lists all the files modified from the last "sync" that need to have
|
||||
their parity data recomputed.
|
||||
|
||||
This command doesn't check the file data, but only the file timestamp
|
||||
This command doesn't check the file data, but only the file time-stamp
|
||||
size and inode.
|
||||
|
||||
If a "sync" is required, the process return code is 2, instead of the
|
||||
|
|
@ -507,8 +507,8 @@ If during the process, silent or input/output errors are found,
|
|||
the corresponding blocks are marked as bad.
|
||||
|
||||
Files are identified by path and/or inode and checked by
|
||||
size and timestamp.
|
||||
If the file size or timestamp are different, the parity data
|
||||
size and time-stamp.
|
||||
If the file size or time-stamp are different, the parity data
|
||||
is recomputed for the whole file.
|
||||
If the file is moved or renamed in the same disk, keeping the
|
||||
same inode, the parity is not recomputed.
|
||||
|
|
@ -589,7 +589,7 @@ All the files that cannot be fixed are renamed adding the
|
|||
|
||||
Before fixing, the full array is scanned to find any moved file,
|
||||
after the last "sync" operation.
|
||||
These files are identified by their timestamp, ignoring their name
|
||||
These files are identified by their time-stamp, ignoring their name
|
||||
and directory, and are used in the recovering process if necessary.
|
||||
If you moved some of them outside the array, you can use the -i, --import
|
||||
option to specify additional directories to scan.
|
||||
|
|
@ -795,7 +795,7 @@ SnapRAID provides the following options:
|
|||
To avoid this risk, you can enable the "pre-hash" mode and have
|
||||
all the data read two times to ensure its integrity.
|
||||
This option also verifies the files moved inside the array,
|
||||
to ensure that the move operation went succesfully, and in case
|
||||
to ensure that the move operation went successfully, and in case
|
||||
to block the sync and to allow to run a fix operation.
|
||||
This option can be used only with "sync".
|
||||
|
||||
|
|
@ -816,7 +816,7 @@ SnapRAID provides the following options:
|
|||
This allows to easily detect when after a system crash,
|
||||
some accessed files were truncated.
|
||||
This is a possible condition in Linux with the ext3/ext4
|
||||
filesystems.
|
||||
file-systems.
|
||||
This option can be used only with "sync".
|
||||
|
||||
-E, --force-empty
|
||||
|
|
@ -843,10 +843,10 @@ SnapRAID provides the following options:
|
|||
"fix".
|
||||
|
||||
-D, --force-device
|
||||
Forces the insecure operation of fixing with unaccessible disks,
|
||||
Forces the insecure operation of fixing with inaccessible disks,
|
||||
or with disks on the same physical device.
|
||||
Like if you lost two data disks, and you have a spare disk to recover
|
||||
only the first one, and you want to ignore the second unaccessible disk.
|
||||
only the first one, and you want to ignore the second inaccessible disk.
|
||||
Or if you want to recover a disk in the free space left in an
|
||||
already used disk, sharing the same physical device.
|
||||
This option can be used only with "fix".
|
||||
|
|
@ -854,7 +854,7 @@ SnapRAID provides the following options:
|
|||
-N, --force-nocopy
|
||||
In "sync", "check and "fix", disables the copy detection heuristic.
|
||||
Without this option SnapRAID assumes that files with same
|
||||
attributes, like name, size and timestamp are copies with the
|
||||
attributes, like name, size and time-stamp are copies with the
|
||||
same data.
|
||||
This allows to identify copied or moved files from one disk
|
||||
to another, and to reuse the already computed hash information
|
||||
|
|
@ -1009,7 +1009,7 @@ and using 'fix' to recreate it.
|
|||
7.4 content FILE
|
||||
----------------
|
||||
|
||||
Defines the file to use to store the list and checksums of all the
|
||||
Defines the file to use to store the list and check-sums of all the
|
||||
files present in your disk array.
|
||||
|
||||
It can be placed in the disk used to store data, parity, or
|
||||
|
|
@ -1028,7 +1028,7 @@ plus one. Using some more doesn't hurt.
|
|||
|
||||
Defines the name and the mount point of the disks of the array.
|
||||
NAME is used to identify the disk, and it must be unique.
|
||||
DIR is the mount point of the disk in the filesystem.
|
||||
DIR is the mount point of the disk in the file-system.
|
||||
|
||||
You can change the mount point as you like, as long you
|
||||
keep the NAME fixed.
|
||||
|
|
@ -1154,7 +1154,7 @@ This option is only required for Windows.
|
|||
|
||||
Defines a custom smartctl command to obtain the SMART attributes
|
||||
for each disk. This may be required for RAID controllers and for
|
||||
some USB disk that cannot be autodetected.
|
||||
some USB disk that cannot be auto-detected.
|
||||
|
||||
DISK is the same disk name specified in the "disk" option.
|
||||
PARITY is one of the parity name as "parity,[1,2,3,4,5,6,z]-parity".
|
||||
|
|
@ -1234,7 +1234,7 @@ There are four different types of patterns:
|
|||
This pattern is applied only to directories and not to files.
|
||||
|
||||
Note that when you specify an absolute path starting with /, it's
|
||||
applied at the array root dir and not at the local filesystem root dir.
|
||||
applied at the array root dir and not at the local file-system root dir.
|
||||
|
||||
In Windows you can use the backslash \ instead of the forward slash /.
|
||||
Note that Windows system directories, junctions, mount points, and any
|
||||
|
|
@ -1290,10 +1290,10 @@ quote them. Otherwise the shell will try to expand them.
|
|||
9 CONTENT
|
||||
=========
|
||||
|
||||
SnapRAID stores the list and checksums of your files in the content file.
|
||||
SnapRAID stores the list and check-sums of your files in the content file.
|
||||
|
||||
It's a binary file, listing all the files present in your disk array,
|
||||
with all the checksums to verify their integrity.
|
||||
with all the check-sums to verify their integrity.
|
||||
|
||||
This file is read and written by the "sync" and "scrub" commands, and
|
||||
read by "fix", "check" and "status".
|
||||
|
|
@ -1316,9 +1316,9 @@ only read by "scrub" and "check".
|
|||
===========
|
||||
|
||||
SnapRAID in Unix ignores any encoding. It reads and stores the
|
||||
file names with the same encoding used by the filesystem.
|
||||
file names with the same encoding used by the file-system.
|
||||
|
||||
In Windows all the names read from the filesystem are converted and
|
||||
In Windows all the names read from the file-system are converted and
|
||||
processed in the UTF-8 format.
|
||||
|
||||
To have the file names printed correctly you have to set the Windows
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue