Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 93055 - udev-056 doesn't create CD devices
Summary: udev-056 doesn't create CD devices
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High major
Assignee: Greg Kroah-Hartman (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-18 05:21 UTC by Stuart Shelton
Modified: 2005-05-18 14:46 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stuart Shelton 2005-05-18 05:21:22 UTC
With previous versions of udev, I had /dev/hdc, /dev/cdroms/cdrom0, /dev/cdrom, /dev/dvd, /dev/scd,  etc.

I've just upgraded to udev-056, and all of these have gone: Unless I manually mknod the device, I have no access to my CD drive.  The hardware is unchanged (this is a laptop) and dmesg still reports:

Probing IDE interface ide1...
hdc: UJDA745 DVD/CDRW, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15

/proc/ide has:

-r--r--r--  1 root root 0 May 18 13:20 drivers
lrwxrwxrwx  1 root root 8 May 18 13:20 hda -> ide0/hda
lrwxrwxrwx  1 root root 8 May 18 13:20 hdc -> ide1/hdc
dr-xr-xr-x  3 root root 0 May 18 13:20 ide0
dr-xr-xr-x  3 root root 0 May 18 12:59 ide1

To confirm, *nothing* has changed other than udev.
Yes, I did run etc-update/dispatch-conf, and I've tried with and without the various udev scripts for CDs, devfs names, scsi, etc.

If there's anything else needed to diagnose the problem, please let me know.

emerge info:

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1700MHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.2.3-r6,dev-lang/python-2.3.5 [2.3.5 (#1, Apr 27 2005, 16:16:35)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.2.3-r6, 2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.9.5, 1.6.3, 1.5, 1.7.9-r1, 1.8.5-r3, 1.4_p6
sys-devel/binutils:  2.15.92.0.2-r7, 2.15.92.0.2-r1
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -mfpmath=sse -msse2 -fprefetch-loop-arrays -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/fax /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/X11/xkb /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -mfpmath=sse -msse2 -fprefetch-loop-arrays -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="        http://distfiles.gentoo.org     http://www.ibiblio.org/pub/Linux/distributions/gentoo   http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo    http://ftp.heanet.ie/pub/gentoo   http://gentoo.osuosl.org        http://gentoo.oregonstate.edu "
MAKEOPTS="-j2"
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="x86 X Xaw3d a52 aac aalib accessibility acl acpi adns alsa arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bonobo bzip2 caps cdr crypt cscope cups curl dedicated dga directfb divx4linux dts dv dvd dvdread eds emboss encode esd ethereal evo expat fam fastcgi fbcon ffmpeg fftw firebird flac flash font-server foomaticdb fortran freetds freetype gb gcj gd gdbm ggi gif glut gnome gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl icc-pgo ieee1394 imagemagick imap imlib informix innodb ipv6 jack java javamail javascript joystick jpeg junit kde kdeenablefinal kerberos krb4 ladcca lcms ldap libcaca libg++ libgda libwww lua lzo mad maildir mailwrapper matroska mbox mcal memlimit mikmod milter mmap mmx mng mono motif mozilla mp3 mpeg mpi mssql multislot mysql nas ncurses net network nls nntp nptl oci8 odbc ogg oggvorbis openal opengl oss pam pcmcia pcre pdflib perl pic plotutils png pnp portaudio postgres ppds prelude python qdbm qt quicktime readline real samba sasl scanner sdl skey slang slp smartcard sndfile snmp socks5 speex spell sqlite sse sse2 ssl svg svga tcltk tcpd test theora threads tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd vidix vorbis win32codecs wmf wxwindows xanim xface xim xine xinerama xml xml2 xmms xosd xprint xv xvid zeo zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Stuart Shelton 2005-05-18 07:05:05 UTC
Oh - and now that the permissions.d directory doesn't seem to be being used,
what about ebuilds which install files into there (svgalib and slmodem, that I
can see)?
Comment 2 Daniel Drake (RETIRED) gentoo-dev 2005-05-18 07:48:41 UTC
Those ebuilds need to be updated to insert rules instead - please file separate
bugs against those packages.

As for this bug, does running "udevstart" make the device nodes appear? What
about  the output of "udevtest /sys/block/hdc" ?
Comment 3 Daniel Drake (RETIRED) gentoo-dev 2005-05-18 07:49:10 UTC
[oops, didnt mean to reassign]
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2005-05-18 07:56:34 UTC
(In reply to comment #1)

svgalib is fixed (Bug 91733), slmodem-2.9.9{b,d} does not seem to install
anything into permission.d directory either...

Comment 5 Stuart Shelton 2005-05-18 08:09:46 UTC
re: slmodem

$ epm -qGf /etc/udev/permissions.d
media-libs/svgalib-1.9.19-r3
net-dialup/slmodem-2.9.9a-r2
$ epm -ql | grep slmodem

... hmm, odd.  Nevermind.

re: udev

Even after (many ;) reboots, the devices haven't appeared so (as far as I
understand) udevstart isn't the issue.  I ran udevstart again, just to be sure -
but nothing appeared.

Hmm - this doesn't look good:

# udevtest /sys/block/hdc 
version 056
looking at '/block/hdc'
sysfs_open_class_device_path failed
Comment 6 Stuart Shelton 2005-05-18 08:11:31 UTC
D'oh! That slmodem thing again:

$ epm -ql slmodem | grep perm
/etc/udev/permissions.d/55-slmodem.permissions

... this was with slmodem-2.9.9a-r2.  I'll check the latest build, and file a
bug if it still does this.
Comment 7 Stuart Shelton 2005-05-18 14:39:03 UTC
Ah - this is interesting... I think I've solved the problem.

Looking at what might have changed, I noticed that the ide-cd module wasn't
loaded.  Previously, I've never had to specify this be loaded (even in
modules.autoload.d) - it happened automatically.

This doesn't happen any more - but I've added this entry to modules.autoload.d
and everything is again working as it should be.

So, as long as this is known behavior, this bug can now safely be closed - cheers!
Comment 8 Daniel Drake (RETIRED) gentoo-dev 2005-05-18 14:46:26 UTC
I'm suprised you weren't affected earlier, but yes, you need the module loaded
(why not build it directly into the kernel and let the kernel do the hard work?)