Bug 160945
Summary: | Mounted DVDs unreadable (wrong owner/permissions) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Hardy Mayer <mmayer> |
Component: | hal | Assignee: | David Zeuthen <davidz> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 11 | CC: | axel.thimm, bpeck, donpa, jarin.franek, mclasen, rickrich, sangu.fedora |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-06-28 10:20:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Attachments: |
Description
Hardy Mayer
2005-06-19 01:53:50 UTC
BTW -- Audio CDs play fine on the IDE DVD-drive (I use grip for playback and ripping) Created attachment 115664 [details]
Te /etc/mtab file with the dvd-rw drives mounted
I will send /etc/fstab as a separate attachment.
Created attachment 115665 [details]
The not quite correct /etc/fstab going wtih /etc/mtab
So this is about /dev/scd0 right? It doesn't appear in the /etc/fstab, you only got these two drives /dev/hdd /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0 /dev/hdc /media/cdrom auto pamconsole,exec,noauto,managed 0 0 So, if the entry is not in /etc/fstab I could understand that it's mounted incorrectly; I'm assuming you're mounting by hand, right? No, the fstab is created by the automounter, when I first plug in the USB2 cable (for /dev/sdc0) or when I insert a DVD into the builtin IDE DVD+RW drive (I have a Dell 8250). I will try rebooting with nothing in the drive and see what fstab-sync does. As I said, everything worked fine last week under FC3 (lated 2.6.11 kernel). Created attachment 115702 [details]
after a clean reboot
Created attachment 115703 [details]
after reboot -- no media in /media/cdrecorder(1)
Created attachment 115704 [details]
With Movie DVD in /dev/hdd and unprotected DVD in /dev/scd0
And the ownerships are still out of range and the VIDEO_TS subdirectory with
permission 444 instead of at least 755:
9:35]hardy@hardy{/media/cdrecorder}60$ ls -al
total 14
drwxrwxrwx 4 4294967295 4294967295 136 May 27 20:43 .
drwxr-xr-x 11 root root 4096 Jun 20 09:02 ..
whereas the USB-drive has different permissions:
[9:37]hardy@hardy{/media/cdrecorder1}62$ ls -al
total 12
dr-xr-xr-x 3 4294967295 4294967295 88 Jan 4 2000 .
drwxr-xr-x 11 root root 4096 Jun 20 09:02 ..
dr-xr-xr-x 2 4294967295 4294967295 716 Jan 4 2000 VIDEO_TS
drwxrwxrwx 2 4294967295 4294967295 40 May 27 20:43 AUDIO_TS
dr--r--r-- 2 4294967295 4294967295 612 May 27 20:43 VIDEO_TS
I found a workaround (at least for the internal IDE DVD+RW drive): In /etc/fstab I replaced the line: /dev/hdd /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0 by: /dev/hdd /media/cdrecorder auto user,exec,dev,suid,uid=500,gid=0 0 0 and now the DVD drive mounts with permissions: ls -l total 2 dr-xr-xr-x 2 hardy root 716 Jan 4 2000 VIDEO_TS [11:45]hardy@hardy{/media/cdrecorder}69$ ls -l VIDEO_TS/ total 8104808 -r--r--r-- 1 hardy root 8192 Jan 4 2000 VIDEO_TS.BUP -r--r--r-- 1 hardy root 8192 Jan 4 2000 VIDEO_TS.IFO -r--r--r-- 1 hardy root 135168 Jan 4 2000 VTS_01_0.BUP -r--r--r-- 1 hardy root 135168 Jan 4 2000 VTS_01_0.IFO -r--r--r-- 1 hardy root 31514624 Jan 4 2000 VTS_01_0.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_1.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_2.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_3.VOB -r--r--r-- 1 hardy root 844300288 Jan 4 2000 VTS_01_4.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_5.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_6.VOB -r--r--r-- 1 hardy root 1073739776 Jan 4 2000 VTS_01_7.VOB -r--r--r-- 1 hardy root 980783104 Jan 4 2000 VTS_01_8.VOB and xine is able to play the movie (Totem crashes on it) I don't know if these will suvive after a rebbot, but it seems to me that the problem is caused by the "pamconsole" option put in by fstab-sync. I will see if the problem gets solved on the USC2-mountd drive too, when I take it off my Mac. It worked on the usb-drive too. It also survived a reboot; the only minor problem is that the reboot makes two symlinks in /dev: hdd -> dvd scd0 -> dvd1 and xine defaults to /dev/dvd. Let's hope that you can fix the "pamconsole" problem! Reading man fstab-sync I see that by invoking # chattr +i /etc/fstab you can prevent hal from managing the drives mounted under /media, and thus avoid the problem I had. However, the "managed mounts" still need to be fixed for users who don't usually dig into the man-pages! This problem still happens in hal-0.5.3-2. $mount [...] /dev/hdd on /media/cdrom type udf (ro,nosuid,nodev,_netdev,user=sangu) $ls -ld /dev/cdrom dr-xr-xr-x 4 4294967295 4294967295 136 Feb 7 2036 /media/cdrom $ls -l /dev/cdrom total 4 dr-xr-xr-x 2 4294967295 4294967295 40 Feb 7 2036 AUDIO_TS dr-xr-xr-x 2 4294967295 4294967295 1184 Feb 7 2036 VIDEO_TS $cat /etc/fstab | grep cdrom /dev/hdd /media/cdrom auto pamconsole,exec,noauto,managed 0 0 The latest version of hal seems to be hal-0.5.2-2. This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks. Fedora Core 4 is no longer maintained. Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the current Fedora release, please reopen this bug and assign it to the corresponding Fedora version. This bug is resurfacing in other bug reports. While the user/group issue seems to be fixed (at least on some DVDs I tested), the permissions on udf are not. Note: The DVDs are broken, but there are that many broken DVDs out there, either commercially or home-made, that pointing out to users that Fedora is correct and they are not is just alienating them away from Fedora and Linux. The problem seems to be with data DVDs as well. *** Bug 478415 has been marked as a duplicate of this bug. *** *** Bug 432301 has been marked as a duplicate of this bug. *** *** Bug 430553 has been marked as a duplicate of this bug. *** *** Bug 217530 has been marked as a duplicate of this bug. *** There is a kernel patch for adding mode/dmode options to udf filesystems: http://lkml.org/lkml/2008/11/16/229 This is supposed to be in 2.6.30. Rawhide seems to already inject mode/dmode lines into fstab, so all that is needed is a 2.6.30 kernel or a backport of the mode/dmode patch to udf. This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |