Bug 479543
Summary: | installer does not find a fedora disk after media verification | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michael Ploujnikov <ploujj> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | anaconda-maint-list |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-14 19:06:09 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Attachments: |
Description
Michael Ploujnikov
2009-01-11 00:30:41 UTC
Is this still happening with rawhide? How can I check that? Where can I get a rawhide CD/DVD iso? Can't you check that yourself? I mentioned that I was able to reproduce this with qemu, so the problem shouldn't be related to my hardware. We have tested it ourselves, and it works perfectly fine for us (see Bug 375011 if you want the long, tortured history of this bug). It works fine for us in F10 too, so I wouldn't trust our hardware to give us the true story. You can get a rawhide boot.iso from one of the public mirrors: http://mirrors.fedoraproject.org/publiclist I was able to to reproduce this problem with a boot.iso from http://fedora.mirror.iweb.ca/development/x86_64/os/images/boot.iso: $ sha1sum boot.iso 9c1b6924f95d32d910a7b12c94332f6886cfa02c boot.iso $ qemu-system-x86_64 -m 300 -cdrom boot.iso -boot d Could not open '/dev/kqemu' - QEMU acceleration layer not activated: No such file or directory I'm going to attach some screenshots to illustrate what I saw. I tried pressing "OK" at various time intervals without success. By the way, I'm running the following version of Qemu: qemu.x86_64 0.9.1-6.fc9 Created attachment 328821 [details]
install disk boot menu
Created attachment 328822 [details]
install booting messages
Created attachment 328823 [details]
media test option
At this screen I pressed Enter to activate the "OK" button.
Created attachment 328824 [details]
media test confirmation
At this screen I pressed Enter to activate the "Test" button.
Created attachment 328825 [details]
media check in progress
This screen just shows that the media was being tested.
Created attachment 328826 [details]
successfully verification dialog
At this screen I pressed Enter to activate the "OK" button.
Created attachment 328827 [details]
additional media dialog
At this screen I pressed the right arrow to select the "Continue" button. Then I pressed Enter to activate that button.
Created attachment 328828 [details]
error message
After pressing the "Continue" button and waiting a few seconds I received this message. Before pressing Enter to activate the "OK" button I checked the other virtual consoles for messages.
Created attachment 328829 [details]
tty3 content after the first occurance of the disc not found error
Created attachment 328830 [details]
tty4 content after the first occurance of the disc not found error
I should mention that subsequent presses of the "OK" button on new copies of the error message window resulted in the last line on tt3 ("ejecting /dev/sr0") being repeated. *** This bug has been marked as a duplicate of bug 375011 *** This isn't fixed yet. No, it is not, but it's a duplicate of the earlier bug. *** This bug has been marked as a duplicate of bug 375011 *** |