Gparted & Mtools FAT32 Issue

[SamK]

What, if anything, does "iconv --list" give on the two systems?

Attached are the two reports.

The 4.1 system runs in cloud mode and required libiconv.tcz to be downloaded in order to produce the report.  In 4.7.2, iconv is present as a dependency of icewm.

[Juanito]

Hmm - I wonder if this doesn't show all the code pages that were available in the eglibc source rather than those present on the system at present...

Anyway, since "850" is present in both, not terribly conclusive.

[curaga]

Just a guess, perhaps the older mtools didn't have the conversion feature.

In reply #3 (Further Tests) the older mtools was used together with the newer gparted and the current kernel.  This was an attempt to identify if the needs of mtools had changed.  Is there a way to directly enquire of the installed mtools whether the conversion feature is required?

Oh, I missed that. Could be from gparted and not mtools then. Anyway, glibc_gconv is required to do codepage conversions, so adding it as a dep is harmless.

[Rich]

Could be from gparted and not mtools then.

Or maybe  parted.tcz  itself. Current version 3.1 is 188KB. Previous version 2.3 is 240KB. Maybe a compile time
option was removed?

[tinypoodle]

Wondering what would happen if you would omit loading mtools, if gparted would not just fall back on dosfstools for label function.

This does not work.  Both dosfstools and mtools are required.  If it had worked it would leave the cause of the discrepancy unidentified.

That made me sort of think about a weakness in gparted, when apparently mlabel and dosfslabel would serve the same purpose.

Doing some research, I found an explanation which I had not expected, the whole subject seems to be way more complex than I thought.

For reference:
http://gparted-forum.surf4.info/viewtopic.php?id=14115
https://bugzilla.gnome.org/show_bug.cgi?id=576616

[SamK]

Here are ldd reports from the TC 4.7.2 system.  Gparted returns an error.  Is this significant?

ldd /usr/local/sbin/gparted

Code: [Select]

/usr/local/sbin/gparted: error while loading shared libraries: /usr/local/sbin/gparted: invalid ELF header
ldd /usr/local/bin/mtools

Code: [Select]

linux-gate.so.1 =>  (0xb7732000)
libparted.so.2 => /usr/local/lib/libparted.so.2 (0xb76f1000)
libc.so.6 => /lib/libc.so.6 (0xb75e6000)
libdl.so.2 => /lib/libdl.so.2 (0xb75e2000)
libblkid.so.1 => /lib/libblkid.so.1 (0xb75c7000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb75c2000)
/lib/ld-linux.so.2 (0xb7733000)

[Rich]

Hi SamK

Here are ldd reports from the TC 4.7.2 system.  Gparted returns an error.  Is this significant?

No, gparted is a script. Try:

Code: [Select]

ldd /usr/local/sbin/gpartedbin