Bug 131762 - Missing /dev/cdrom and /dev/sr0 when using kernel-2.6.8-1.541
Missing /dev/cdrom and /dev/sr0 when using kernel-2.6.8-1.541
Status: CLOSED DUPLICATE of bug 133841
Product: Fedora
Classification: Fedora
Component: udev (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Harald Hoyer
Depends On:
  Show dependency treegraph
Reported: 2004-09-03 20:49 EDT by Mike
Modified: 2007-11-30 17:10 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 14:05:28 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Mike 2004-09-03 20:49:19 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040619

Description of problem:
As the summary notes my cdrom and sr0 devices are not installed with 
the 2.6.8-1.541 kernel.  Reverting back to the 2.6.8-1.535 kernel 
brings the devices back.  This is on a firewire based cdrom (Sony 
VAIO laptop).

The dmesg logs for the two kernel versions are here:





and while the symptom comes and goes with the version of kernel I 
use, I'm not sure which other packages, if any, may actually be 
responsible for this (any handy hints?)

After booting, I can modprobe "sr_mod" to get /dev/sr0.

I've put the output from lsmod here:





Regards, Mike Klinke

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.boot into kernel 541

Actual Results:  /dev/cdrom and /dev/sr0 are missing

Expected Results:  the /dev files mentioned above to be present

Additional info:
Comment 1 Brian Millett 2004-09-03 21:34:21 EDT
Not just firewire.  Plain jane toshiba satellite laptop.  No /dev/cd*,
just /dev/hdc. For cd/dvd  I have to go back to at least 2.6.7-1.517
to use k3b, but that is another bug.  With 541, I get a lot of error
messages at boot time about the /dev file system.  Sorry, but I do not
know how to capture or retain those messages as they are not written
to /var/log/messages  My udev & dev & MAKEDEV & initscripts are:

Comment 2 Jef Spaleta 2004-09-04 09:44:01 EDT
I see a similar issue  on 541  invovling the sg module and my usb scanner

I have to manually modprobe sg with 541 and then sane-find-scanner
detects my scanner.  I revert back to kernel 535 and the manual
modprobe of sg is unneeded. All other package versions are the same
and synced with rawhide as of Sep 3 noon EST.

Comment 3 Alexandre Oliva 2004-09-07 09:56:04 EDT
I doubt this has anything to do with the actual kernel, but rather
with the addition of initrd-time udev in recent mkinitrd versions. 
Try re-creating the initrd for the latest kernel with mkinitrd
--noudev, or re-create the initrd for the older kernel, and you'll
probably see the behavior change without change in the underlying kernel.
Comment 4 Brian Millett 2004-09-07 10:05:06 EDT
Right.  A solution to the udev problem for me runing 540 kernel is
here at this bug
Comment 5 Mike 2004-09-07 20:35:59 EDT
This problem resolved for me thanks to the discussion concerning
udev.conf in comment #7 of Bug 131763.
Comment 6 Harald Hoyer 2004-09-22 08:38:12 EDT
the new udev package creates /dev/cdrom links and renames /dev/sr? to
Comment 7 Brian Millett 2004-09-22 09:09:55 EDT
Ok, but what happened to /dev/dvd ?  
Comment 8 Harald Hoyer 2004-09-27 09:27:26 EDT
did that exist ever?
Comment 9 Brian Millett 2004-09-27 10:41:13 EDT
Sure, ogle defaults to /dev/dvd as does xine.  
If I create the symlink, then it is gone at next boot.
I tried adding this to the 50-udev.rules
KERNEL="hd[a-z]", PROGRAM="/bin/cat /proc/ide/%k/model | cut -d' ' -f
2", RESULT="DVD", NAME="%k", SYMLINK="dvd%e"

and remade the initrd, but it didn't work.
Comment 10 Harald Hoyer 2004-09-28 05:48:17 EDT
please use e.g. 10-udev.rules, so that it does not get overwritten by
the udev package. You do not have to remake your initrd for that.

$ /bin/cat /proc/ide/hdc/model |  cut -d' ' -f 2

your rule does not always work. You cannot rely on the second word to
be DVD.

/proc/sys/dev/cdrom/info is the file to parse.
Comment 11 Brian Millett 2004-09-28 07:10:38 EDT
Thanks, That is perfect.
Comment 12 Harald Hoyer 2004-09-30 05:56:48 EDT

*** This bug has been marked as a duplicate of 133841 ***
Comment 13 Red Hat Bugzilla 2006-02-21 14:05:28 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.