<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 10/13/2013 05:10 PM, Jim Kinney
wrote:<br>
</div>
<blockquote
cite="mid:CAEo=5Pxjd24WHOUF_3pjEFZFu7C6_5QnhY2jUMaHZf4p=bzDiQ@mail.gmail.com"
type="cite">
<p dir="ltr">I would try run the android emulator native on the
hardware. Emulator in a VM sounds painfully slow unless hardware
is pretty beefy.<br>
That said, I would create a new VM and start over with better
size disks and do manual partitioning. It would be faster that
resizing a drive and file system.</p>
</blockquote>
<br>
Indeed—also, I wouldn't use VirtualBox unless you're doing
relatively quick or minor things. I have (both on my main desktop
as well as a dedicated VMH on my LAN) a server that can be
controlled using virt-manager.<br>
<br>
Here, however, is one way to increase storage when you plan ahead, <b>regardless
of the virtual machine technology</b>:<br>
<ul>
<li>First, at initial installation, you <b>must</b> use ext4 on
top of LVM or btrfs, otherwise you're going to be backed into a
corner. I'd recommend LVM as it is simpler.</li>
<li>When you need more storage, add a new hard disk to the VM. If
you're using VirtualBox, you'll probably need to shut down the
VM to add the disk; if you're using virt-manager and KVM or Xen,
you can probably add the disk with the system online. I will
assume here that sdb is the new virtual HDD, and that sda is the
one that you had to start with, in the command examples below.<br>
</li>
<li>Create a new physical volume on the new disk. (<b>pvcreate
/dev/sdb</b>). You may optionally create a single partition
on the disk and create the PV inside that; but I often do not
bother. No need for a partition table at all on LVM-managed
storage if it isn't the boot device.<br>
</li>
<li>Extend your current volume group onto the new physical volume.
(<b>vgextend </b><b>/dev/vgname /dev/sdb</b>)<br>
</li>
<li>Extend your currently full filesystem logical volume (<b>NOT</b>
the filesystem). (<b>lvextend -L +999G /dev/vgname/lvname</b>)<br>
</li>
<li><b>Now</b> grow the filesystem, using resize2fs. This will
happen online, while the system is running, and the operation is
typically very quick. (<b>resize2fs /dev/vgname/lvname</b>)<br>
</li>
</ul>
<p>I've used this procedure to grow filesystems up to 5 TB with ext4
and it works pretty fine. Note that ext4 filesystems can only grow
one order of magnitude after formatting by default; after that,
you have to backup and reinitialize the filesystem. You'll also
want to read through the man pages to get a good idea of what is
possible with LVM in general.<br>
</p>
<p> — Mike<br>
</p>
<div class="moz-signature">-- <br>
<table border="0">
<tbody>
<tr>
<td> <img src="cid:part1.02030403.00000301@naunetcorp.com"
alt="Naunet Corporation Logo"> </td>
<td> Michael B. Trausch<br>
<br>
President, <strong>Naunet Corporation</strong><br>
☎ (678) 287-0693 x130 or (855) NAUNET-1 x130<br>
FAX: (678) 783-7843<br>
</td>
</tr>
</tbody>
</table>
</div>
</body>
</html>