[Server-devel] Best XSCE strategy for us in Pacific with XO-1.5 2GB Testing XSCE 3 on XO 1.5 2GB os855

[George Hunt]

David Leeming,

I went ahead, using the 64GB SD, and loaded my current development branch
of XSCE on top of the OS 13.1.0 which I loaded via fs-update devalias on
xo-1.5 successfully (almost).

The almost is probably related to a download error of the ejabberd rpm
(it's md5sum did not match upstream). Reloaded, and reinstalled, ejabberd
rpm and it functioned as expected.

I did not go back and re-install the 0.3 release, because it would be a
sidetrack.  But I figured you could use the data point. (and that if it
failed, I could always look into it further).

I do notice that the class 10 SD card seems a little snappier than the
storage on the motherboard. James Cameron's comments about all the
qualification they did for the SD card on the motherboard seem pertinent.
 As you proceed, you should probably get a mix of SD cards, and keep track
of any failures.

 I've had difficulty just identifying and serializing my SD cards because
any additional stickers rub off, and/or cause the SD card to become stuck
in the XO.  Jerry noticed that the write protect switch can get toggled.

George


On Wed, Jun 19, 2013 at 5:25 AM, George Hunt <georgejhunt at gmail.com> wrote:

> Thanks James. I always learn a lot from your communications.
>
>
> On Tue, Jun 18, 2013 at 7:34 PM, James Cameron <quozl at laptop.org> wrote:
>
>> G'day George,
>>
>> On Tue, Jun 18, 2013 at 12:27:08PM -0400, George Hunt wrote:
>> > I followed the suggestions at
>> http://wiki.laptop.org/go/Release_notes/10.1.0#
>> > External_SD -- substituting 31035o1.zd for the earlier OS64.
>> >
>> > devalias fsdisk /sd/disk at 1:0
>> > fs-update u:\os64.zd
>>
>> I've changed the instructions to read
>>
>>     devalias fsdisk ext:0
>>
>> because it is easier to type, and does the same thing.
>>
>> > after the reboot, the "df" command indicated rootfs had a size of
>> > 60GB. I was able to write and read from the command line as olpc and
>> > as root. So I believe that indicates that 64GB drives do work on the
>> > XO-1.5.
>>
>> Yes, I agree it works on your XO-1.5.  It is now more likely that it
>> will work on other XO-1.5.
>>
>> (Now scale it up to a statistically significant sample of 100 units of
>> XO-1.5 and 100 units of 64 GB SD card?  That's the advantage we had
>> when choosing what device to purchase for production, although we were
>> using 4 GB microSD cards.)
>>
>> On Tue, Jun 18, 2013 at 02:58:50PM -0400, George Hunt wrote:
>> > This is probably a question for James C. I'm concerned that I may
>> > have invalidated the verification, or at least created misleading
>> > information.
>> >
>> > My confession: I couldn't pass up the chance to evolve our
>> > "prep-storage.sh" script that is part of XSCE before I lost the
>> > exfat formatting. So I tweaked on our script until it recognized and
>> > dealt correctly with exfat format.  So when I did the "fs-update
>> > <os.zd>", the 64GB SD card was already formatted ext4.
>> >
>> > Do you think that a separate formatting step is necessary, or
>> > irrelevant, to the success of fs-update?
>>
>> Irrelevant.  fs-update using any of the OLPC OS .zd files will:
>>
>> - destroy the partition table and create a new one,
>>
>> - destroy any filesystem and create a new one.
>>
>> It does this by treating the disk as a series of blocks, and writing
>> to them an image of a disk that was constructed by the release
>> engineer.
>>
>> In your case, there may be remnant structure of your ext4 filesystem
>> that may be discovered by forensic analysis of the unwritten blocks on
>> the card.  But this will have no discernable impact on operation.
>>
>> --
>> James Cameron
>> http://quozl.linux.org.au/
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/server-devel/attachments/20130619/c53200f0/attachment.html>