mirror of
https://github.com/borgbackup/borg.git
synced 2026-03-03 22:10:31 -05:00
FAQ: Why is backing up an unmodified FAT filesystem slow on Linux?
This commit is contained in:
parent
f859100f84
commit
f0bd01b98d
1 changed files with 11 additions and 0 deletions
11
docs/faq.rst
11
docs/faq.rst
|
|
@ -478,6 +478,17 @@ will only be applied to new chunks, not existing chunks. So it's safe
|
|||
to change them.
|
||||
|
||||
|
||||
Why is backing up an unmodified FAT filesystem slow on Linux?
|
||||
-------------------------------------------------------------
|
||||
|
||||
By default, the files cache used by BorgBackup considers the inode of files.
|
||||
When an inode number changes compared to the last backup, it hashes the file
|
||||
again. The ``vfat`` kernel driver does not produce stable inode numbers by
|
||||
default. One way to achieve stable inode numbering is mounting the filesystem
|
||||
using ``nfs=nostale_ro``. Doing so implies mounting the filesystem read-only.
|
||||
Another option is to not consider inode numbers in the files cache by passing
|
||||
``--files-cache=ctime,size``.
|
||||
|
||||
Security
|
||||
########
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue