Description of problem: I have previously reported a kernel panic problem with this bug: https://bugzilla.redhat.com/show_bug.cgi?id=474122 . That bug was marked as CLOSED WONTFIX. I was asked to file a bug report against dracut if I continued to experience a problem. System: Dell Optiplex 740 with 5 GB RAM. Version-Release number of selected component (if applicable): Fedora 12 x86_64 installer DVD/CD (don't know dracut's version in this). How reproducible: Every time. Steps to Reproduce: 1. Boot system from x86_64 DVD/CD 2. System hangs with blank screen (no response to keyboard) 3. Actual results: Hung system while trying to boot x86_64 DVD/CD installer. Expected results: Installer prompts for checking media, or for Live CD: desktop. Additional info: As noted in the above bug, I am able to boot the installer DVD (not Live CD) with a workaround. 1. I have to first install an i686 version of Fedora 12 (or any Linux). 2. Next, copy vmlinuz and initrd.img from x86_64 DVD to /boot of newly installed system. 3. Create a boot entry in grub.conf. 4. Retain the x86_64 DVD in drive, reboot and select the newly created grub entry. 5. Installer starts, detects local DVD media and continues booting. In the earlier bug, I knew it was a kernel panic with the screen messages. Now, I get nothing on the screen.
remove "rhgb quiet" and add "rdinfo rdshell" to the kernel command line
I have tried your suggestions for F12 x86_64 DVD and F12 x86_64 Live LXDE CD. In the case of DVD, the original line reads: vmlinuz initrd=initrd.img stage2=hd:LABEL="Fedora" I ran this with: vmlinuz initrd=initrd.img stage2=hd:LABEL="Fedora" rdinfo rdshell rdinitdebug rdudevdebug debug The output on screen was: Loading vmlinuz .................... Loading initrd.img ...................(extra lines snipped) ... ready. Probing EDD (edd=off to disable) ... ok. (Long blink on screen) (machine unresponsive from keyboard - num lock, caps lock, Ctrl+Alt+Del) I got the same output with machine unresponsive, on trying the same with Live CD with: vmlinuz0 initrd=initrd0.img root=live:CDLABEL:Fedora-12-x86_64-Live-LXDE rootfstype=auto ro liveimg rdinfo rdshell rdinitdebug rdudevdebug debug I might add that if I place the vmlinuz and initrd.img files from x86_64 DVD to my existing F12 i386 installation with GRUB, then the installer works fine. However, the same trick with F12 x86 Live LXDE using vmlinuz0 and initrd0.img doesn't work. The machine is again unresponsive.
(In reply to comment #2) > root=live:CDLABEL:Fedora-12-x86_64-Live-LXDE This should be: root=live:CDLABEL=Fedora-12-x86_64-Live-LXDE
(Long blink on screen) (machine unresponsive from keyboard - num lock, caps lock, Ctrl+Alt+Del) Hmm, this indicates some kernel failure... maybe display driver
I came across this link: http://fedoraforum.org/forum/showthread.php?t=240613 The thread mentioned use of mem= option for the DVD. I booted the 32-bit version of Fedora 12 on the same machine and looked up output of free -m. It showed 4974M for total memory. I used this (mem=4974M) for DVD/LIVE LXDE x86_64 as an additional option. I was able to boot both the DVD as well as LIVE LXDE without any further options on the kernel line. I guess this issue is closed now.
Nothing is working. I got Fedora 12 x86_64 DVD. Mine is a 64bit processor. My system restarts after the message "Probing (EDD=off) ...." Ok.. But Fedora 11 installs properly.
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
This bug remains unfixed for the Fedora-14 X86_64 LiveCD when trying to boot on a Dell Optiplex 740. My machine had 4gB of memory and it hung with a blank screen until I removed quiet and rhgb from the kernel parameters. Then it hung after the "Probing EDD . . ." message until I added mem=4030M to the kernel parameters. Finally, it hung when entering run level 5 until I booted using the basic video driver and also added mem=4030M to the kernel parameters.
I tried unsuccessfully to change the version number for this bug (to 14) to keep it from being zapped once Fedora 12 is no longer maintained. Please help.
Please attach the dmesg from a successful boot so we can see the e820 map and other data.
Created attachment 469079 [details] dmesg output
Created attachment 469080 [details] dmidecode output
Created attachment 469081 [details] lsmod output
Created attachment 469082 [details] lspci -vvv output
are any of you still seeing this problem with the f16beta live cd ? We should be able to boot without the need for passing mem= options.
Hi Dave, I have tried Fedora-16-Beta-x86_64-Live-LXDE and still had the installer hang. On launching it by itself, I got [0.268368] Initramfs unpacking failed; junk in compressed archive On launching without "rhgb quiet", I got [0.305292] Initramfs unpacking failed: junk in compressed archive [0.312088] Freeing initrd memory: 11044k freed On launching with mem=5120m, I got live desktop as expected. I guess it isn't solved yet, but I am not too bothered since I am able to get to the installer.
This sounds like bug 678820. Same type of system needs the same mem= workaround. Duping. *** This bug has been marked as a duplicate of bug 678820 ***
I am happy to report that the release DVD or Live CD (both x86_64) no longer require this work-around. I have 5GB RAM on the Dell Optiplex 740 and now have a working install of Fedora 16 x86_64.