Red Hat Bugzilla – Bug 186334
(Video) DVDs appear as empty and cannot be mounted
Last modified: 2013-03-05 22:45:04 EST
Description of problem:
Basically when I insert a video dvd it is mounted as blank/empty and since it is
FC5 the drive has no fstab entry by default and I'm unable to mount the DVD
easily using terminal and browse to the actual /media/cdrom directory with
nautilus. I've been told this is a hal bug.
Version-Release number of selected component (if applicable):
hal-0.5.7-3 but has been around at least since FC4. Also happens in ubuntu, see
Insert a dvd into the drive and it will mount incorrectly. For example Spiderman
(PAL) and the ut2004 dvd. However, some DVDs mount properly (for example linux
distro install DVDs) which has led me to believe that this has possibly
something to do with whether it is DVD+, DVD-, dual-layer etc.
Steps to Reproduce:
1. Insert (video) DVD
2. Try to view the contents of the DVD
It won't work unless an audio cd has been in the drive previously that
particular session. Neither will a folder appear in /mount/ (on FC5 that is)
The DVD should play just fine and a folder whith its title should appear in
If a music cd is inserted into the drive before the dvd, the dvd will play just
fine (but only for that particular session, I think). Very strange.
Also, when I tried using suse 10, this bug didn't occur.
I have a Plextor DVDR PX-712A. When searching for solutions to this bug I found
out that this seems to happen mostly with Plextor DVD drives.
I have the same problem (and the same player: Plextor DVDR PX-712A) using FC6
and hal-0.5.8.1-6.fc6. The problem only occurs with Video-DVD for which the
kernel complains that 'This disc doesn't have any tracks I recognize!' and hal
recognizes as volume_empty_dvd_rom.
I have also filed a BUG report on freedesktop.org:
A similar problem is discussed in Novell's bugzilla:
Some debug output for a DVD I have problems with:
Created attachment 149209 [details]
syslog entries from hal after dvd has been inserted
Created attachment 149210 [details]
lshal output of the device and recognized volume
I think the core of the problem is that the CDROM_DISC_STATUS ioctl returns
CDS_NO_INFO... and since HAL is the gullible type it sets volume.disc.is_blank
TRUE and proceeds not to probe the file system. And this is what I see in
The only fix I have in mind is either
a) fixing the CDROM_DISC_STATUS ioctl in the kernel
b) bypassing the kernel and speaking directly to the drive
c) probe the file system anyway
We already do b) for a number of other things and I'm almost sure that a) is
going to take months or years... c) sounds like a non-starter since we shouldn't
be accessing blank discs. It might be a fix though.
FWIW, I see this issue too on my Sandisk U3 Cruzer Micro in bug 208521 so I
should be able to fix it.
Moving to devel and making this a blocker.
If someone can try this patch
and report back it would be appreciated. FWIW it works for by test device. It'll
probably hit Rawhide in a few days regardless. Thanks.
This is now in Rawhide - please verify that it works. Thanks.
The patch fixes the problem for me.
Note: As I had trouble getting the rawhide package to work on FC6 (selinux
issues and a org.freedesktop.Hal.PermissionDenied when mounting the volume; I
have no access to a rawhide-system), I patched hal-0.5.8-6-fc6.
Closing as the new package was reported to fix the problem.