<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&#8212;also, I wouldn't use VirtualBox unless you're doing
    relatively quick or minor things.&nbsp; 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.&nbsp; I'd recommend LVM as it is simpler.</li>
      <li>When you need more storage, add a new hard disk to the VM.&nbsp; 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.&nbsp; 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>).&nbsp; You may optionally create a single partition
        on the disk and create the PV inside that; but I often do not
        bother.&nbsp; 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.&nbsp; 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.&nbsp; 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>&nbsp;&nbsp;&nbsp; &#8212; 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>
              &#9742; (678) 287-0693 x130 or (855) NAUNET-1 x130<br>
              FAX: (678) 783-7843<br>
            </td>
          </tr>
        </tbody>
      </table>
    </div>
  </body>
</html>