<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Peter Robinson wrote:
<blockquote
 cite="mid:AANLkTikQqQLkutvh81LYH1EO5Z2bzFNj2MDN-4ZUuOa2@mail.gmail.com"
 type="cite">
  <pre wrap="">On Sun, Jun 27, 2010 at 1:39 PM, Peter Lambrechtsen
<a class="moz-txt-link-rfc2396E" href="mailto:plambrechtsen@gmail.com">&lt;plambrechtsen@gmail.com&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">On Mon, Jun 28, 2010 at 12:27 AM, Sascha Silbe
<a class="moz-txt-link-rfc2396E" href="mailto:sascha-ml-ui-sugar-soas@silbe.org">&lt;sascha-ml-ui-sugar-soas@silbe.org&gt;</a> wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Excerpts from Peter Lambrechtsen's message of Sun Jun 27 12:54:13 +0200
2010:

      </pre>
      <blockquote type="cite">
        <pre wrap="">As soon as it's finished installing the gcc-common update, I get a
Kernel
Panic in EXT4.
        </pre>
      </blockquote>
      <pre wrap="">There are two issues here:
1. ext4 read errors
2. the kernel attempting to kill init

#1 looks like overlay corruption [1], whereas #2 is probably due to the
kernel going crazy on OOM (Out-Of-Memory). Allocating more RAM to the VM
and/or adding swap might help with #2.
      </pre>
    </blockquote>
    <pre wrap="">It was a fresh build with nothing in the Journal using:
./livecd-iso-to-disk --overlay-size-mb 200 --home-size-mb 200 --delete-home
--unencrypted-home /dev/live /dev/sda1

The VM has 1GB of ram, but no swap, i'll try adding swap and ram and see how
I go.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
  </pre>
</blockquote>
Note :<br>
<br>
1-) Problem is that livinst (Anconda) produces an 8 GB USB install with
no firstboot resulting in a VM with no way to login.<br>
root does not work either as a login.<br>
<br>
&nbsp;- it ends up with gdm "other" login?<br>
<br>
I informed sdz of this on #sugar-meeting<br>
<br>
*-Note with soas.spin the Anaconda screen is located and obscured
behind the sugar-terminal screen. You have to exit terminal to see it.<br>
<br>
***See testing results:<br>
<a class="moz-txt-link-freetext" href="http://wiki.sugarlabs.org/go/Talk:Features/Soas_V4/Install_Test_Table#Test_results">http://wiki.sugarlabs.org/go/Talk:Features/Soas_V4/Install_Test_Table#Test_results</a>
<br>
<br>
*-This happened with both a USB install and with a booted CD to a 2nd 8
GB USB<br>
-soas-i386-20100623.16. from a USB-script created USB)<br>
-soas-x86_64-20100625.15.CD using a CD<br>
<pre wrap="">2-) Re:
attaching the ISO to the
virtual CD drive, boot the VM using the CD drive:</pre>
<br>
VMworkstation 6.5.3 build-185404:&nbsp; (Ubuntu 9.04)<br>
liveinst on&nbsp; soas-i386-20100625.15.iso (latest)<br>
--- it crashed sugar - tried 3 different memory settings 256/1024/1616<br>
--- zyx-liveinstaller (yum install zyx-liveinstaller) also crashes in
similar manner.<br>
<br>
Oracle Virtualbox (f12):<br>
&nbsp;liveinst on soas-i386-20100625.15.iso (latest)<br>
--Install proceeded normally. (needed to reinitialize disk)<br>
--no firstboot resulting in a VM with no way to login. root does not
work either as a login.<br>
<br>
*-Note with this soas.spin the Anaconda screen is located and obscured
behind the sugar-terminal screen. You have to exit terminal to see it.<br>
<br>
There is definitively something wrong with Anaconda/firstboot/gdm setup
here.<br>
Not a Usable install at the moment.<br>
<br>
Tom Gilliard<br>
satellit<br>
<br>
<br>
<blockquote
 cite="mid:AANLkTikQqQLkutvh81LYH1EO5Z2bzFNj2MDN-4ZUuOa2@mail.gmail.com"
 type="cite">
  <pre wrap="">I would add more RAM and swap but more importantly if you want to use
it as a full VM you would be better off attaching the ISO to the
virtual CD drive, boot the VM using the CD drive as the boot drive.
When sugar runs launch the terminal Activity and run the command
'liveinst' which will do a proper install to hard disk of the live
image. This then will have a proper install and not one with an
overlay. A overlay of 200 Mb will be the cause of the ext4 crash.

Peter
_______________________________________________
SoaS mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SoaS@lists.sugarlabs.org">SoaS@lists.sugarlabs.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sugarlabs.org/listinfo/soas">http://lists.sugarlabs.org/listinfo/soas</a>

  </pre>
</blockquote>
</body>
</html>