https://bugzilla.novell.com/show_bug.cgi?id=743985
https://bugzilla.novell.com/show_bug.cgi?id=743985#c10
Jan Beulich
"it does not boot" means I do not get a login prompt from a working linux.
We distinguish "does not boot" from "does not fully come up".
There is not a shred of kernel logging to be found in /var/log/messages or so. Wether it is exactly the kernel or something that the kernel needs that fails, is hairsplitting, which is not an activity I participate in, not my patch.
Very well "your patch", I would think. This is openSUSE, a community effort. So you're expected to contribute your share.
I emptied messages, then tried the xenboot, and there is *nothing* in messages after forcing a reboot via ctrl-alt-delete
nothing as in 0 lines, 0 characters.
if you know of some other log file, please let me know, happy to send it.
As said before, this is to be expected. You will have to collect the messages via serial cable on a second system.
x11failsave is a kernel option, believe it or not.
If it is not, please explain why every suse standard installation is putting the next line as a kernel command line with every "SuSE failsave boot" in the menu.lst: _________________________________________________________________ showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe
Note the spelling difference? And not everything that's on the kernel command line is being recognized by the kernel. Options can as well be read and acted upon by user mode components.
with x11failsave and nomodeset, it does boot. with only x11failsave it does not boot. and with only nomodeset it does not boot either.
Again, given the consistent spelling mistake you're making I have to put this under question.
xen,gz is the kernel, and the module lines after that are the kernel for the dom0 domain and corresponding initrd, or at least that is what the readme's tell me.
From the perspective of the boot loader that's correct, but from the perspective of software layering it isn't - xen.gz is the hypervisor, the first "module" is the kernel.
I am going to have a serial console, but the gear I had was with a too short cable to get to the com1 connector on the board.......
so perhaps we will have to wait for that to arrive.....
Great to hear; the alternative, as unfortunate as it may sound, would have been to close the bug with the "noresponse" resolution. Again, please keep in mind that it is openSUSE you're using, not any of the SLE products. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.