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