All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.