From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041020 Description of problem: Minor problem (don't know if it's related to the major problem or not): The fstab entry and moutpoint that gets automatically generated: /dev/scd0 /media/zip auto pamconsole,exec,noauto,managed 0 0 This isn't a ZIP drive, it's a CD burner that just happends to have been made by Iomega. It should show up at /media/cdrecorder Major problem: Plugging the drive in spits out this dmesg output (with no media present): scsi0 : SCSI emulation for USB Mass Storage devices Vendor: IOMEGA Model: ZIPCD 650 USB Rev: I2,2 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 4 usbcore: registered new driver usb-storage USB Mass Storage support registered. sr0: scsi3-mmc drive: 8x/8x writer cd/rw xa/form2 cdda pop-up Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 sr0: CDROM not ready. Make sure there is a disc in the drive. cdrom: open failed. sr0: CDROM not ready. Make sure there is a disc in the drive. cdrom: open failed. ... and so on. This continues to repeat, and the drive door will immediately reclose if you open it with the drive eject button, making it impossible to load media. If the drive has a blank CDR in it when plugged in , I get: end_request: I/O error, dev sr0, sector 0 Buffer I/O error on device sr0, logical block 0 end_request: I/O error, dev sr0, sector 0 Buffer I/O error on device sr0, logical block 0 SCSI error : <0 0 0 0> return code = 0x70000 SCSI error : <0 0 0 0> return code = 0x70000 end_request: I/O error, dev sr0, sector 0 Buffer I/O error on device sr0, logical block 0 Buffer I/O error on device sr0, logical block 1 Buffer I/O error on device sr0, logical block 2 ... and so on. Trying to burn a CDR using cdrecord while this is going on can freeze the machine or cause a kernel panic. Version-Release number of selected component (if applicable): hal-0.4.2-1.FC3 How reproducible: Always Steps to Reproduce: 1. Plug in Iomega ZipCD 650 to any USB port. Actual Results: ZipCD 650 is unusable. Unable to load media or burn CDs if media is loaded before the drive is plugged into USB port. Expected Results: ZipCD 650 works - able to load media and burn CDs. Additional info: System: Thinkpad X22, Fedora Core 3. kernel-2.6.9-1.681_FC3 hal-0.4.2-1.FC3 Stopping haldaemon using "service haldaemon stop" allows the drive to be used normally.
Please attach the contents of lshal when haldaemon is running.
Created attachment 108589 [details] Output of lshal while haldaemon is running and CDRW is attached Here's the output of lshal while the Iomega is plugged in and haldaemon is still running.
Ah, ok, think that I nailed this one. Please take these two files http://people.redhat.com/davidz/ide-drives.fdi http://people.redhat.com/davidz/usb-zip-drives.fdi and put them in /usr/share/hal/fdi/20freedesktop (will overwrite existing files) and restart the haldaemon. Does that solve the problem?
David: Solves similar problem for me. In my case I have an IDE version of this CDRW installed on /dev/hdc that I could manually mount. I upgraded RH8 to FC3 from this drive then started having problems, /etc/fstab entry of /dev/hdc4 on /media/zip. After installing the .fdi's I now get /dev/hdc and /media/cdrecorder. Haven't tried to burn a cd but system now recognizes cd media (opens CDCreator) as well as CDROM's (icon appears on desktop). Thanks for the update
Been away for the holidays, but I have tested the fix above and it does fix haldaemon's unfriendly behavior towards my Iomega CDRW drive. Thanks.
Fixed in hal-0.4.5 which is both in Rawhide and will appear as a FC3 update. Closing.