Don't know where to post bugs with xfburn but it does not quit properly after burning. It also blocks the cdrom device for further use until hard restart. I've tried restarting HAL and dbus and, kill -9 'pid', killall xfburn, kill -TERM xfburn and fuser -k /dev/hdc and so on, but the xfburn process will not go away after it's crashed.
Starting again from terminal after crash gives this:
Message: Using Thunar-VFS 1.0.1
** Message: Using HAL
** (xfburn:29402): WARNING **: Unable to grab the drive at path '/dev/hdc' (ret=0).
** (xfburn:29402): WARNING **: Couldn't grab drive in order to update speed list.
** Message: Using gstreamer transcoder.
HAL (ps aux) reports this:
hald-addon-storage: no polling because /dev/hdc is locked via O_EXCL
So xfburn locks /dev/hdc until computer restart.
I'm on xubuntu 9.04, Xfce svn 4.7 and kernel 2.6.30.
I subscribed to this thread when you posted it because something about your problem seemed familiar. I'm sorry you're not getting any play on the topic.
I know that I've seen this behavior before. The problem is that I'm not using any of the same versions of the involved software, and I can't duplicate the problem currently on any of my systems. I'm running Debian Lenny (5.02) with Xfce 4.4.2 and Xfburn 0.3.2.
Anyway, as I said, I know I saw this behavior at some time on more than one of my three Debian Lenny systems. I made procedural changes to the way I use the burner, and I made very minor configuration changes in my file manager (Thunar). I know it has been a few weeks since the problem occurred. Since I don't seem able to replicate it now, I'm wondering if an update somewhere along the line fixed the issue for me.
Wish I could provide some substantive help.
Yes, I updated to 0.4.3-07887 and the problem seems to be solved.