Damage NTFS compressed files while partialy rewrite
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ntfs-3g (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Hello all!
Unfortunately, registration on tuxera official forum is closed, so
I write here.
May be someone can repost it to that forum...
while rewriting file (torrent download scenario) a big probability to damage file,
such file is impossible to read, chkdsk find problems:
Truncating corrupt attribute list for file 2F7.
Deleted corrupt attribute list for file 2F7.
...
Correcting total allocated size in attribute record (80, "")
of file 200000000302D
...
Deleted corrupt attribute list entry
with type code 80 in file 407F.
Deleting corrupt attribute record (0x80, "")
from file record segment 0x407F.
...
Deleting orphan file record segment 1D3.
...
Correcting error in index $I30 for file 185.
CHKDSK discovered free space marked as allocated in the bitmap for index $I30 for file 185.
Sorting index $I30 in file 185.
...
Recovering orphaned file foo.bar (186) into directory file 185.
Skipping further messages about recovering orphans.
....
Inserting data attribute into file 2F7.
...
after fixing errors and trying to repeat download, the driver is break FS again.
This driver works good with uncompressed files and read compressed, but it destroying compressed files while writing!
Under windows such scenario is working w/o problems!
With best wishes, doorsfan
tags: | added: ntfs-compression |