Damage NTFS compressed files while partialy rewrite

Bug #1803389 reported by doorsfan
6
This bug affects 1 person
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

doorsfan (doorsfan)
tags: added: ntfs-compression
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.