hal can't mount a dvd on a usb dvd recorder

Bug #35267 reported by humufr
10
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Incomplete
Medium
Martin Pitt

Bug Description

I have an usb dvd recorder. I can burn dvd with it without problem but ubuntu dapper can't mount automaticlly the dvd after it. If I'm using the command "pmount /dev/scd0", the dvd is mounted correctly.

The last lines in dmesg are (the last four lines are print after pmount command):

 [4294738.758000] usb 2-2: new full speed USB device using uhci_hcd and address 3
[4294739.024000] scsi1 : SCSI emulation for USB Mass Storage devices
[4294739.024000] usb-storage: device found at 3
[4294739.024000] usb-storage: waiting for device to settle before scanning
[4294744.029000] Vendor: HL-DT-ST Model: DVDRAM GSA-5163D Rev: A103
[4294744.029000] Type: CD-ROM ANSI SCSI revision: 00
[4294745.362000] sr0: scsi3-mmc drive: 40x/40x writer dvd-ram cd/rw xa/form2 cdda tray
[4294745.362000] sr 1:0:0:0: Attached scsi CD-ROM sr0
[4294745.362000] sr 1:0:0:0: Attached scsi generic sg1 type 5
[4294745.369000] usb-storage: device scan complete
[4294775.418000] sr 1:0:0:0: SCSI error: return code = 0x8000002
[4294775.418000] sr0: Current: sense key: Medium Error
[4294775.418000] ASC=0x10 <<vendor>> ASCQ=0x90
[4294775.418000] end_request: I/O error, dev sr0, sector 0
[4294775.418000] Buffer I/O error on device sr0, logical block 0
[4294796.408000] sr 1:0:0:0: SCSI error: return code = 0x8000002
[4294796.408000] sr0: Current: sense key: Medium Error
[4294796.408000] ASC=0x10 <<vendor>> ASCQ=0x90
[4294796.408000] end_request: I/O error, dev sr0, sector 0
[4294796.408000] Buffer I/O error on device sr0, logical block 0
[4294884.133000] UDF-fs: No VRS found
[4294884.221000] UDF-fs: No VRS found
[4294884.382000] ISO 9660 Extensions: Microsoft Joliet Level 3
[4294884.393000] ISO 9660 Extensions: RRIP_1991A

Revision history for this message
Martin Pitt (pitti) wrote :

You mean that a burned CD is not immediately mounted after burning it? Does it work if you eject the CD and reinsert it again?

Breezy did not have this problem since CDs were automatically ejected after burning by default, since many burners do not correctly re-init a burned CD. However, Dapper's n-cd-burner now does not do this at all any more; apart from being annoying by itself (I never notice when a CD has finished burning), it also causes this behaviour.

Changed in hal:
status: Unconfirmed → Needs Info
Revision history for this message
humufr (humufr-deactivatedaccount) wrote :

no I mean that if I'm trying to insert the dvd burned 2 days latter, ubuntu can't mount automatically but it's working fine with pmount. I must add that the problem seems to appeared only with dvd-r, this we I burned a dvd+r and this problem didn't showed up.

Revision history for this message
Martin Pitt (pitti) wrote :

Ah, I see. Please do the debugging steps at http://wiki.ubuntu.com/DebuggingRemovableDevices then. Thank you!

Revision history for this message
humufr (humufr-deactivatedaccount) wrote : dmesg.txt

dmesg output

Revision history for this message
humufr (humufr-deactivatedaccount) wrote : devices

devices lists

Revision history for this message
humufr (humufr-deactivatedaccount) wrote : gnome-volume-manager output

gnome-volume-manager output

Revision history for this message
humufr (humufr-deactivatedaccount) wrote : lshal output

lshal output

Revision history for this message
humufr (humufr-deactivatedaccount) wrote :

sorry for the dealy, I was not in town

gruel@idefix:~$ id
uid=1000(gruel) gid=1000(gruel) groupes=4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),104(lpadmin),105(scanner),106(admin),1000(gruel)
gruel@idefix:~$ >id hal
bash: hal: command not found
gruel@idefix:~$ id hal
uid=111(hal) gid=111(hal) groupes=111(hal),24(cdrom),25(floppy),46(plugdev)
gruel@idefix:~$ uname -a
Linux idefix 2.6.15-19-686 #1 SMP PREEMPT Mon Mar 20 17:33:20 UTC 2006 i686 GNU/Linux

Changed in nautilus-cd-burner:
assignee: nobody → pitti
status: Needs Info → Unconfirmed
Revision history for this message
Martin Pitt (pitti) wrote :

So hal sees the CD-ROM drive, but doesn't seem to notice that there's a CD in it.

Can you please copy&paste the output of

  for i in `ps aux|grep hald-addon-storage | grep -v grep | awk '{ print $2}'`; do sudo grep -z HAL_PROP_BLOCK_DEVICE /proc/$i/environ; done | tr '\000' '\n'

here? Also, does it work if you start the computer with the CD already inserted?

Changed in nautilus-cd-burner:
status: Unconfirmed → Needs Info
Revision history for this message
humufr (humufr-deactivatedaccount) wrote :

~$ for i in `ps aux|grep hald-addon-storage | grep -v grep | awk '{ print $2}'`; do sudo grep -z HAL_PROP_BLOCK_DEVICE /proc/$i/environ; done | tr '\000' '\n'
Password:
HAL_PROP_BLOCK_DEVICE=/dev/hdc
HAL_PROP_BLOCK_DEVICE=/dev/hdc
HAL_PROP_BLOCK_DEVICE=/dev/scd0
HAL_PROP_BLOCK_DEVICE=/dev/scd0

Revision history for this message
Martin Pitt (pitti) wrote :

Thanks, so it seems that the storage addon is at least polling the drives. Apparently it fails to notice the DVD.

Does it work with a normal CD-ROM?
Also, does it work if you start the computer with the DVD already inserted?

Revision history for this message
Martin Pitt (pitti) wrote :

This smells like bug 56484. Can you please test this with the latest Edgy packages and check whether you still have the problem?

Revision history for this message
humufr (humufr-deactivatedaccount) wrote :

sorry I can't, I'm using my computer for work and so I prefere to stay with dapper at least for the next months. I'll try to install edgy on a usb disk when I'll have time but don't know exactly when. Sorry

Revision history for this message
Sebastien Bacher (seb128) wrote :

Nicolas, maybe you can try the patch from the edgy package on dapper if you know how to build a patched package

Martin, does the patch apply to dapper, should it be backported?

Revision history for this message
Martin Pitt (pitti) wrote :

Seb, yes, the patch should be fine for dapper. I just added a dapper task to bug 56484 and requested mdz's blessing.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.