Bug 121229 – HAL assigns different ownership for different media

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Meirion Towell 2006-02-01 14:28:37 UTC]

It seems that the version of HAL that's in ~AMD64 assigns different permissions for my DVD writer, depending on what disk I place in the drive.

e.g. If I insert a CD-audio, CD-data or DVD-video disk into the drive, the ownership is set to meirion:meirion (the user I'm logged in as) and I can see the contents of the disk.

If I insert a DVD-data disk (like a game disk) then the ownership is set to root:root, and I can't see the data on the disk.

The above URL is a forum discussion where 2 other people have confirmed the same behaviour. It seems to be linked to the HAL version, as one user reports that downgrading to the version in the stable AMD64 branch solves this.

Perhaps related: in KDE I see that the device is created at system:/media/hdc rather than /media/cdrecorder as I would expect from the default policy file. It's worth mentioning I have 2 DVD writers installed in my PC, on /dev/hda and /dev/hdc.

I'm running architecture ~AMD64, and have the following versions installed

hal 0.5.5.1-r3
dbus 0.60-r3
udev 0.81-r1
pmount 0.9.6

meirion@ingrid ~ $ emerge --info
Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r1 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre15
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon64 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://mir.zyrianes.net/gentoo/"
LANG="en_GB.utf8"
LC_ALL="nl_NL.utf8"
LINGUAS="en_GB en nl"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac acpi aim alsa arts avi bash-completion berkdb bitmap-fonts bluetooth calendar cdparanoia cdr crypt dts dvd dvdr dvdread eds emboss encode ffmpeg foomaticdb fortran gif gpm gstreamer gtk gtk2 hal icq imlib ipv6 java javascript jpeg kde kdeenablefinal lzw lzw-tiff mcal mime mp3 mpeg msn nas ncurses nls nptl nptlonly nsplugin ogg opengl pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd theora tiff truetype-fonts type1-fonts unicode usb userlocales vorbis xmms xpm xv xvid yahoo zlib elibc_glibc kernel_linux linguas_en_GB linguas_en linguas_nl userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS, MAKEOPTS

[Comment 1 Carsten Lohrke (RETIRED) 2006-02-01 15:46:28 UTC]

This is a) not a KDE issue and b) no, it's up to you to decide who has the rights to do what on your box.

[Comment 2 Meirion Towell 2006-02-02 11:46:21 UTC]

The problem is that the rights and mount points specified in /usr/share/hal/fdi/policy/10osvendor are being ignored as far as I can see

[Comment 3 Diego Elio Pettenò (RETIRED) 2006-02-02 11:50:03 UTC]

Are you using pmount ?

[Comment 4 Meirion Towell 2006-02-02 13:00:34 UTC]

Yes, I'm using pmount. Version as in comment #1

[Comment 5 Diego Elio Pettenò (RETIRED) 2006-02-02 13:13:14 UTC]

Then the problem is that pmount defaults to root:root with 0700 on UDF filesystems.

[Comment 6 Meirion Towell 2006-02-02 13:34:42 UTC]

OK... but can this also be the reason HAL is not creating /media/cdrecorder but /media/hdc instead? I can't see anything wrong in the storage policy file. Or would this be a separate issue?

[Comment 7 Meirion Towell 2006-02-12 07:24:42 UTC]

OK, this seems to a pmount issue, and I can work around it by passing in the correct mask from the command line... not an elegant solution, but it seems to work.