user hal is not in auxilliary groups any more

Bug #10548 reported by Juha Siltala
8
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Fix Released
Medium
Martin Pitt

Bug Description

Not sure if this is really a nautilus-cd-burner bug, please change to hal,
gnome-volume-manager or whatever is more approppriate :)

When I try to burn a CD with Nautilus, I only get an option to make an ISO.
xcdroast works after I manually configure it to use /dev/hdc. hal-device-manager
sees the burner as a reader only (so does K3B FWIW).

The cdrom device:
brw-rw---- 1 root cdrom 22, 0 2004-11-21 07:41 /dev/hdc

cdrecord -scanbus -dev=ATAPI finds this:
scsibus0:
        0,0,0 0) 'LITE-ON ' 'LTR-16102B ' 'OS09' Removable CD-ROM

Revision history for this message
Matt Zimmerman (mdz) wrote :

Please supply the output from:

lshal
cat /proc/sys/dev/cdrom/info

Revision history for this message
Juha Siltala (topyli) wrote :

(In reply to comment #1)
> Please supply the output from:
>
> lshal

Here's the cdrom device:

udi = '/org/freedesktop/Hal/devices/block_22_0'
  info.udi = '/org/freedesktop/Hal/devices/block_22_0' (string)
  storage.hotpluggable = false (bool)
  storage.removable = true (bool)
  info.product = 'LITE-ON LTR-16102B' (string)
  storage.drive_type = 'cdrom' (string)
  block.storage_device = '/org/freedesktop/Hal/devices/block_22_0' (string)
  storage.physical_device = '/org/freedesktop/Hal/devices/ide_1_0' (string)
  storage.vendor = '' (string)
  storage.model = 'LITE-ON LTR-16102B' (string)
  storage.automount_enabled_hint = true (bool)
  storage.no_partitions_hint = true (bool)
  storage.media_check_enabled = true (bool)
  storage.bus = 'ide' (string)
  block.minor = 0 (0x0) (int)
  block.major = 22 (0x16) (int)
  info.capabilities = 'block storage.cdrom storage' (string)
  info.category = 'storage' (string)
  info.parent = '/org/freedesktop/Hal/devices/ide_1_0' (string)
  block.device = '/dev/hdc' (string)
  block.is_volume = false (bool)
  block.have_scanned = false (bool)
  block.no_partitions = true (bool)
  linux.sysfs_path_device = '/sys/block/hdc' (string)
  linux.sysfs_path = '/sys/block/hdc' (string)
  info.bus = 'block' (string)

> cat /proc/sys/dev/cdrom/info
CD-ROM information, Id: cdrom.c 3.20 2003/12/17

drive name: hdc
drive speed: 70
drive # of slots: 1
Can close tray: 1
Can open tray: 1
Can lock tray: 1
Can change speed: 1
Can select disk: 0
Can read multisession: 1
Can read MCN: 1
Reports media changed: 1
Can play audio: 1
Can write CD-R: 1
Can write CD-RW: 1
Can read DVD: 0
Can write DVD-R: 0
Can write DVD-RAM: 0
Can read MRW: 1
Can write MRW: 1
Can write RAM: 1

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

Created an attachment (id=846)
check whether /dev/hdc is a CD-RW drive

Just run with

  python cdrwtest.py

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

Hi Juha!

I just checked the hal code, which is pretty straightforward; however, there are
some things that could go wrong.

Which version of hal do you have installed? Find it out with

  dpkg -s hal | grep Version

(or look in synaptic). Do you run Warty or Hoary?

I just attached a small test script to this bug. Can you please download and run
it with

  python cdrwtest.py

and send me its output?

Thanks!

Revision history for this message
Juha Siltala (topyli) wrote :

> python cdrwtest.py
>
> and send me its output?

Here's the output:

juha@marvin ~/Desktop >python cdrwtest.py
got CD-ROM capabilities: 387fef

CDC_CD_RW support

Thanks for spending time on this weird software/hardware/wetware bug! :)

Revision history for this message
Juha Siltala (topyli) wrote :

Sorry, I forgot: I'm running warty, HAL version 0.2.98-1ubuntu9

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

Hi Juha!

The script output looks good so far. Now there is one thing that I suspect going
wrong. Can you please do the following:

- sudo killall hald
- sudo hald --drop-privileges --verbose=yes --daemon=no 2>&1 | tee hal.txt

Then please wait until the flood of debug messages has settled down. Press
Control-C to stop the foreground hald, do

  sudo /etc/init.d/dbus-1 restart

to restart hal properly and attach the output file hal.txt here?

Thanks!

Revision history for this message
Juha Siltala (topyli) wrote :

Created an attachment (id=858)
hal.txt

Here comes hal.txt. Thanks!

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

Created an attachment (id=859)
same check lilke cdrwtest, but with CDO_USE_FFLAGS

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

I'm puzzled; unfortunately my suspection was wrong.

I just attached another test script. Can you please run this, too?

  python cdrwtest-fflags.py

If this still reports that your CD-ROM is an RW, I'm really running out of
ideas. I could debug the issue on your box, if there is a possibility to get ssh
access to it, though.

Revision history for this message
Juha Siltala (topyli) wrote :

Well, the new script gives this output:

juha@marvin ~/Desktop >python cdrwtest-fflags.py
CDO_USE_FFLAGS returned 13

got CD-ROM capabilities: 387fef

CDC_CD_RW support

If you're interested in debugging this, I can make you an account so you can ssh
in. Please email me with details about what sort of user you would need to be,
i.e. group memberships, sudo privileges etc.

Thanks for your effort!

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

(In reply to comment #11)
> Well, the new script gives this output:
>
> juha@marvin ~/Desktop >python cdrwtest-fflags.py
> CDO_USE_FFLAGS returned 13
>
> got CD-ROM capabilities: 387fef
>
> CDC_CD_RW support

Hmm, exactly as it should. The good news is that back lowlevel stuff is working
correctly, but it doesn't help me at all to debug hal this way.

> If you're interested in debugging this, I can make you an account so you can ssh
> in. Please email me with details about what sort of user you would need to be,
> i.e. group memberships, sudo privileges etc.

If that's possible, it would be great! I'll mail you privately.

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

For the records, I debugged this problem on your machine. The problem is that
the hal user is not in group 'cdrom'. Put hal into floppy, cdrom, and plugdev
(with the commands I wrote in private mail) and everything will work again. Any
idea how the auxilliary groups disappeared? Did you run adduser manually? Did
you recently used gnome-system-tools? There is currently a nasty bug which
removes random users from random groups.

Revision history for this message
Juha Siltala (topyli) wrote :

(In reply to comment #13)
> For the records, I debugged this problem on your machine. The problem is that
> the hal user is not in group 'cdrom'. Put hal into floppy, cdrom, and plugdev
> (with the commands I wrote in private mail) and everything will work again. Any

Everything does work again. You are my personal hero and saviour =)
Nautilus-cd-burner now offers to burn to CD.

> idea how the auxilliary groups disappeared? Did you run adduser manually? Did
> you recently used gnome-system-tools? There is currently a nasty bug which
> removes random users from random groups.

I have no idea how I've messed up. I do know that I've had a Warty install on
this box, then upgraded to Hoary, then re-installed Warty. So we know that Warty
used to work.

We also know that I have used gnome-system-tools (exactly for user adminitration).

Revision history for this message
Matt Zimmerman (mdz) wrote :

(In reply to comment #10)
> I'm puzzled; unfortunately my suspection was wrong.
>
> I just attached another test script. Can you please run this, too?
>
> python cdrwtest-fflags.py

This might be useful as a package-specific bug script, but until we have that
working well, I've added some similar content to the wiki:

http://www.ubuntulinux.org/wiki/DebuggingProcedures

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.