On Tue, Jan 26, 2016 at 08:54:27AM +0000, Richard W.M. Jones wrote: > On Tue, Jan 26, 2016 at 08:37:48AM +0100, Jean-Pierre André wrote: > > Jean-Pierre André wrote: > > >Richard W.M. Jones wrote: > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1301593#c6 > > > > After reading the original report, I do not think the error > > is caused by the use of an illegal Unicode point. File names > > like "Chaînes" are perfectly valid... provided that an utf8 > > locale is used. > > > > Also, when hexediting a file name you may change the collating > > sequence leading to failures in directory index searches. > > If you need to hexedit, use chkdsk to fix the directory > > indexes. > > To be clear, I'm only using hexedit in an attempt to recreate the bug > report on my local machine. The directory in my test only has a > single entry, so I didn't think that collation would be affected. > > > Can you get an image of the original partition, restricted > > to metadata, hopefully leading to a manageable size ? > > > > ntfsclone -mst -O - /dev/something | gzip > metadata.gz > > I'm going to ask the user to try to get this.
Finally I've managed to obtain this from the reporter. It's rather large (29MB xz-compressed) and possibly contains sensitive data. Does Tuxera / ntfs-3g have a way to share sensitive disk images with developers only? I booted up a VM with a virtual disk and restored the image, and that seemed to go OK: # ntfsclone -r -O /dev/sda1 /tmp/clone/ntfsclone_sda2 ntfsclone v2015.3.14 (libntfs-3g) Ntfsclone image version: 10.1 Cluster size : 512 bytes Image volume size : 41940702208 bytes (41941 MB) Image device size : 41940702720 bytes Space in use : 1147 MB (2.7%) Offset to image data : 56 (0x38) bytes Restoring NTFS from image ... Syncing ...ent completed I was able to mount the disk, and reproduce the reported error: # mount /dev/sda1 /sysroot/ # ls /sysroot/WINDOWS/system32/ ls: reading directory /sysroot/WINDOWS/system32/: Invalid or incomplete multibyte or wide character So that is encouraging, in that the bug can be reproduced starting from the reporter's disk. What would help here? Enabling debugging in ntfs-3g perhaps? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ------------------------------------------------------------------------------ _______________________________________________ ntfs-3g-devel mailing list ntfs-3g-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
