Bugzilla – Bug 130210
inserted video DVD are not automounting
Last modified: 2005-11-25 12:58:00 UTC
I have several video DVDs (non-encrypted) which are not automounted when they are inserted into laptop driver. Software DVDs are ok (like Suse installation DVD). Same DVDs play ok with MS Win. Even if I manually mount the disk and play it with totem - it just takes 100% CPU and doing nothing. If I run totem from console, I see that it cannot handle mpeg2. Which is not surprise - mpeg2dec is not listed among gstreamer plugins. If I use mplayer - DVDs play ok (manually mounted, of course). So, there are actually several problems here:)
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