WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Gparted & Mtools FAT32 Issue  (Read 13374 times)

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Re: Gparted & Mtools FAT32 Issue
« Reply #15 on: January 04, 2013, 03:32:16 AM »
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.

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 14826
Re: Gparted & Mtools FAT32 Issue
« Reply #16 on: January 04, 2013, 03:38:53 AM »
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.

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11048
Re: Gparted & Mtools FAT32 Issue
« Reply #17 on: January 04, 2013, 06:20:38 AM »
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.
The only barriers that can stop you are the ones you create yourself.

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11659
Re: Gparted & Mtools FAT32 Issue
« Reply #18 on: January 04, 2013, 09:54:44 AM »
Quote
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?

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Gparted & Mtools FAT32 Issue
« Reply #19 on: January 04, 2013, 05:32:27 PM »

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
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline SamK

  • Hero Member
  • *****
  • Posts: 713
Re: Gparted & Mtools FAT32 Issue
« Reply #20 on: January 06, 2013, 03:33:46 AM »
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)


Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11659
Re: Gparted & Mtools FAT32 Issue
« Reply #21 on: January 06, 2013, 12:09:35 PM »
Hi SamK
Quote
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