Bug 130210

Well, CSS is definitely legal PITA. But is MPEG2 same story? AFAIK other distros play unencrypted DVDs without problems (sure, some additional steps for CSS are necessary). Total inability to play DVDs is a serious gap in functionality on desktop IMNSHO.

I just talked on #suse - they say, DVDs play in KDE. So does it mean in GNOME it is less legal?;)

Аdditionally. If I ask explicitly to mount inserted dvd on nautilus, I get this error:

can't find /dev/hdc in /etc/fstab or /etc/mtab

To kde-maintainers: How KDE plays DVD?

The error in Nautilus is a problem of configuration of HAL/D-BUS. If HAL detects DVD-Video, it does not mount it. An because cunnrent configuration does not edit /etc/fstab, only root can mount it. If you want this feature, you have to add a line to /etc/fstab and probably create directory in /media.

TO Danny: Can D-BUS provide "Mount on request" as a replacement of "user" option in /etc/fstab?

I don't know what the problem with GNOME is, but we automount all DVDs by default with the hal-subfs-mount helper. I tested this with 10.0 and 10.1Alpha and all works fine for me. Under KDE the suseplugger also open a window and ask what to do.

@Sergey: Could you attach the output of lshal (lshal > /tmp/lshal.txt) to this bug with inserted movie DVD?

@Stanislav: as wrote above: automount should work for all DVD not only data-DVD. If not maybe something other is wrong. Btw. we never touch fstab with hal and we wouldn't do this in the future

Created attachment 55652 [details]
lshal result

lshal result

I think all is correct mounted for the divice:

udi = '/org/freedesktop/Hal/devices/volume_part_1_size_4536762368'
  volume.disc.is_svcd = false  (bool)
  volume.disc.is_vcd = false  (bool)
  volume.disc.is_videodvd = true  (bool)
  volume.disc.type = 'dvd_rom'  (string)
  volume.is_mounted = true  (bool)
  volume.mount_point = '/media/cdrecorder'  (string)
  block.device = '/dev/hdc'  (string)

What say 'cat /proc/mounts' ?

Yes, it looks correct. The only incorrect thing - it was mounted manually:)

# cat /proc/mounts
rootfs / rootfs rw 0 0
initramfsdevs /dev tmpfs rw 0 0
/dev/hda5 / ext3 rw 0 0
eventfs /lib/klibc/events tmpfs rw 0 0
proc /proc proc rw,nodiratime 0 0
sysfs /sys sysfs rw 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
/dev/hda6 /home ext3 rw 0 0
/dev/hda7 /usr/local ext3 rw 0 0
/dev/hda8 /var ext3 rw 0 0
/dev/hda1 /windows/C vfat rw,nodiratime,nosuid,nodev,noexec,gid=100,fmask=0002,dmask=0002,codepage=cp437,iocharset=iso8859-1,utf8 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/cdrecorder /media/cdrecorder udf ro 0 0

Not really funny. I need the outputs without manually mounts.

Sorry for misunderstanding. Attaching new lshal

Created attachment 55978 [details]
lshal with INSERTED but NOT manually mounted video DVD

/proc/mounts:

# cat /proc/mounts
rootfs / rootfs rw 0 0
initramfsdevs /dev tmpfs rw 0 0
/dev/hda5 / ext3 rw 0 0
eventfs /lib/klibc/events tmpfs rw 0 0
proc /proc proc rw,nodiratime 0 0
sysfs /sys sysfs rw 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
/dev/hda6 /home ext3 rw 0 0
/dev/hda7 /usr/local ext3 rw 0 0
/dev/hda8 /var ext3 rw 0 0
/dev/hda1 /windows/C vfat rw,nodiratime,nosuid,nodev,noexec,gid=100,fmask=0002,dmask=0002,codepage=cp437,iocharset=iso8859-1,utf8 0 0
usbfs /proc/bus/usb usbfs rw 0 0

@kay: could you take a look at this? looks like again a problem with detect the correct file system.

Yes, looks like the filesystem probing does not recognize the udf/iso volume.
I don't know how to fix it without having access to the actual media.

Kay, if I dump several kbytes of /dev/hdc - would this help?

Let's try it...
Bzip2 the first few megabytes and send it per mail to me (kay.sievers@vrfy.org).
Did you try the DVD on Windows? What volume name does Windows show?

Key, the one I sent to you (first 4M) is shown as "Holmes2" in Windows.

Works perfect with the fs probe code:
  kay@pim:~ /sbin/vol_id hdc.dump
  ID_FS_USAGE=filesystem
  ID_FS_TYPE=udf
  ID_FS_VERSION=
  ID_FS_UUID=
  ID_FS_LABEL=Holms2
  ID_FS_LABEL_SAFE=Holms2

I expect it's the "find the first session of the media" code.
We got more of these errors recently.

Can you stop HAL and start it in a console with:
  hald/hald --daemon=no --verbose=yes --retain-privileges

Wait until the millions of lines have stopped and then insert the DVD.
Look for lines where HAL prints something about "session"...

In this case it can be a duplicate of a bug 104355. And because this bug is for internal ATAPI device, bug 104355 can be unrelated to ATAPI-over-USB, but to a firmware version.

Is this it?

6760: 22:29:17.324: probe-volume.c:476: volume_session_count = 1
6760: 22:29:17.324: probe-volume.c:484: last session starts at block = 4294967146

Well, I am not sure USB is involved in any way - it is usual CDRW/DVD built into laptop...

Yeah, the offset reported by the drive looks wrong. But the kernel itself
can read the media, so there must be a way to get around it. :)
Will look into it the next days.

Most probably duplicate of bug 104355.

It seems, that CDROMREADTOCENTRY returns strange value for cdte_addr.lba on some drives. I guess that kernel does not use this value directly, but hal uses it for checking the actual drive label etc.

Please try the HAL version from the suse "edge" tree, we have a new package there
which is expected to fix this problem.

Is it available from yast? Should I download it from some URL?

Sorry for the lame questions, I am newbie in the suse world...

take the packages from: 

http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-edge/inst-source/suse/i586/hal-0.5.5_CVS_20051104-2.i586.rpm
http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-edge/inst-source/suse/i586/hal-debuginfo-0.5.5_CVS_20051104-2.i586.rpm
http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-edge/inst-source/suse/i586/hal-devel-0.5.5_CVS_20051104-2.i586.rpm
http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-edge/inst-source/suse/i586/hal-gnome-0.5.5_CVS_20051104-2.i586.rpm

It works! Hurray! Thanks a bunch. Will it be put in the official update?

@Andreas: What do you think? Should we make a YOU update for this (I had maybe also some other littel patches for HAL)? There already 2 other bugs with this problem (104355 and 130993). 

Let's do such an update.  Maintenance-Tracker-2762

*** Bug 130993 has been marked as a duplicate of this bug. ***

*** Bug 104355 has been marked as a duplicate of this bug. ***

*** Bug 105956 has been marked as a duplicate of this bug. ***

*** Bug 130135 has been marked as a duplicate of this bug. ***

released

Closing

hello,
where can i get the rmp files, the links doesn't work

Run YaST Online Update from an up-to-date server: Daemon for Collecting Hardware Information