Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: At end of installation, the DVD is not ejected, and in fact is locked. the user must recognize the need to eject the DVD during POST. On a system that gets through POST quickly, this could get annoying. For a new user, thinking he had a successful install and then starting install over again could be confusing. Version-Release number of selected component (if applicable): F10 preview through GA (may have also been on beta, it may have been alright on alpha but that seems like a long time ago). How reproducible: always Steps to Reproduce: 1. Boot from installation DVD 2. Go through installation 3. Observe no way to remove DVD before reboot Actual results: Push to reboot Expected results: DVD ejected, user admonished to remove installation media before reboot Additional info:
I did manage to get the disc out during reboot, but the tray started closing immediately after opening, so I only had about 1/2 second and nearly broke the tray doing it. It's much safer to leave the disc in, restart the install, then when you get to the mediacheck, tell it to eject the disc, take it out, and then Ctrl-Alt-Del to reboot. This should at least be documented since it's too late to fix.
We definitely do attempt to eject the DVD once installation is finished, though it could very well still be mounted. Can you check /var/log/anaconda.syslog and /var/log/anaconda.log on the installed system to see if there are any error messages?
Nothing suspicious specific to the DVD but at the end of anaconda.syslog there are some suspicious lines: <7>SELinux: 73 classes, 109076 rules <6>uno<7>SELinux: 73 classes, 109076 rules <6>uno.bin[11745]: segfault at 0 ip 00307c7b sp b5bfe0f0 error 6 in libuno_cppu. so.3[2ed000+2c000] <6>uno.bin[11897]: segfault at 0 ip 00307c7b sp b5aa70f0 error 6 in libuno_cppu. so.3[2ed000+2c000]
I don't see any suspicious in either file, even though I had the same issue during install. By the way, the installer should not only eject the disc, but also tell the user explicitly to remove the disc, which it doesn't (I think it did in F9, but I might be wrong).
This bug has been triaged
*** Bug 475036 has been marked as a duplicate of this bug. ***
There is another "bad behavior" I observed using network kickstart intstallation: if you have in your kickstart install url --url http://path/to/dist/ ... reboot -eject anaconda crashes when it is trying to eject the disk. I suspect it tries to eject "network DVD" rather then CD I started installation from.
*** Bug 476458 has been marked as a duplicate of this bug. ***
*** Bug 477617 has been marked as a duplicate of this bug. ***
I'm getting this message in anaconda.syslog when my system quits responding. <6>uno.bin[12091]: segfault at 0 ip 0000000000c3eecd sp 00007ff0a2109cb0 error 6 in libuno_cppu.so.3[c24000+2d000] All I can do is power off/power on and reboot. This is a Fedora 10 system installed for months with all maintenance applied. There is no cd/dvd involved at all. Any help will be appreciated.
seeing this too with rawhide boot.iso 20090326.(so with the new anaconda) I didn't have any user message during installation saying to remove the cdrom. There's nothing related to this in /var/log/anaconda.log or /var/log/anaconda.syslog I guess anaconda didn't even try to eject it ... Was anaconda lost because the installation is half from cd, half from network ?
Can you please give this a test with F12 alpha? Martin committed a patch just the other day that should have fixed this up. If it's still broken, let's see what new information we can get and make a concerted effort to get this fixed for F12 final. Thanks.
Still had this issue with F12 RC4.
As a further data point, I've just installed F12 RC4 (x86_64) in a KVM virtual machine (F12 host with virt-manager) using the DVD ISO for install media, and at the end of the install where the "Reboot" button is presented, I changed to the "Virtual Hardware Details" tab and clicked "Disconnect" for "Disk hdc" and it couldn't do it: Error Removing CDROM: operation failed: changing cdrom media failed: eject ide1-cd0 device is locked I'd have expected that that would be easily reproducible.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I am having this exact same problem with the Fedora 12 CD installation. I can test all the media, and everything works fine for verify-media. But during installation, "Please insert Fedora disc 2 to continue" fails. I'm stuck. I am willing to attach any logs / commands / etc for testing & resolution purposes. Concerning hardware, I'm using 2 gigabyte DDRD RAM on a ASUS P5QC motherboard. Intel Dual Core CPU. The computer has 2 disk drives, a CDRW drive and a DVD drive. I believe these are older models, bought around 2006. Both drives worked flawlessly in Fedora 11. Thanks to devs (and bug triagers) for their hard work. Hope this problem gets resolved fast so i can run Fedora 12.
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.