Installed with lilo bootloader (after script failed trying grub 2) from kde 32 livedvd. On reboot it hangs with black screen very shortly after hitting Go in lilo. Booting with linux-nonfb shows a kernel panic and backtrace Reproducible: Steps to Reproduce:
Created attachment 3805 [details] screenshot.png
Reproduced in fresh vbox installation (without trying grub 2 first)
Tested several live isos with lilo and all have the same problem.
Testing with kde x86_64 livedvd now and it's booted fine, so could be i586 only.
Whiteboard: (none) => 3RC
Tested with 2 64bit livedvd's and both are OK. Tested again i586 to rule out adding an extra core for 64bit and it still fails so this appears to affect i586 only.
Summary: Kernel panic - Installed from live iso with lilo in vbox => Kernel panic i586 - Installed from live iso with lilo in vbox
I guess it didn't find its root partition. Can you provide the whole errors (booting with vga=ask then choosing a big text mode such as 80x60 would help)
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Created attachment 3821 [details] screenshot2.png Thanks for the tip Thierry I'll add that to our wiki pages.
Actually it looks like a real kernel bug
Component: Release (media or process) => RPM PackagesSource RPM: (none) => kernelSummary: Kernel panic i586 - Installed from live iso with lilo in vbox => Kernel panic i586 - Installed from live iso with lilo in vbox ("unable to handle kernel paging request at")
Attachment 3805 is obsolete: 0 => 1
Yep, I'm working on tracking it down right now
Status: NEW => ASSIGNED
Actually this is a weird one... If I install kernel-linus in live mode it works when installed to disk, and I can boot from it. but if I recreate the initrd for kernel-linus after I have booted into the installed system, the resulting initrd wont boot.
Source RPM: kernel => kernel, dracutCC: (none) => mageia
No comments for over 2 years. Is there a need to keep open. Remember housekeeping.
CC: (none) => nic
I'll answer my own question. It is still current. Lilo is still supported isn't it?
Created attachment 6164 [details] kernel panic screen capture Different to that seen by Claire
Mass-reassigning all bugs with "kernel" in the Source RPM field that are assigned to tmb, to the kernel packagers group, because tmb is currently MIA.
Assignee: tmb => kernel
Can we close this? It is almost archaic - 5y since the last addition; Lilo + Vbox? Even if the problem is still true, is it actually of real concern?
CC: (none) => lewyssmith
Yeah let's close it
Resolution: (none) => OLDStatus: ASSIGNED => RESOLVED