Red Hat Bugzilla – Bug 133834
Hal thinks my camera is two floppy disks
Last modified: 2013-03-05 22:41:26 EST
Description of problem:
When i plug in my camera, hal sets up two new montpoints which get
automagically mounted. And when i remove the camera (it is an usb mass
storage device), it gets unmounted and the mountpoints removed. Nice.
Only problem is:
-Two mountpoints get created, for both sda and sda1 - and only sda1 is
needed. So why create two mountpoints?
-It is not a floppy, but a camera!
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Plug in an usb mass storage device (at least my camera)
Two mountpoints get created
One mounpoint called something else than "floppy" gets created. USB,
fstab when camera plugged in:
/dev/VolGroup00/LogVol00 / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm tmpfs defaults 0 0
none /proc proc defaults 0 0
none /sys sysfs defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0
192.168.0.200:/home/kyrre /mnt/nfs nfs user 0 0
/dev/hdc /media/cdrom auto noauto,user,exec,kudzu,ro 0 0
/dev/fd0 /media/floppy auto noauto,user,exec,kudzu 0 0
/dev/sda /media/floppy1 auto noauto,user,exec,kudzu 0 0
/dev/sda1 /media/floppy2 vfat noauto,user,exec,kudzu,noatime,sync 0 0
Ok, I need the following
1. the output from 'hald --daemon=no --verbose=yes' from after the
"Device Probing Completed" line (one of the very last lines on hald
startup) and from when you have hotplugged your camera.
2. The output from lshal when the camera is attached and powered up
3. The output from 'tree /sys' when the camera is attached and powered
up (you may need to 'yum install tree')
4. The output of 'cat /proc/scsi/usb-storage/<number>' with <number>
being probably the only file in that directory
I think the heuristic hal uses to detect a USB floppy drive may need
to be revisited.
okay. This is what i did:
- start hald.
- power the cam up
- run lshal > lshallog
- install tree :) (me loooves the new yum)
- run tree /sys > treelog
- cat /proc/scsi/usb-storage/8 > catproclog
- power down camera
- stop hald with control+c
- go submit the logs
Created attachment 104401 [details]
Created attachment 104402 [details]
Created attachment 104403 [details]
Created attachment 104404 [details]
Hmm... forgot to "filter" haldebuglog. Bet you can do that yourself.
Good night - its 23:15 here and i am tired of having sqatted bugs
RH should have payed me for sqatting bugs.
*cantwait for FC3*
Ok, this is an easy fix - hal should really just look at the usb
interface class. Your device reports the class tripplet (8, 5, 0)
while my USB floppy drive reports (8, 4, 0). According to this snippet
C 08 Mass Storage
01 RBC (typically Flash)
50 Bulk (Zip)
02 SFF-8020i, MMC-2 (ATAPI)
04 Floppy (UFI)
50 Bulk (Zip)
50 Bulk (Zip)
hal should just tag all devices with protocol=8, subprotocol=4 as
floppies. Today we just look at the " Protocol: Uniform Floppy
Interface (UFI)" line in /proc/scsi/usb-storage/number which is a bug
as this report shows.
Thanks for filing this bug; it will be fixed in the next update.
Hmm... I updated hal to hal-0.2.98.cvs20040927-1 - and it STILL thinks
it is two (wrong - only sda1 should be mounted) floppy (wrong - its
not a floppy, but the biggest problem is that there is created two of
them) disk. Only difference is that they refuse to mount it
It's fixed in upstream CVS (today) but not yet in Rawhide. Will upload
a new package later today. Comment 8 was written after the
hal-0.2.98.cvs20040927-1 was uploaded.
Forgot to tell you - it works like a charm now :)
No reason not to close this now.