-SnapRAID creates a filesystem snapshot conceptually similar at other snapshot solutions. +SnapRAID creates a file-system snapshot conceptually similar at other snapshot solutions. The difference is that the purpose of SnapRAID is to be able to recover a disk to the saved state after a complete disk failure.
@@ -234,7 +234,7 @@ You can see the Compare page to see it compared to other sA strong advantage of SnapRAID is the integrity and silent error management that is at the same level (if not better) -of the ZFS and Btrfs filesystems. Instead, unRAID and Storage Space have no integrity check at all! +of the ZFS and Btrfs file-systems. Instead, unRAID and Storage Space have no integrity check at all! FlexRAID is at least able to report silent errors, but not to fix them.
@@ -420,7 +420,7 @@ their failures could be correlated.Take care that multiple failures happen. At now the worst case reported in the SnapRAID history, -is a four disks failure, succesfully recovered using four parities. +is a four disks failure, successfully recovered using four parities.
@@ -432,7 +432,7 @@ Some interesting articles about number of parity levels and failure rate of disk How long do disk drives last?.
-For the data disks, follow these suggestions:
@@ -441,7 +441,7 @@ For the data disks, follow these suggestions:-In Linux, to get more space for the parity, it's recommended to format the parity filesystem with the -m 0 -T largefile4 options. +In Linux, to get more space for the parity, it's recommended to format the parity file-system with the -m 0 -T largefile4 options. Like:
mkfs.ext4 -m 0 -T largefile4 DEVICE@@ -773,7 +773,7 @@ In such case you have to fix it, until "diff" reports only "equal", "restored" o
Now you can check that the files were really copied correctly, you can run a "check" audit command -limited to the replaced disk to check the checksum of all the files. +limited to the replaced disk to check the check-sum of all the files.
snapraid check -a -d DISK_NAME @@ -787,7 +787,7 @@ snapraid syncHow can I replace a parity disk?
-If the disk is still accessible, first ensure to have a synched array running a sync command: +If the disk is still accessible, first ensure to have a synced array running a sync command:
snapraid sync @@ -931,7 +931,7 @@ Try with 'snapraid -e fix' to recover!Data errors happen when SnapRAID detects that the content of a file changed but the write time of the file didn't. This is a condition that normally should never happen and it may be the result of a silent error in the disk, -or the signal that something got wrong at the filesystem level, like when you poweroff the machine without a +or the signal that something got wrong at the file-system level, like when you poweroff the machine without a proper shutdown.
If a data error is found, the "sync" process continues, and erroneous blocks are marked as bad @@ -966,9 +966,9 @@ because Windows doesn't do it automatically. See the MSDN CreateFileMapping():
-When modifying a file through a mapped view, the last modification timestamp +When modifying a file through a mapped view, the last modification time-stamp may not be updated automatically. If required, the caller should use SetFileTime -to set the timestamp. +to set the time-stamp.To avoid all these Windows problems, simply ensure to run "sync" when no program is using the files into the array. @@ -996,7 +996,7 @@ snapraid -C snapraid.content > snapraid.conf.new
Tech
If the SnapRAID "check" command says it's all OK. Is it really OK?
-Yes. SnapRAID checks all your files with a 128 bit checksum. +Yes. SnapRAID checks all your files with a 128 bit check-sum. If it says that they are correct, they really are.What integrity checksum is used?
@@ -1004,7 +1004,7 @@ SnapRAID uses Murmur3 and Why integrity checksum are important? -Integrity checksum are important to detect silent errors, +Integrity check-sum are important to detect silent errors, when the HD is returning garbage without reporting any error.@@ -1111,7 +1111,7 @@ You can detect if the CPU is a limiting factor, checking the CPU usage during sy The default blocksize should be already the best one.
-Note that increasing it doesn't necessarely improve the performance. +Note that increasing it doesn't necessarily improve the performance. In some cases, it could decrease it.
@@ -1229,7 +1229,7 @@ mkfs.ext4 -m 0 -T largefile4 DEVICE The '-T largefile4' and '-m 0' options should give more space available for the parity file. -Why do I get the error 'Internal inode xxx incosistency...'?
+Why do I get the error 'Internal inode xxx inconsistency...'?
This means that SnapRAID found two different files using the same inode. This is theoretically something that should never happen, @@ -1241,7 +1241,7 @@ If files are renamed, deleted or recreated while SnapRAID is running, it's possi that inodes are reused, causing this condition.
-If you are using a FAT filesystem in Windows, try to convert it to NTFS. +If you are using a FAT file-system in Windows, try to convert it to NTFS. Theoretically inodes (FileIndex) are unique even in FAT, but this condition was already seen in the field. @@ -1251,7 +1251,7 @@ but this condition was already seen in the field.
Unfortunately the Excel application does dirty tricks when handling .xls files, -that may cause the folllowing data error: +that may cause the followings data error:
@@ -1263,11 +1263,11 @@ WARNING! Unexpected data modification of a file without parity! This happens because Excel modifies the files after opening them, even you don't press 'Save'. It stores the name of the last user that opened it to be able to report if another user tries to open the same file at the same time. -But to avoid to have the file triggered as modified, it restores the timestamp to its original value. +But to avoid to have the file triggered as modified, it restores the time-stamp to its original value.-You have then a file with the same timestamp but different content. And this is not good for SnapRAID. +You have then a file with the same time-stamp but different content. And this is not good for SnapRAID.
@@ -1278,7 +1278,7 @@ or you can switch to the .xlsx format.
Why are TrueCrypt containers never saved?
-TrueCrypt by default has enabled the option Preserve modification timestamp of file containers +TrueCrypt by default has enabled the option Preserve modification time-stamp of file containers that makes impossible at SnapRAID, and at other backup programs, to detect that a file container is changed. Ensure to disable this option in TrueCrypt.