* xen dom0 debugging
@ 2005-12-03 13:46 Robin van Leeuwen
2005-12-05 1:38 ` Horms
0 siblings, 1 reply; 2+ messages in thread
From: Robin van Leeuwen @ 2005-12-03 13:46 UTC (permalink / raw)
To: xen-devel
a question, maybe not very xen specific.
I want to boot my newly created (fresh compiled vmlinuz)
dom0 but it gives an error during boot. One that would
show up in dmesg. But it hangs the booting process
so i have to boot with another vmlinuz.
When i boot with another vmlinuz however my dmesg
with the error is overwritten with the one that boots
correctly. How can i save the one with the error?
The error occures before i can execute a custom command.
kind regards,
Robin
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: xen dom0 debugging
2005-12-03 13:46 xen dom0 debugging Robin van Leeuwen
@ 2005-12-05 1:38 ` Horms
0 siblings, 0 replies; 2+ messages in thread
From: Horms @ 2005-12-05 1:38 UTC (permalink / raw)
To: xen-devel
Robin van Leeuwen <rvl@rldsoftware.nl> wrote:
> a question, maybe not very xen specific.
> I want to boot my newly created (fresh compiled vmlinuz)
> dom0 but it gives an error during boot. One that would
> show up in dmesg. But it hangs the booting process
> so i have to boot with another vmlinuz.
>
> When i boot with another vmlinuz however my dmesg
> with the error is overwritten with the one that boots
> correctly. How can i save the one with the error?
>
> The error occures before i can execute a custom command.
Generally speaking, kernel logs can go to three places.
1. The console, which is what you are looking at.
2. A ring-buffer in the kernel which is what you see
if you type dmesg (on a running system).
Being a memory buffer, it is not persistant across reboots.
And being a ring-buffer, it only stores the most recent log
messages, though usually enough to be useful.
3. To disk, usually to /var/log/kern.log or something like that.
Obviously this won't happen before the disks are available, which is
almost certainly the case here.
So, 2) and 3) are pretty much useless to you, which leaves you
with 1). You could just transcribe the messages by hand. Or if
you have another machine available, you could try setting
xen to boot using a serial console and capture the output
on the other end.
--
Horms
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-12-05 1:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-03 13:46 xen dom0 debugging Robin van Leeuwen
2005-12-05 1:38 ` Horms
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.