<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sun, Aug 11, 2013 at 6:49 PM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br></div>
Rather, I guess that our dracut-modules-olpc package simply hasn't got<br>
scripted support for swinging the kernel over to a root filesystem on<br>
the SD card on XO-1.<br>
<br>
<a href="http://dev.laptop.org/git/users/dsd/dracut-modules-olpc/" target="_blank">http://dev.laptop.org/git/users/dsd/dracut-modules-olpc/</a><br>
<br>
<a href="http://dev.laptop.org/git/users/dsd/dracut-modules-olpc/tree/30olpc-boot/olpc-boot-cmdline.sh" target="_blank">http://dev.laptop.org/git/users/dsd/dracut-modules-olpc/tree/30olpc-boot/olpc-boot-cmdline.sh</a><br>

<br>
The above script is where the decision is made, and XO-1 SD card is<br>
not in the case statement, because we didn't add this support.<br>
<br>
So yes, specifying a root filesystem using the command line may be a<br>
workaround.<br></blockquote><div><br></div><div>Really helpful information.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im"><br>
> Then I started following James' suggestion, looking into<br>
> olpc-os-builder.   There's an sd_image option which can be<br>
> enabled.  I could not determine if enabling that would also enable<br>
> booting from an external USB flash/hard disk, but it seems worth a<br>
> try.<br>
<br>
</div>The lack of support in dracut-modules-olpc would still need fixing, in<br>
my opinion.<br>
<br>
The sd_image option will make a .zd but XO-1 doesn't have fs-update.<br>
<div class="im"><br>
> (I'm still toying with the idea of a WD Passport -- external hard<br>
> disk as the supported option for the XO1 XSCE).<br>
<br>
</div>I've avoided that brand because of extra features of the product, in<br>
case they interfere.  Does it work okay?<br></blockquote><div><br></div><div>I was really fortunate, in my testing yesterday.  I happened to have a USB ethernet dongle, and a 5v tplink 3020 wifi unit attached when I started testing.  The WD disk did not spin up.  I removed the ethernet and wifi loads, and it spun up correctly. The fortunate part was that a vulnerability was exposed, and the opportunity to address it is at hand.</div>
<div><br></div><div>I'm going to spend some time today to get numbers for the interfering loads. The XO4 under test is connected to a "watts up" power meter. This morning, idle, the watts-up indicated 3.3w. I did an "ls" on the mounted drive, and saw a transient on the meter to something between 7 and 8 watts.  I'm sure I, and the meter, didn't see the whole event. But after a length of time (probably spin up) the power was 4.6 (maybe the additional cpu and spinning current). Letting the XO4, and the hard disk, go to idle, I removed the hard disk USB connector.  After a short time, the power decreased (after  a long time at idle) from 4.0w to 2.2w.</div>
<div><br></div><div>So the "watts-up" is probably not very accurate, but it yields this set of observations:"</div><div><ul><li>The spin up creates a transient on USB power of almost an amp.<br></li><li>The spun down power,on idle, drawn by the WD hd is about 2 watts (4.0-2.2watts; =>1.8w / 5V = .36A)<br>
</li><li>Failure to provide stiff enough power on USB 5v leads to HD initialization failures<br></li><li>Whether in the WD drive itself, or the OS, there will be spin down/up events during normal server operation<br></li>
<li>Adding back in the wifi adapter, and ethernet dongle raised the idle power to 5.6 Watts (from 4.0w).</li><li>The power to keep the disk spinning is apparently about .6w.</li><li>When I disconnected the tplink mr3020 there was a .6w change in power => .6w / 5V = .12A = 120mA (idle--no RF activity)</li>
</ul></div><div><br></div><div>So I ordered 2 12v USB hubs from amazon to do some additional testing:</div><div><a href="http://www.amazon.com/Anker%C2%AE-Uspeed-4-Port-Adapter-Chipset/dp/B005QWY3PU">http://www.amazon.com/Anker%C2%AE-Uspeed-4-Port-Adapter-Chipset/dp/B005QWY3PU</a><br>
</div><div><a href="http://www.amazon.com/StarTech-com-Mountable-Rugged-Industrial-ST4200USBM/dp/B001H7AFO6/">http://www.amazon.com/StarTech-com-Mountable-Rugged-Industrial-ST4200USBM/dp/B001H7AFO6/</a><br></div><div><br>
</div><div>I had also ordered, earlier, the following items, which I think might be needed in a deployment where the school server needs to be available during the school day, even when the power happens to be off:</div><div>
<a href="http://www.amazon.com/gp/product/B003QRQ5DK/">http://www.amazon.com/gp/product/B003QRQ5DK/</a><br></div><div><a href="http://www.amazon.com/gp/product/B00A71CMDU">http://www.amazon.com/gp/product/B00A71CMDU</a><br>
</div><div><a href="http://www.amazon.com/gp/product/B003UANXCE/">http://www.amazon.com/gp/product/B003UANXCE/</a><br></div><div><br></div><div>I'm beginning to solidify in my mind a system which includes some or all of the above, which I can begin to test. I've added to the list a Sears deep cycle battery, which I bought locally for about $130. </div>
<div><br></div><div>I had concluded, earlier, that the loop resistance of a 300 ft max cat5 ethernet hub-to-hub link is about 8 ohms. With the 120mA observation above, for the power consumed by the tplink mr3020, we'd expect a .96V supply droop running mr3020's at max distance -- not likely to work.  That's why I think running power-over-the-internet at 12v with the 12v dc to 5 converter, seems attractive.  But it will take more experimentation with mr3020's to see how much supply droop they can handle -- and where the cable length begins to require dc conversion.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">(Extra features of consumer backup drives _might_ involve changes to<br>

the device in terms of the USB descriptors, such as those required for<br>
a push button to start backup software, or CD-ROM images of the<br>
software, so I've tended to select drives that either don't mention<br>
the software, or are marketed as expansion rather than backup.)<br>
<div class="im"><br>
> I'm not yet clear whether it would be any simpler to insist that<br>
> XO1's be unl<span style="color:rgb(34,34,34)"> </span></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">ocked before installing XSCE. It's easy to modify the<br>
> kernel command line via "olpc.fth", (which I verified to be ignored<br>
> on a locked XO) but maybe getting the right drivers in the initramfs<br>
> is the hard part.  I still have lots more to learn.<br>
<br>
</div>I really suggest you disable-security.  Unless you have a real or<br>
industrial need for the security system, it will just hurt you over<br>
and over.<br>
<div class=""><div class="h5"><br>
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a></div></div></blockquote><div><br></div><div>I've noticed that just hitting the projecting HD USB connector can cause a disconnect/reconnect cycle displayed on an open console window.  Does this often crash an external disk? Does this observation favor ext3 or ext4 over ext2?</div>
<div><br></div><div>There's so much I don't know.</div><div>George </div></div><br></div></div>