#480 closed defect (wontfix)
Sparse files are not handled properly
Reported by: | cp005e | Owned by: | Bruno Cornec |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | mondo | Version: | 2.2.9.6 |
Severity: | normal | Keywords: | sparse lastlog |
Cc: |
Description
I run 64-bit Linux in an Active Directory environment using Likewise, which results in legitimately large uids. Constantly deleting /var/log/lastlog is a tedious workaround to the real problem of Mondo not properly handling sparse files. Instead I am forced to simply exclude the /var/log directory completely.
Additionally, if someone had a sparse file that they wanted to back up (e.g. a virtual machine disk file), it would take far longer (and potentially far more space) than necessary to back their system.
This is related to #131, but I truly think that it is an issue worth correcting at the source rather than simply excluding these files (such as /var/log/lastlog).
Change History (3)
comment:1 by , 13 years ago
Milestone: | 2.2.9.7 → 2.2.10 |
---|---|
Status: | new → assigned |
comment:2 by , 12 years ago
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
This may be fixed when MondoRescue will be able to use other packing tools as afio (already star could provide a fix)
Indeed as per afio man page, it seems that the support for sparse file is not that good, if compression is used.
from the man page:
That option is not used yet by mondo. But I made some tries, and in all case I was unable, even uncompressed to restore the sparse file correctly with afio. If compressed, it's stored correctly as sparse, but restored incorrectly, even with -j.
If not compressed, it's stored incorrectly.
Would you mind testing with star ? or do you know another sparse file compliant tool doing file by file compression ?