Auto update

This commit is contained in:
Andrea Mazzoleni 2016-01-11 21:21:17 +01:00
parent 2e62083470
commit 4de3ca4335

View file

@ -143,9 +143,9 @@ Frequently Asked Questions for <span class="bold">SnapRAID</span>.
<ul>
<li><a href="#oomkiller">In Linux SnapRAID aborts without any error message</a></li>
<li><a href="#pargrowerror">Running 'sync' I get the error 'Failed to grow parity file 'xxx' to size xxx due lack of space.'</a></li>
<li><a href="#dupinode">I get the error 'Internal inode xxx incosistency...'</a></li>
<li><a href="#xls">With .xls files I get the error 'Data change at file...'</a></li>
<li><a href="#truecrypttimestamp">Why TrueCrypt containers are never saved by SnapRAID?</a></li>
<li><a href="#dupinode">Why do I get the error 'Internal inode xxx incosistency...'</a></li>
<li><a href="#xls">Why with with .xls files do I get the error 'Data change at file...'</a></li>
<li><a href="#truecrypttimestamp">Why are TrueCrypt containers never saved by SnapRAID?</a></li>
</ul>
@ -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.
</p>
<h3 id="dupinode">I get the error 'Internal inode xxx incosistency...'</h3>
<h3 id="dupinode">Why do I get the error 'Internal inode xxx incosistency...'</h3>
<p>
This means that SnapRAID found two different files using the same inode.
This is theoretically something that should never happen,
@ -1247,7 +1247,7 @@ Theoretically inodes (FileIndex) are
but this condition was already seen in the field.
</p>
<h3 id="xls">With .xls files I get the error 'Data change at file...'</h3>
<h3 id="xls">Why with with .xls files do I get the error 'Data change at file...'</h3>
<p>
Unfortunately the Excel application does dirty tricks when handling .xls files,
@ -1276,7 +1276,7 @@ To workaround the problem you can see
or you can switch to the .xlsx format.
</p>
<h3 id="truecrypttimestamp">Why TrueCrypt containers are never saved by SnapRAID?</h3>
<h3 id="truecrypttimestamp">Why are TrueCrypt containers never saved by SnapRAID?</h3>
<p>
TrueCrypt by default has enabled the option <i>Preserve modification timestamp of file containers</i>
that makes impossible to SnapRAID, and other backup programs, to detect that a file container is changed.