Bug 133841 - sr_mod isnt "autoloaded"
Summary: sr_mod isnt "autoloaded"
Status: CLOSED DUPLICATE of bug 130746
Alias: None
Product: Fedora
Classification: Fedora
Component: udev   
(Show other bugs)
Version: 3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
: 131762 (view as bug list)
Depends On:
Blocks: FC3Blocker
TreeView+ depends on / blocked
Reported: 2004-09-27 20:29 UTC by Dams
Modified: 2007-11-30 22:10 UTC (History)
5 users (show)

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

Attachments (Terms of Use)

Description Dams 2004-09-27 20:29:46 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Gecko/20040809 Galeon/1.3.17

Description of problem:
I got an old cdrom scsi device which still works very well. 
But on FC3t2 the sr_mod module isnt automagically loaded : 
after boot time, if i want to access to the cdrom device, i have to
manually run "modprobe sr_mod". Then udev is creating the symlink but
it still belongs to root and i have to chown it to be able to access
it as a simple mortal user.

How reproducible: Always

Steps to Reproduce:
1. Find an scsi cdrom device
2. Plug it
3. Boot
Actual Results:
fstab is correct :
/dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0
lsmod|grep sr_mod|wc -l -> 0
ls -l /dev/cdrom /dev/sr0 /dev/scd0 -> No such files or directories

Additional info:

I'm not sure this bug belongs to modutils. Could be kernel kmod bug or
udev's fault, I honestly dont know and i'm sorry if i had to pick one
 at [almost] random.

Comment 1 Bill Nottingham 2004-09-27 21:03:00 UTC
Throwing at udev for now.

Comment 2 Harald Hoyer 2004-09-28 10:00:05 UTC
Normally, if you insmod a scsi host adaptor it causes several hotplug
events, which are handled also by the scsi.agent, which loads the
sr_mod or other scsi related modules.
But if the scsi hostadapter module is loaded in the initrd, there is
no scsi.agent and also no sr_mod... thus no device nodes are created..

We could replay some hotplug events on system start after initrd, to
get the full hotplug functionality. This is already done by udevstart,
but only for devices. 

Comment 3 Bill Nottingham 2004-09-29 03:38:38 UTC
We can also just put sr_mod in the initrd along with sd_mod.

Comment 4 Jeremy Katz 2004-09-29 15:33:34 UTC
It's going to be the case with more than just scsi.agent, though, I'd
think.  We probably really want to make sure that things get
generically done (although, yes, adding sr_mod will fix this specific

Comment 5 Harald Hoyer 2004-09-30 09:57:01 UTC
*** Bug 131762 has been marked as a duplicate of this bug. ***

Comment 6 Harald Hoyer 2004-09-30 10:00:13 UTC
We need a real hotplug-replay mechanism...

Comment 7 Harald Hoyer 2004-10-01 09:09:40 UTC

*** This bug has been marked as a duplicate of 130746 ***

Comment 8 Red Hat Bugzilla 2006-02-21 19:05:56 UTC
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.