| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] Porting of Guest OS
All these problems are to be expected - the guest can't make privileged
access to the machine's hardware so updating microcode, clock, etc won't
work. I'm not actually sure what "keytable" does but it doesn't look like
it's needed ;-), gpm is definitely not needed.
It's nothing to worry about - you should just disable these services so
that they don't get run. e.g. on Redhat something like
# chkconfig --off servicename
for each service. Or use you favourite console / GUI admin tool.
As mentioned in another post, the microcode update seems to be trying to
load the module for the wrong kernel version (which is odd). Even if it
were the right version, it still wouldn't work...
Cheers,
Mark
1) Applying Intel IA32 Microcode update: insmod:
/lib/modules/2.6.5-7.97-smp/kernel/arch/i386/kernel/microcode.o: insmod
char-major-10-184 failed
2) Starting keytable: Loading keymap: /etc/rc5.d/S17keytable: line 26:
/dev/tty0: No such device
[FAILED]
3) Starting console mouse services: gpm: oops() invoked from gpn.c(132)
loadlut: is your kernel compiled with CONFIG_SELECTION on?: Invalid
argument [FAILED] (This is probably because the initial OS installation
was configured to have a graphical interface)
During Halt:
1) Sending all processes the KILL signal...
Syncing hardware clock to system time modprobe: modprobe: Can't locate
module char-major-10-135
hwclock is unable to get I/O port access: the iopl(3) call failed.
Guest OS boots-up and halts fine. (except for the above errors)
Any suggesstions??
Thanks,
Amitabh
From: "M.A. Williamson" <maw48@xxxxxxxxx>
Reply-To: maw48@xxxxxxxxxx
To: "Fajar A. Nugraha" <fajar@xxxxxxxxxxxx>
CC: Amitabh Tamhane <amitabh_2k@xxxxxxxxxxx>,
xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Porting of Guest OS
Date: 30 Dec 2004 14:50:25 +0000
> > The exact error I am getting is: Could not find LABLE=/ and boots in
> > >
>the "repair filesystem" mode.
>
> that's /etc/fstab allright. Change the line that says LABEL=/ to
> /dev/sda1. You might also need to remove the line that mounts /boot For
> kernel-2.6-based or nptl-enabled distro, you also need to remove
> /lib/tls and /usr/lib/tls on the domain root file system (Xen will tell
> you to do this when it boots).
Using LABEL=blah requires a) you to set the label on the disk file you
created b) you to boot with a suitable initrd (e.g. one that came with
your distro) to perform the lookup of filesystem labels.
You will find it easier to get stuff working if you just specify
/dev/whatever explicitly in the config file and edit the guest fstab to
match.
> > The guest OS could talk with the outside world but `xm list` command
> > >
>shows state as -b--- (blocked) for the domain I am trying to boot.
> >
>Is that what "-b---" means? All my virtual domains shows that, and yet
>they're working perfectly.
If they're not doing work on the CPU at this instant then they're
probably blocked - unless they're doing something CPU intensive they'll
be in that state a lot.
If you've only got one CPU then you'll never see another domain in the
running state - the fact that dom0 is running at this instant implies
that the other domains aren't :-)
HTH,
Mark
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
|
|
| |
|
Home