Bug 475036 - CD-ROM will not eject CD for load additional CDs
Summary: CD-ROM will not eject CD for load additional CDs
Keywords:
Status: CLOSED DUPLICATE of bug 473482
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 10
Hardware: i386
OS: Linux
low
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-12-06 20:56 UTC by Peter Jennings
Modified: 2008-12-10 19:36 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-12-10 19:36:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Peter Jennings 2008-12-06 20:56:26 UTC
Description of problem:
Anaconda install will not eject CD from drive when it is finished with CD #1.
Prompt asks for CD #2, but will not eject CD #1
The hardware is an Everex computer with a SONY CD-RW/DVD RO drive. Fedora 9 ran on this machine without problems.

Version-Release number of selected component (if applicable):
Excerpts from a successful boot of Fedora 9
/var/log/dmesg

ata2.00: ATAPI: SONY    CD-RW  CRX320EE, RYK4, max UDMA/33
scsi 1:0:0:0: CD-ROM            SONY     CD-RW  CRX320EE  RYK4 PQ: 0 ANSI: 5



How reproducible:
Didn't work twice in a row.

Steps to Reproduce:
1. Start install from set of CDs
2. Encounter first CD swap
3.
  
Actual results:
CD will not eject


Expected results:
CD should eject so I can load the follow on CD


Additional info:

Comment 1 TK009 2008-12-07 21:59:10 UTC
Thank you for taking the time to report this bug. This bug report isn't very
useful because it doesn't describe the bug well. If you have time and can
still reproduce the bug, please read
http://fedoraproject.org/wiki/Anaconda/BugReporting

Comment 2 Peter Jennings 2008-12-09 05:14:51 UTC
(In reply to comment #1)
> Thank you for taking the time to report this bug. This bug report isn't very
> useful because it doesn't describe the bug well. If you have time and can
> still reproduce the bug, please read
> http://fedoraproject.org/wiki/Anaconda/BugReportin

I downloaded the 6 isos (Fedora-10-i386-disc1.iso ... Fedora-10-i386-disc6.iso). I burned each iso onto its own CD.

I initiate the install process with CD 1 (burned from Fedora-10-i386-disc1.iso). I go through the initial part of the install where it asks for partioning etc. After several screens, the install starts installing the individual packages. Since all of the packages do not fit on a single CD, the install process is supposed to eject CD 1 after it has loaded on the packages on that CD. It asks for CD #2 on the screen, but it never ejected CD 1. Therefore it is impossible for me to satisfy the machine's request for CD 2. The CDROM will not respond to the physical eject button either. There is no way to get CD 1 out of the machine. The machine will not respond to any keyboard input to get the CD 1 to eject.

At this point, the only way I was able to proceed out of this mess is to hit the computer reset button.

The machine normally (I've done dozens of Linux installs) ejects each CD as it completes the loading the information from each CD. The normal install process permits the user to lift the CD from the opened tray, putting in the next requested CD and then hitting the physical load button on the front of the CDROM. The install process normally proceeds to load all the information from the requested CD.

Comment 3 Chris Lumens 2008-12-09 16:50:27 UTC
We definitely should be ejecting the CD when prompting for the next one, and I'm fairly certain we did test split media installs on real computers before the release of F10.  Have you done installs of F10 onto other machines that have not had this problem?

If it won't eject automatically and you can't press the eject button, then it sounds like we may still have the media mounted and therefore the tray is locked.

Can you switch to tty4 and tty5 to see if there are any interesting error messages relating to ejecting CDs?

Comment 4 TK009 2008-12-09 18:33:28 UTC
This bug has been triaged

Comment 5 TK009 2008-12-09 18:41:51 UTC
shouldn't have been assigned. Corrected.

Comment 6 Chris Lumens 2008-12-10 19:36:33 UTC

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


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