Dear Maintainer,

xfburn cannot detect my external usb burner anymore after upgrading
from 0.4.3-3 to 0.4.3-4 version (downgrading to 0.4.3-3 actually solves
the problem).

Whereas cdrskin can still detect all drives:

[pascal@kiwi ~]$  cdrskin -scanbus
cdrskin 1.1.8 : limited cdrecord compatibility wrapper for libburn
cdrskin: scanning for devices ...
cdrskin: ... scanning for devices done
Using libburn version '1.1.8'.
scsibus1:
	1,0,0	  0) 'MATSHITA' 'DVD-RAM UJ890AS ' '1.00'
Removable CD-ROM scsibus5:
	5,0,0	  1) 'HL-DT-ST' 'DVDRAM GE20LU10 ' 'FE06'
Removable CD-ROM

1st one is internal burner, xfburn 0.4.3-4 detects the 1st one only
(on /dev/sr0). Second one is the pluggable drive (/dev/sr1)

And I can still burn optical media with the external usb drive using
cdrskin.

I have consolekit, policykit-1 and gvfs installed and the user session
is active, started with lightdm (but obviously the user is granted
rights to use the external usb drive, since he can access it with
cdrskin)

Best regards

Pascal Dormeau

tags 651877 + moreinfo
thanks

Hi,

Thanks for your bug report. In 0.4.3-4 we added a patch to port xfburn
from hal+thunar-vfs to udev+gio. I haven't tested with my external usb
burner, only an internal one (I'll try to do it later).

Could you check if there's any message from xfburn in .xsession-errors,
and that your burner is correctly detected as such by udev?

e.g. with udevadm info --name=/dev/sr1 --query=all

Thanks.

Hi,
yes it is (udev also creates the usual aliases I use for burning with
cdrskin):

P: /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/host5/target5:0:0/5:0:0:0/block/sr1
N: sr1
S: cdrom2
S: cdrw2
S: disk/by-id/usb-HLDS_Inc_SuperMulti_RW_001010164000FA655
S: disk/by-path/pci-0000:00:1d.0-usb-0:1.2:1.0-scsi-0:0:0:0
S: dvd2
S: dvdrw2
E:
DEVLINKS=/dev/cdrom2 /dev/cdrw2 /dev/disk/by-id/usb-HLDS_Inc_SuperMulti_RW_001010164000FA655 /dev/disk/by-path/pci-0000:00:1d.0-usb-0:1.2:1.0-scsi-0:0:0:0 /dev/dvd2 /dev/dvdrw2
E: DEVNAME=/dev/sr1 E:
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/host5/target5:0:0/5:0:0:0/block/sr1
E: DEVTYPE=disk E: GENERATED=1
E: ID_BUS=usb
E: ID_CDROM=1
E: ID_CDROM_CD=1
E: ID_CDROM_CD_R=1
E: ID_CDROM_CD_RW=1
E: ID_CDROM_DVD=1
E: ID_CDROM_DVD_PLUS_R=1
E: ID_CDROM_DVD_PLUS_RW=1
E: ID_CDROM_DVD_PLUS_R_DL=1
E: ID_CDROM_DVD_R=1
E: ID_CDROM_DVD_RAM=1
E: ID_CDROM_DVD_RW=1
E: ID_CDROM_MRW=1
E: ID_CDROM_MRW_W=1
E: ID_MODEL=SuperMulti_RW
E: ID_MODEL_ENC=SuperMulti\x20RW\x20\x20\x20
E: ID_MODEL_ID=1640
E: ID_PATH=pci-0000:00:1d.0-usb-0:1.2:1.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_00_1d_0-usb-0_1_2_1_0-scsi-0_0_0_0
E: ID_REVISION=0159
E: ID_SERIAL=HLDS_Inc_SuperMulti_RW_001010164000FA655
E: ID_SERIAL_SHORT=001010164000FA655
E: ID_TYPE=floppy
E: ID_USB_DRIVER=usb-storage
E: ID_USB_INTERFACES=:080550:
E: ID_USB_INTERFACE_NUM=00
E: ID_VENDOR=HLDS_Inc
E: ID_VENDOR_ENC=HLDS\x20Inc
E: ID_VENDOR_ID=152e
E: MAJOR=11
E: MINOR=1
E: SUBSYSTEM=block
E: TAGS=:udev-acl:
E: UDEV_LOG=3
E: UDISKS_PRESENTATION_NOPOLICY=0
E: USEC_INITIALIZED=289702410

as for xsession-errors:
(process:3823): GLib-WARNING
**: /tmp/buildd/glib2.0-2.30.2/./glib/goption.c:2168: ignoring no-arg,
optional-arg or filename flags (8) on option of type 0

(process:3823): GLib-WARNING
**: /tmp/buildd/glib2.0-2.30.2/./glib/goption.c:2168: ignoring no-arg,
optional-arg or filename flags (8) on option of type 0
** Message:Using UDEV
** Message: Using Transcodeur GStreamer transcoder.

I also made a try with the device already plugged at boot but same
result: xfburn 0.4.3-4 does not detect it.

Could it be related with usb (since here the burner on S-ATA is
detected) ?
Thank you too
Best regards
Pascal

Hi again,

Now this is weird. Your external usb burner is set as a floppy drive
(?!) by udev. Xfburn 0.4.3-4 only cares about ID_TYPE=cd (my external
burner has that type), and ignores other drives.

Could you file a bug against the udev package, as it looks like it
misdetects your drive? (if the udev maintainer thinks this is normal, I
guess I'll add a workaround in xfburn…)

Thanks!

Thanks for answering quickly
I did not notice that. Sorry.
There are bugs in BTS where udev is suspected to assign media to floppy
group (645466, 648810), but it is not the case here:
ls -l /dev/sr*
brw-rw---T+ 1 root cdrom 11, 0 déc.  24 11:51 /dev/sr0
brw-rw---T+ 1 root cdrom 11, 1 déc.  24 14:07 /dev/sr1

Moreover, udev detects the drive as a cd writer since it recreates the
70-persistent-cd.rules after I delete it.

I am ok to file a bug against udev package but should not this one be
re-assigned to udev instead ?

Thanks and merry Christmas too.
Pascal

Hello.

Please forgive a tyro's participation.

I, too, am running Debian GNU/Linux testing and have run into the same
issue on my wife's system -- the only one in our house using a
USB-connected CD/DVD writer. As of the most recent upgrade of xfburn
from 0.4.3-3 to 0.4.3-4 the system doesn't list her external Sony writer
as available for writing. It also appears that brasero has lost interest
in using the external writer.

All other functions -- mounting written discs and reading them -- appear
to be intact.

I see no messages from Xfburn in .xsession-errors.

If I might provide any other information that could be useful, please
let me know.

Regards,
Gilbert

The udevadm output is listed below.

# udevadm info --name=/dev/sr2 --query=all
P:
/devices/pci0000:00/0000:00:0e.2/usb1/1-3/1-3:1.0/host2/target2:0:0/2:0:0:0/block/sr2
N: sr2
S: cdrom5
S: cdrw5
S: disk/by-id/usb-Sony_DRX-830U_DRX830UMP0000004D6D
S: disk/by-path/pci-0000:00:0e.2-usb-0:3:1.0-scsi-0:0:0:0
S: dvd5
S: dvdrw5
E: DEVLINKS=/dev/cdrom5 /dev/cdrw5
/dev/disk/by-id/usb-Sony_DRX-830U_DRX830UMP0000004D6D
/dev/disk/by-path/pci-0000:00:0e.2-usb-0:3:1.0-scsi-0:0:0:0 /dev/dvd5
/dev/dvdrw5
E: DEVNAME=/dev/sr2
E:
DEVPATH=/devices/pci0000:00/0000:00:0e.2/usb1/1-3/1-3:1.0/host2/target2:0:0/2:0:0:0/block/sr2
E: DEVTYPE=disk
E: GENERATED=1
E: ID_BUS=usb
E: ID_CDROM=1
E: ID_CDROM_CD=1
E: ID_CDROM_CD_R=1
E: ID_CDROM_CD_RW=1
E: ID_CDROM_DVD=1
E: ID_CDROM_DVD_PLUS_R=1
E: ID_CDROM_DVD_PLUS_RW=1
E: ID_CDROM_DVD_PLUS_R_DL=1
E: ID_CDROM_DVD_R=1
E: ID_CDROM_DVD_RAM=1
E: ID_CDROM_DVD_RW=1
E: ID_CDROM_MEDIA=1
E: ID_CDROM_MEDIA_DVD_R=1
E: ID_CDROM_MEDIA_SESSION_COUNT=1
E: ID_CDROM_MEDIA_SESSION_NEXT=1
E: ID_CDROM_MEDIA_STATE=blank
E: ID_CDROM_MEDIA_TRACK_COUNT=1
E: ID_CDROM_MRW=1
E: ID_CDROM_MRW_W=1
E: ID_MODEL=DRX-830U
E: ID_MODEL_ENC=DRX-830U
E: ID_MODEL_ID=02d1
E: ID_PATH=pci-0000:00:0e.2-usb-0:3:1.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_00_0e_2-usb-0_3_1_0-scsi-0_0_0_0
E: ID_REVISION=0000
E: ID_SERIAL=Sony_DRX-830U_DRX830UMP0000004D6D
E: ID_SERIAL_SHORT=DRX830UMP0000004D6D
E: ID_TYPE=floppy
E: ID_USB_DRIVER=usb-storage
E: ID_USB_INTERFACES=:080550:
E: ID_USB_INTERFACE_NUM=00
E: ID_VENDOR=Sony
E: ID_VENDOR_ENC=Sony
E: ID_VENDOR_ID=054c
E: MAJOR=11
E: MINOR=2
E: SUBSYSTEM=block
E: TAGS=:udev-acl:
E: UDEV_LOG=3
E: UDISKS_PRESENTATION_NOPOLICY=0
E: USEC_INITIALIZED=8324773

clone 651877 -1
reassign -1 udev
retitle -1 udev: some usb cd/dvd burners have (wrongly?) ID_TYPE=floppy
tags 651877 = confirmed
thanks

Hi,

There are apparently several usb burners with ID_TYPE=floppy though (two
in this bug report already), so I prefer to keep this one open for
xfburn, since I need to update our patch to add a workaround for burners
with ID_type=floppy.

I've cloned the bug report anyway, so you can follow up and provide any
info the udev maintainer may need.
Thanks!