Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 104775 - udev-068 and burners problem
Summary: udev-068 and burners problem
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Greg Kroah-Hartman (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-04 02:24 UTC by fctk86
Modified: 2005-09-14 04:44 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
50-udev.rules (50-udev.rules,11.16 KB, text/plain)
2005-09-04 03:20 UTC, fctk86
Details

Note You need to log in before you can comment on or make changes to this bug.
Description fctk86 2005-09-04 02:24:12 UTC
i have two burners: a dvdrw (/dev/hdc) and a cdrw (/dev/hdd).
i have udev-068 installed with no customized rules.
both the burners belongs to the root:root group, so i can't use them as a
common-user but only by root.

fctk@thorium ~ $ ls -l /dev/hdc
brw-rw----  1 root root 22, 0  4 set  2005 /dev/hdc
fctk@thorium ~ $ ls -l /dev/hdd
brw-rw----  1 root root 22, 64  4 set  2005 /dev/hdd

fctk@thorium ~ $ ls -l /dev/cdr*
lrwxrwxrwx  1 root root 3  4 set  2005 /dev/cdrom -> hdc
lrwxrwxrwx  1 root root 3  4 set  2005 /dev/cdrom1 -> hdd
lrwxrwxrwx  1 root root 3  4 set  2005 /dev/cdrw -> hdc
lrwxrwxrwx  1 root root 3  4 set  2005 /dev/cdrw1 -> hdd

fctk@thorium ~ $ ls -l /dev/dvd 
lrwxrwxrwx  1 root root 3  4 set  2005 /dev/dvd -> hdc

Reproducible: Always
Steps to Reproduce:




Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 AMD Sempron(tm)  2600+
Gentoo Base System version 1.6.13
ccache version 2.4 [disabled]
dev-lang/python:     2.4.1-r1
sys-apps/sandbox:    1.2.12
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
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /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="-Os -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/
ftp://ftp.unina.it/pub/linux/distributions/gentoo
http://mirror.switch.ch/ftp/mirror/gentoo/ ftp://mirror.switch.ch/mirror/gentoo/
ftp://ftp.solnet.ch/mirror/Gentoo http://gentoo.mirror.solnet.ch"
LC_ALL="it_IT.UTF-8"
LINGUAS="it"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main /usr/local/gentoo-de
/usr/local/zugaina-portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext alsa bash-completion cjk cups minimal mmx mmxext nls
nptl nptlonly nvidia ppds sse unicode linguas_it userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LDFLAGS
Comment 1 Chris White (RETIRED) gentoo-dev 2005-09-04 02:53:01 UTC
I'd try running etc-update and run /sbin/udevstart (and reboot if it's still 
acting up).  If not, attach your 50-udev.rules for us to check. 
Comment 2 fctk86 2005-09-04 03:19:48 UTC
i tried running etc-update && udevstard and then rebooting, but nothing has changed.
Comment 3 fctk86 2005-09-04 03:20:44 UTC
Created attachment 67614 [details]
50-udev.rules
Comment 4 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-09-04 15:08:58 UTC
What is the output of both:
   udevtest /sys/block/hdc/ block
and
   udevtest /sys/block/hdd/ block

?
Comment 5 fctk86 2005-09-05 01:26:30 UTC
thorium fctk # udevtest /sys/block/hdc/ block
main: looking at device '/block/hdc/' from subsystem 'block'
main: opened class_dev->name='hdc'
run_program: '/sbin/cdrom_id --export /dev/.tmp-22-0'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_CD_R=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_CD_RW=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_DVD=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_MRW=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_MRW_W=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_RAM=1'
run_program: '/sbin/cdrom_id' returned with status 0
udev_rules_get_name: add symlink 'cdrom2'
udev_rules_get_name: add symlink 'cdrw2'
udev_rules_get_name: add symlink 'dvd1'
udev_rules_get_name: no node name set, will use kernel name 'hdc'
create_node: creating device node '/dev/hdc', major = '22', minor = '0', mode =
'0660', uid = '0', gid = '0'
create_node: creating symlink '/dev/cdrom2' to 'hdc'
create_node: creating symlink '/dev/cdrw2' to 'hdc'
create_node: creating symlink '/dev/dvd1' to 'hdc'
thorium fctk # udevtest /sys/block/hdd/ block
main: looking at device '/block/hdd/' from subsystem 'block'
main: opened class_dev->name='hdd'
run_program: '/sbin/cdrom_id --export /dev/.tmp-22-64'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_CD_R=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_CD_RW=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_MRW=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_MRW_W=1'
run_program: '/sbin/cdrom_id' (stdout) 'ID_CDROM_RAM=1'
run_program: '/sbin/cdrom_id' returned with status 0
udev_rules_get_name: add symlink 'cdrom2'
udev_rules_get_name: add symlink 'cdrw2'
udev_rules_get_name: no node name set, will use kernel name 'hdd'
create_node: creating device node '/dev/hdd', major = '22', minor = '64', mode =
'0660', uid = '0', gid = '0'
create_node: creating symlink '/dev/cdrom2' to 'hdd'
create_node: creating symlink '/dev/cdrw2' to 'hdd'
Comment 6 Greg Kroah-Hartman (RETIRED) gentoo-dev 2005-09-13 10:02:12 UTC
I really have no idea why this is happening.  The rule:

ENV{ID_CDROM}=="?*",            SYMLINK+="cdrom%e", GROUP="cdrom"

in your /etc/udev/rules.d/50-udev.rules file should be setting the group
to be "cdrom".  You do have such a group set up, right?

And you have that line in your rules file, right?

As no one else is reporting this problem, and I can't duplicate it here, I
really don't know what to do, sorry...
Comment 7 fctk86 2005-09-14 04:44:38 UTC
soooorryyyy.... the cdrom group didn't exist! i created it and now the devices
are in the cdrom group and common users can use them without problems...

sorry for having bugged you... i couldn't think it was such a simple thing...