From: Chris Brannon <chris@the-brannons.com>
To: "Speakup is a screen review system for Linux."
<speakup@linux-speakup.org>
Subject: running VMs from a live environment
Date: Thu, 09 Oct 2014 16:24:35 -0700 [thread overview]
Message-ID: <87zjd425e4.fsf_-_@mushroom.PK5001Z> (raw)
In-Reply-To: <5436FD86.1040409@math.wisc.edu> (John G. Heim's message of "Thu, 09 Oct 2014 16:26:30 -0500")
"John G. Heim" <jheim@math.wisc.edu> writes:
> Would you be willing to write a blog or a wiki entry about this for
> the IAVIT web site? Maybe we could put out a bootable image with most
> of the work already done.
Sure I would. There really wasn't much to it, so I'll just document it
here.
William grabbed a copy of the Talking Arch CD image, burned it, and
booted it. Next, we installed the qemu package into the live
environment. Basically,
pacman -Sy
pacman -S qemu
We were really lucky that it worked, because the packages on the live CD
can get badly out of sync with the packages in the Arch repositories,
especially with respect to shared libraries.
So adding packages to a live environment on the fly isn't really
recommended practice, but if you're brave and desperate, you'll try just about
anything! If this step had failed, I would have remastered a new image
just for this purpose. That's pretty easy to do with Talking
Arch. I'm sure the same applies to Grml.
Anyway, the package got installed to the RAM-based tmpfs.
After that, we executed
qemu -curses -hda /dev/sda -boot c
and listened to some informative boot messages
Here's the problem. In some situations, qemu -curses doesn't work.
It depends on whether your distribution or installation is set up to use
a standard VGA text console or a frame-buffer based console. If it's
the latter, then qemu with curses just displays a banner stating that
the system is in graphical mode, and it won't give you any text.
In some cases, I've had to go out of my way to force things not to boot
into a frame buffer console. At other times, getting the VGA text
console is as easy as passing vga=normal on the kernel command line.
It's also possible to get qemu to redirect a serial port to a listening
TCP/IP or Unix-domain socket. See the -serial option in the manpage.
So if the system insists on booting into graphical mode, I could always
start a serial console and then talk to it with telnet, netcat, or
socat.
I hope this is enough detail.
Yes, a bootable live environment with the VM packages pre-installed
would be great. It shouldn't be too hard to get it added to the ones
that people are using.
-- Chris
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
the push to get rid of CONFIG_VT in the kernel and the future of Speakup Chris Brannon
` Deedra Waters
` Hart Larry
` Brian Buhrow
` Igor Gueths
` Kyle
` Al Sten-Clanton
` covici
` Gregory Nowak
` John G. Heim
` Chris Brannon
` covici
` John G. Heim
` Chris Brannon
` Gregory Nowak
` Kyle
` Al Sten-Clanton
` Jupiter rocks; was " Cleverson Casarin Uliana
` Chris Brannon
` Kyle
` Hart Larry
` Kyle
` Cleverson Casarin Uliana
` Kyle
` Samuel Thibault
` Kelly Prescott
` Janina Sajka
` John G. Heim
` trouble shooting, was: " Gregory Nowak
` Brian Buhrow
` Deedra Waters
` John G. Heim
` Mike Ray
` Trevor Astrope
` John G. Heim
` John G. Heim
` Glenn
` John G. Heim
` Janina Sajka
` covici
` Chris Brannon
` Cleverson Casarin Uliana
` Janina Sajka
` John G. Heim
` Janina Sajka
` Chris Brannon
` covici
` Gregory Nowak
` Chris Brannon
` Janina Sajka
` Chris Brannon
` John G. Heim
` Chris Brannon [this message]
` Gregory Nowak
` Janina Sajka
` Cleverson Casarin Uliana
` John G. Heim
` Janina Sajka
` Kyle
` John G. Heim
` Janina Sajka
` Talking with the systemd-consoled people (Was: the push to get rid of CONFIG_VT in the kernel and the future of Speakup) Samuel Thibault
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zjd425e4.fsf_-_@mushroom.PK5001Z \
--to=chris@the-brannons.com \
--cc=speakup@linux-speakup.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).