Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17739 - [kde] UDF discs are mounted with d--------- permission - no access
Attached to Project:
Arch Linux
Opened by mkkot (mkkot) - Thursday, 07 January 2010, 21:59 GMT
Last edited by Roman Kyrylych (Romashka) - Saturday, 24 July 2010, 10:24 GMT
Opened by mkkot (mkkot) - Thursday, 07 January 2010, 21:59 GMT
Last edited by Roman Kyrylych (Romashka) - Saturday, 24 July 2010, 10:24 GMT
|
DetailsI marked this as high severity because when you insert a DVD disc into the drive you expect it's going to work...
Description: There is a problem with permissions when mounting an UDF disc: [root@linux media]# mount /dev/sr0 /media/fl mount: block device /dev/sr0 is write-protected, mounting read-only [root@linux media]# mount /dev/sr0 on /media/fl type udf (ro) [root@linux media]# ls -g d--------- 4 root 152 2008-09-03 fl Those permissions makes impossible non-root user to acces the disc content. It also does not work via KDE 4 (hal, dbus, PolicyKit,...) It's caused by: "Mounting the filesystem as iso9660 doesn't observe file permissions. Mounting as UDF does. Unfortunately, many disk burning applications leave -1 in the uid and gid permissions of their udf filesystems. This causes a permission problem in Linux." http://ubuntuforums.org/showpost.php?p=6464780&postcount=3 Yeah, I know, it's a good reason to close this bugreport with WONTFIX resolution... Fortunately I found a workaround for this: [root@linux media]# mount /dev/sr0 /media/fl -o users,noauto,uid=0,gid=46,mode=0777,dmode=0777,nosuid,noexec Now I can click on this plasma last connected devices applet and browse my disc from Dolphin. In my (humble) opionon hal - or whatever mounts medias in userspace - developers can implement such workaround for the issue. This can be also adjusted in Arch's fstab commented lines: #/dev/sr0 /media/pioneer auto ro,user,noauto,unhide 0 0 Steps to reproduce: 1. Burn a DVD with UDF structures (attaching a file bigger than 2GB will probably automatically create them) 2. Try to mount burned media Some background about burning apps behaviour: K3B 1.0 within KDE 3 is surely affected by this permission bug, medias burned under Vista / Win7 's default burning application are affected by some other "feature", yet unknown for me - probably some multisession with both iso9660 and udf filesystem - which unables me to mount them, however this is an observation for filling other bug report... Similar reports: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/10550 http://bugs.gentoo.org/269814 |
This task depends upon
Closed by Roman Kyrylych (Romashka)
Saturday, 24 July 2010, 10:24 GMT
Reason for closing: None
Additional comments about closing: No activity in 5 months. Nothing to do here.
Saturday, 24 July 2010, 10:24 GMT
Reason for closing: None
Additional comments about closing: No activity in 5 months. Nothing to do here.
OK, anyway I do some tests (but I do not have any buggy UDF):
* Touching HAL, adding dmode/mode as valid options in custom fdi for UDF. but KDE not use it and I don not know how to configure it. Anyway putting a workaround in HAL that will be removed in the future, I guess that is not an option.
* Using pmount, I think this is the best option: ro,noexec,nosuid,nodev,uid=1000,gid=101,umask=000 (on my system running pmount /dev/sr1)
* Others ideas are welcomed, but I can not assure if devs are interested in implementing this. I assigned to some devs that I think can be relevant for this task.