halmount fails on larger USB sticks with ext3

Hi,

we have no problems mounting 4gb and 8gb USB sticks with ext3, vfat etc. We’re using ivman for this. But with out new 16G transcend USB 3.0 sticks, ivman/halmount fail to mount. For some strange reason halmount thinks the USB stick is formatted with FAT and only tries to mount it this way:

galois [8:48] important 2012) halmount /dev/sdg1 disk
/dev/sdg1: org.freedesktop.Hal.Device.Volume.UnknownFailure: mount: wrong fs type, bad option, bad superblock on /dev/sdg1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

/var/log/messages show:
Feb 10 08:48:16 galois kernel: [230184.918051] FAT-fs (sdg1): bogus number of reserved sectors
Feb 10 08:48:16 galois kernel: [230184.918051] FAT-fs (sdg1): bogus number of reserved sectors
Feb 10 08:48:16 galois kernel: [230184.918056] FAT-fs (sdg1): Can’t find a valid FAT filesystem

Just calling “mount /dev/sdg1 /mnt/tmp” works without any problems:
Feb 10 08:50:05 galois kernel: [230293.404314] EXT3-fs (sdg1): using internal journal
Feb 10 08:50:05 galois kernel: [230293.404320] EXT3-fs (sdg1): mounted filesystem with ordered data mode

galois [8:50] important 2018) grep /mnt/tmp /proc/mounts
/dev/sdg1 /mnt/tmp ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0

Then I tried halmount with -t:
galois [8:49] important 2015) halmount -t ext3 /dev/sdg1 /media/disk
/dev/sdg1: org.freedesktop.Hal.Device.Volume.UnknownFailure: Cannot get volume.fstype.alternative

I started hald with --verbose=yes and compared a trace for a working 4GB ext3 stick with the failing one. Everything looks the same until the line:
using action org.freedesktop.hal.storage.mount-removable for uid 19300, system_bus_connection :1.9140

While it succeeds with the 4gb stick, the 16gb returns:
/bin/mount error 8192, stdout=’’, stderr='mount: wrong fs type, bad option, bad superblock on /dev/sdg1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Looks like org.freedesktop.hal.storage.mount-removable called /bin/mount with -t vfat. I can’t even find the strings “fat” or “vfat” in the whole trace log, so it must happen inside org.freedesktop.hal.storage.mount-removable.

This happens with SLES and SLED 11, SP2 as well as SP3, tested on several different hosts with USB 2.0 and 3.0.

What could be going wrong here? Is there a way to debug org.freedesktop.hal.storage.mount-removable, too?

cu,
Frank