Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 157213

Summary: RHEL3-QU4 -- Mounting cdrom without media displays error messages to screen
Product: Red Hat Enterprise Linux 3 Reporter: Issue Tracker <tao>
Component: kernelAssignee: John W. Linville <linville>
Status: CLOSED WONTFIX QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: petrides, tao
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-12-08 18:32:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 170445    
Description Flags
jwltest-ide-cd-nomedia.patch none

Description Issue Tracker 2005-05-09 14:40:52 UTC
Escalated to Bugzilla from IssueTracker

Comment 5 John W. Linville 2005-05-09 16:52:16 UTC
Have you tried this on U5?  I can not reproduce it... 
(Logged-in to console...) 
[root@dhcp59-123 root]# mount /dev/cdrom 
udf: registering filesystem 
hda: attached ide-cdrom driver. 
mount: No medium found 
[root@dhcp59-123 root]# lsmod 
Module                  Size  Used by    Not tainted 
ide-cd                 34408   0  (autoclean) 
cdrom                  33096   0  (autoclean) [ide-cd] 
udf                    87424   0  (autoclean) 
audit                 127144   2  (autoclean) 
usbserial              29624   0  (autoclean) (unused) 
parport_pc             19780   1  (autoclean) 
lp                      9992   0  (autoclean) 
parport                42464   1  (autoclean) [parport_pc lp] 
button                  4336   0  (unused) 
autofs4                16848   0  (autoclean) (unused) 
tg3                    67056   1 
bonding                62716   1 
floppy                 62104   0  (autoclean) 
sg                     37880   0  (autoclean) 
microcode               6880   0  (autoclean) 
keybdev                 3104   0  (unused) 
mousedev                6728   0 
hid                    21992   0  (unused) 
input                   7488   0  [keybdev mousedev hid] 
ehci-hcd               21168   0  (unused) 
usb-uhci               28024   0  (unused) 
usbcore                85152   1  [usbserial hid ehci-hcd usb-uhci] 
ext3                   87856   2 
jbd                    56832   2  [ext3] 
ahci                    7676   3 
libata                 48552   0  [ahci] 
sd_mod                 14964   6 
scsi_mod              129796   3  [sg ahci libata sd_mod] 
[root@dhcp59-123 root]# tail /var/log/messages 
May  9 12:47:07 dhcp59-123 kernel: udf: registering filesystem 
May  9 12:47:07 dhcp59-123 kernel: ide-floppy driver 0.99.newide 
May  9 12:47:07 dhcp59-123 kernel: hda: attached ide-cdrom driver. 
May  9 12:47:07 dhcp59-123 kernel: hda: ATAPI 40X DVD-ROM drive, 256kB Cache, 
May  9 12:47:07 dhcp59-123 kernel: Uniform CD-ROM driver Revision: 3.12 
May  9 12:47:07 dhcp59-123 kernel: cdrom: open failed. 

Comment 12 John W. Linville 2005-06-15 20:20:54 UTC
Created attachment 115504 [details]

Comment 17 Larry Troan 2005-07-26 18:24:01 UTC
Per comment #15, in John's court. Setting to ASSIGNED STATE.

Comment 18 John W. Linville 2005-07-27 19:58:34 UTC
Created attachment 117211 [details]

Comment 19 John W. Linville 2005-07-27 20:02:29 UTC
It sure helps to be able to recreate these issues...thanks, Rob.  
What I am wondering is whether or not this happens on RHEL4 and/or Fedora (and 
upstream)?  I don't see anything in the code to prevent it from happening 
there, but no one said it does either.  I'll have to check that out. 
If it doesn't happen upstream, I'd like to figure-out how it is prevented 
there.  If it does, then the patch in comment 18 is probably fine, and I'll 
probably need to retool a version of it for RHEL4 and upstream...(thinking 

Comment 20 John W. Linville 2005-07-29 19:38:00 UTC
Created attachment 117287 [details]

Solution inspired by upstream...

Comment 21 John W. Linville 2005-07-29 19:38:59 UTC
Test kernels available at the location from comment 7...please give them a try 
and report the results...thanks! 

Comment 22 John W. Linville 2005-08-01 16:49:14 UTC
Hmmm...that patch doesn't seem to do it either...grrr... 

Comment 23 John W. Linville 2005-09-19 18:30:20 UTC
Created attachment 118997 [details]

Comment 24 John W. Linville 2005-09-19 18:59:06 UTC
I have backed-off to a variation of the patch from comment 18.  Test kernels 
w/ this version of the patch are available here: 
Please give those a try and report the results.  Thanks! 

Comment 27 John W. Linville 2005-12-08 18:32:33 UTC
This patch was rejected in peer review. 
I don't think this is a serious enough issue to merit further effort.  I'm