[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Using pygrub


  • To: "Steve Kemp" <steve@xxxxxxxxxxxx>
  • From: "Henning Sprang" <henning_sprang@xxxxxx>
  • Date: Fri, 29 Dec 2006 17:55:24 +0100
  • Cc: Xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 29 Dec 2006 08:55:14 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=e1uNCl3LKHhpXJd+ngYz3hgUSJMl9y8uh63kSpi+KSLxhwsMEtGiKHbPTDrI0AxcqFnf+yrGh3NpPDFgCWCsOC83lLBDk62/8/11C6dotD3I4pisXIJXq8yBeimj86BvZkXsLoGza/bGLpZ4KOnjcyinsmrXNMhaOzhxF/TDafA=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

On 12/28/06, Steve Kemp <steve@xxxxxxxxxxxx> wrote:
[...]
  The system boots and the kernel ignores the "init=/bin/sh" argument
 completely.  Looking over the code I see mention of "args" but it
 doesn't look like it is used as I'd expect.  The following fails too:

 args init=/bin/sh

  Is there a simple method of appending kernel arguments using pygrub?

Never used that myself yet, but because I know Fedora uses them when
setting up a vm with virt-install/ virt-manager, I looked at my fedora
test system.
There, when I set init=/bin/sh I am thrown into /bin/sh as wanted.

Not tried on Debian cause there I use only partitions - the standard
tools there don't bother me with layering multiple partioning and
volume management tools but let me use simple partitoins :)

Are you sure you edited the menu.lst *inside* the domU and point the
bootloader correctly to this? Or, maybe you did not uncomment a
kernel= and root= line in the vm config file and this one is used
instead? Do you see a grub boot menu when starting the domain?

Henning

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.