Bug 515585 - CD Install fails to eject cdrom - WARNING: error ejecting cdrom sr0: (5, 'Input/output error')
Summary: CD Install fails to eject cdrom - WARNING: error ejecting cdrom sr0: (5, 'Inp...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F12Beta, F12BetaBlocker
TreeView+ depends on / blocked
 
Reported: 2009-08-04 20:10 UTC by James Laska
Modified: 2013-09-02 06:37 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-08-27 18:51:46 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Screenshot.jpg (270.04 KB, image/jpeg)
2009-08-04 20:10 UTC, James Laska
no flags Details

Description James Laska 2009-08-04 20:10:29 UTC
Created attachment 356234 [details]
Screenshot.jpg

Description of problem:

 * While attempting a CD installation, the installer fails to eject the disc in preparation for the next CD.

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

 * anaconda-12.7

How reproducible:
 
 * 100% on bare metal - KVM CD

Steps to Reproduce:

 * https://fedoraproject.org/wiki/QA/TestCases/InstallSourceCdrom
  
Actual results:

 * The disc drive won't open ... See screenshot for tty3

Expected results:

 * Disc drive opens and can insert next cd.

Additional info:

Comment 1 James Laska 2009-08-04 20:11:15 UTC
Escalating for review as a F-12-Alpha blocker bug.  This issue appears to affect all bare metal CD installations requiring more than 1 CD swap.

Comment 2 Chris Lumens 2009-08-06 17:35:55 UTC
I've been unable to reproduce this on either virt or real hardware, though I have noticed strange behavior about the CD tray ejecting and then immediately being sucked back in.  Can you reliably hit this bug on rawhide?

Comment 3 James Laska 2009-08-06 18:23:19 UTC
Removing from F12Alpha and adding to F12Beta.  

This issue has been retested on the reporting hardware and several other bare metal systems.  The defect does not appear to inhibit installation.  The drive is eject, and when supported by hardware, the drive is closed (eject -t).

The workaround for F-12-Alpha is to manually open the disc drive and swap media.

Comment 4 Chris Lumens 2009-08-27 17:49:10 UTC
Have you seen this at all recently?

Comment 5 James Laska 2009-08-27 18:47:10 UTC
(In reply to comment #4)
> Have you seen this at all recently?  

I haven't.  Okay to close this out and we can reopen should the problem surface.


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