Bug 164950 - Kde doesn't mount udf DVD created with k3b
Summary: Kde doesn't mount udf DVD created with k3b
Status: RESOLVED FIXED
Alias: None
Product: k3b
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-25 18:20 UTC by giuseppe
Modified: 2009-02-07 20:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description giuseppe 2008-06-25 18:20:34 UTC
Version:            (using 4.00.83 (KDE 4.0.83 (KDE 4.1 Beta2), compiled sources)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24.5-smp

I have this problem on all kde
3.5.* and kde-4*(included the latest 4.1
beta2).
If i create a data dvd with k3b(any version after 1.0)
with "udf-structure" enabled,is impossible to access it
with normal user,only root can access it.
For example,i insert the DVD,i try to navigate it
and said "permission denied"
$mount return
d--------- 2 giuseppe root 396 2008-06-25 17:59 Divx\ 1/


lshal --monitor return

18:19:17.539: storage_model_DVD_DC_16X8X5 property storage.removable.media_available = true
18:19:17.657: storage_model_DVD_DC_16X8X5 property storage.cdrom.write_speeds = {'22160', '11080', '5540', '2770'}
18:19:17.660: storage_model_DVD_DC_16X8X5 property storage.cdrom.write_speed = 22160 (0x5690)
18:19:17.661: storage_model_DVD_DC_16X8X5 property storage.cdrom.read_speed = 22160 (0x5690)
18:19:17.935: volume_label_Divx_1 added
18:19:55.830: volume_label_Divx_1 property volume.mount_point = '/media/Divx 1'
18:19:55.831: volume_label_Divx_1 property volume.is_mounted_read_only = true
18:19:55.832: volume_label_Divx_1 property volume.is_mounted = true
Comment 1 George Goldberg 2008-06-27 03:05:01 UTC
Just to clarify, if you mount the device in a console with the 'mount' command, what permissions does it have? Can you do that as a normal user, or must you be root?
Comment 2 giuseppe 2008-06-27 14:19:04 UTC
With classic mount permission are

d--------- 2 root root 400 2008-06-11 21:21 cdrom
This happen only with k3b udf...with other udf(games,video-dvd)
mount correctly with mount and with kde.
Comment 3 George Goldberg 2008-06-27 14:31:11 UTC
Ok, so this might be a bug with k3b, but I don't think its a bug with KDE anywhere else if mount behaves in the incorrect way. Reassigning to k3b to see if they want to claim this bug :).
Comment 4 D.L.C.Burggraaff 2008-07-21 23:06:16 UTC
KDE 3.5.9, k3b 1.0.5, compiled from sources, gcc 4.2.3, Slackware 12.1

When I mount a CD/DVD written by k3b with (Rock Ridge, Joliet, UDF)
the mountpoint and the directories on the CD get the permissions
"d---------" instead of the "dr-xr-xr-x" as expected.
The files have "-r--r--r--" as expected.
It does not matter whether I do the mount as root or a non-root user.

KDE (3.5.9) does not allow the mountpoint or the directories on the CD/DVD
to be opened (which is unexpected for root, but as expected for a non-root
user). It allows root to expand the mountpoint and the directories on the 
CD/DVD (as expected) and does not allow a non-root user to do so (as
expected).
I see the same "d---------" in Gnome, but there root can also open the
mountpoint and the directories on the CD/DVD (as expected).

For as far as I am aware this "d---------" was introduced with k3b 1.0.5.
Writing the CD/DVD with (Rock Ridge, Joliet) gives the "dr-xr-xr-x" as
expected.


Comment 5 Hendrik P 2008-09-16 13:34:43 UTC
This is a bug in mkisofs rather than k3b (mkisofs does say its udf support is incomplete). Bug is still unfixed as of cdrtools-2.01.01-alpha42.

To reproduce:
1. Create a directory containing a single file.
2. Create a text file containing /Dir/=full_path_to_dir_from_#1
3. mkisofs -graft-points -udf -o test.iso -path-list file_from_#2
4. mount test.iso using mount -o loop, make sure it is mounted as udf

The mounted image and its subdirectories will have permission of 000.

Note: 
Adding -r switch to mkisofs does not solve the problem.
Removing -graft-points partially solve the problem, but it is needed to create directory structure in the image.
See also http://bugs.gentoo.org/show_bug.cgi?id=213399 for similar bug.
Comment 6 Faik Uygur 2009-01-30 12:52:31 UTC
This is mkisofs bug and fixed in cdrtools-2.01.01a46:

ftp://ftp.berlios.de/pub/cdrecord/alpha/AN-2.01.01a46

-	Mkisofs now correctly sets the permissions for "invented" unreal
	directories in UDF instread of using mode 000.

Comment 7 giuseppe 2009-02-07 20:09:57 UTC
916394 finally fixed,thanks