exfatfsck 1.0.1 UTF-8 bug

68 views
Skip to first unread message

Tomasz CEDRO

unread,
May 13, 2015, 9:18:55 AM5/13/15
to ex...@googlegroups.com
root@hexagon:/usr/ports/sysutils/exfat-utils # uname -a
FreeBSD hexagon 10.1-RELEASE-p9 FreeBSD 10.1-RELEASE-p9 #0: Tue Apr  7 01:09:46 UTC 2015     root @ amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

root@hexagon:/usr/ports/sysutils/exfat-utils # gdb /usr/local/sbin/exfatfsck
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) run /dev/da0s1
Starting program: /usr/local/sbin/exfatfsck /dev/da0s1
exfatfsck 1.0.1
WARN: volume was not unmounted cleanly.
Checking file system on /dev/da0s1.
File system version           1.0
Sector size                 512 bytes
Cluster size                128 KB
Volume size                1863 GB
Used space                 1822 GB
Available space              42 GB
ERROR: `0.indexGroups' real size does not equal to size (237568 != 419431).
ERROR: failed to open directory `/.Spotlight-V100/Store-V2/7FAF0041-B011-4200-ACD2-8EB7654E2B06'.
ERROR: name is too long.
BUG: failed to convert name to UTF-8.

Program received signal SIGABRT, Aborted.
0x0000000800b71a1a in kill () from /lib/libc.so.7
(gdb) bt
#0  0x0000000800b71a1a in kill () from /lib/libc.so.7
#1  0x0000000800b70149 in abort () from /lib/libc.so.7
#2  0x0000000000403f0d in exfat_bug (format=0x40be98 "failed to convert name to UTF-8") at libexfat/log.c:48
#3  0x000000000040a79b in exfat_get_name (node=0x80c55d100,
    buffer=0x8029e6b21 "AudioConverterFillComplexBuffer(AudioConverterRef,AudioConverterComplexInputDataProc,UnsafeMutablePointer�\200�Void�\200�,UnsafeMutablePointer�\200�UInt32�\200�,UnsafeMutablePointer�\200�AudioBufferList�\200�,UnsafeMut"..., n=256) at libexfat/utils.c:50
#4  0x0000000000401883 in dirck (ef=0x7fffffffea58,
    path=0x8029e68c0 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents/Resources/Tokens/swift/func/-")
    at fsck/main.c:98
#5  0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x8029e6700 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents/Resources/Tokens/swift/func")
    at fsck/main.c:105
#6  0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x8029e6540 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents/Resources/Tokens/swift")
    at fsck/main.c:105
#7  0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x8029e6380 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents/Resources/Tokens")
    at fsck/main.c:105
#8  0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x8029e61c0 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents/Resources") at fsck/main.c:105
#9  0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x801fc6480 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset/Contents") at fsck/main.c:105
#10 0x00000000004018bf in dirck (ef=0x7fffffffea58,
    path=0x801fc6300 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets/com.apple.adc.documentation.iOS.docset") at fsck/main.c:105
#11 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801fc6180 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation/DocSets") at fsck/main.c:105
#12 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be68c0 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer/Documentation") at fsck/main.c:105
#13 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be6780 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents/Developer") at fsck/main.c:105
#14 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be6640 "/TOSCA/20150320bkp/Applications/Xcode.app/Contents") at fsck/main.c:105
#15 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be6500 "/TOSCA/20150320bkp/Applications/Xcode.app") at fsck/main.c:105
#16 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be63c0 "/TOSCA/20150320bkp/Applications") at fsck/main.c:105
#17 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be6280 "/TOSCA/20150320bkp") at fsck/main.c:105
#18 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x801be6140 "/TOSCA") at fsck/main.c:105
#19 0x00000000004018bf in dirck (ef=0x7fffffffea58, path=0x40af86 "") at fsck/main.c:105
#20 0x00000000004016d0 in fsck (ef=0x7fffffffea58) at fsck/main.c:122
#21 0x0000000000401573 in main (argc=2, argv=0x7fffffffeba0) at fsck/main.c:159
(gdb) q
The program is running.  Exit anyway? (y or n) y

Andrew Nayenko

unread,
May 13, 2015, 3:42:41 PM5/13/15
to ex...@googlegroups.com, tomek...@gmail.com
Hi Tomasz,

Thanks for reporting the bug!

> ERROR: `0.indexGroups' real size does not equal to size (237568 != 419431).

That's the actual problem. This is a USB drive where you've copied the
/Application folder under OS X, right? Which OS X version have you been
using?

> ERROR: name is too long.
> BUG: failed to convert name to UTF-8.

I believe this bug was fixed in 1.1. Unfortunately, FreeBSD port is
outdated. I've tried to contact the maintainer about a month ago without
success.

--
Andrew Nayenko <res...@gmail.com>

Tomek CEDRO

unread,
May 13, 2015, 4:40:24 PM5/13/15
to Andrew Nayenko, ex...@googlegroups.com, freebs...@freebsd.org, FreeBSD Filesystems, sa...@os2.kiev.ua
On Wed, May 13, 2015 at 9:42 PM, Andrew Nayenko wrote:
> Hi Tomasz,
> Thanks for reporting the bug!

No problem Andrew :-)


>> ERROR: `0.indexGroups' real size does not equal to size (237568 !=
>> 419431).
>
> That's the actual problem. This is a USB drive where you've copied the
> /Application folder under OS X, right? Which OS X version have you been
> using?

Yes, the drive is USB/Thunderbolt Lacie Rugged 2TB (using USB
connection), MacOSX Yosemite 10.10.* (hard to tell exactly as several
computers use it).


>> ERROR: name is too long.
>> BUG: failed to convert name to UTF-8.
>
> I believe this bug was fixed in 1.1. Unfortunately, FreeBSD port is
> outdated. I've tried to contact the maintainer about a month ago without
> success.

Yes, I have also noticed that and reported to FreeBSD FS/BUGS mailing
list and the maintainer. If there is no response I will try to verify
and prepare an updated version :-)

Thank you! :-)
Tomek

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Andrew Nayenko

unread,
May 14, 2015, 3:29:28 PM5/14/15
to Tomek CEDRO, ex...@googlegroups.com, freebs...@freebsd.org, FreeBSD Filesystems, sa...@os2.kiev.ua
>>> ERROR: `0.indexGroups' real size does not equal to size (237568 !=
>>> 419431).
>>
>> That's the actual problem. This is a USB drive where you've copied the
>> /Application folder under OS X, right? Which OS X version have you been
>> using?
>
> Yes, the drive is USB/Thunderbolt Lacie Rugged 2TB (using USB
> connection), MacOSX Yosemite 10.10.* (hard to tell exactly as several
> computers use it).

I see. I relaxed this check in 1.1, so you just need to upgrade to the
latest version of fuse-exfat and exfat-utils. Let me know whether they
work for you.

>>> ERROR: name is too long.
>>> BUG: failed to convert name to UTF-8.
>>
>> I believe this bug was fixed in 1.1. Unfortunately, FreeBSD port is
>> outdated. I've tried to contact the maintainer about a month ago without
>> success.
>
> Yes, I have also noticed that and reported to FreeBSD FS/BUGS mailing
> list and the maintainer. If there is no response I will try to verify
> and prepare an updated version :-)

This would be great! Please keep me informed.

--
Andrew Nayenko <res...@gmail.com>
Reply all
Reply to author
Forward
0 new messages