Re: [Server-devel] sdcard for /opt and /library on xo 1.5

2015-07-15 Thread James Cameron
Not really, and no.

XO-1.5 is no longer in production.

We still apply a similar qualification process to the eMMC chips
soldered into XO-1.75 and XO-4.  We take a batch (e.g. 1000), randomly
pick a sample (e.g. 20), test that sample for compatibility, change
firmware if necessary, test for endurance, and measure the change in
performance.

Our qualification process is not cost effective for end users; you
are better off sourcing six cards from different origins, and subject
them to tests, in order to use one of them in the final use.  The rest
can be sold second-hand or repurposed.

(-CC support-gang@, as it is a closed list)

On Wed, Jul 15, 2015 at 11:20:18PM -0400, Nathan C. Riddle wrote:
 James,
 
 Would you expand on your past comments about the SD cards in the
 X-1.5 having been specially qualified and such replacements not
 being readily available to end users ?
 That is, have you accumulated any info that may guide selecting
 suitable replacements from more advanced cards now now available to
 XO-1.5 end users ?
 NCR
 
 
 On Wed, Jul 15, 2015 at 10:31 PM, James Cameron wrote:
 
 On Wed, Jul 15, 2015 at 09:27:49AM -0400, Tim Moody wrote:
 
 
 -Original Message-
 From: Jerry Vonau [mailto:m...@jvonau.ca]
 Sent: Wednesday, July 15, 2015 3:56 AM
 To: xsce-de...@googlegroups.com; Tim Moody
 Cc: de...@lists.laptop.org; server-devel@lists.laptop.org
 Subject: RE: [XSCE] sdcard for /opt and /library on xo 1.5
 
 
 
 On July 14, 2015 at 10:49 PM Tim Moody t...@timmoody.com wrote:
 
 
 I think the bottom line is that on this xo1.5 I need to use a usb
 thumb drive instead of this micro sdcard and its holder.
 
 
 For what it's worth I've never had much luck using micro/SD
 adapters in general.  If I recall correctly the 1.5's internal
 micro card is held in a replaceable holder, might be just plain
 easier to replace that one with the larger card and not have the
 filesystem dangling out the side of the XO. ;) The XO's image file
 will resize to fit the larger card but you'd have skip the custom
 partitioning
 
 Very interesting idea.  James?
 
 Me?  It will void your warranty.  Oh, wait.  Already out of warranty.
 ;-)
 
 Yes, the XO-1.5 internal storage is microSD card in a cage, accessible
 after disassembly of back panel.
 
 http://wiki.laptop.org/go/Disassembly
 http://wiki.laptop.org/go/Disassembly_top
 
 Test the microSD card in the SD slot first; to make sure firmware can
 operate with it.  No point if that won't work.
 
 http://wiki.laptop.org/images/f/f0/XO_1.5_B1_Annotated_Motherboard.png
 
 In that image, the cage is in locked position.  Record what you find,
 especially the length of the card exposed to the right of the shiny
 metal.
 
 Failing to lock it afterwards will cause unpredictable behaviour;
 thermal cycles and vibration may set the card adrift in the case.
 
 To unlock, push the cage to the right with a force parallel to the
 board.
 
 To open, lift the left edge.
 
 Remove and replace the card.  (Continue to use ESD precautions on
 these microSD cards, they are vulnerable).
 
 Lower the left edge then push the cage to the left, with a force
 parallel to the board, until (a) you have felt a click, and (b) you
 see the same exposed width of the card.
 
 Then with the system still disassembled, try an fs-update, and then
 try booting at least ten times.
 
 Yes, the filesystem should resize on first boot.  13.2.5 will quickly
 resize to 16 GB, but beyond that it will take quite some time.  Use
 the tick (check) key on first boot and watch the storage indicator so
 you can tell what it is doing.
 
 -- 
 James Cameron
 http://quozl.linux.org.au/

-- 
James Cameron
http://quozl.linux.org.au/
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] sdcard for /opt and /library on xo 1.5

2015-07-14 Thread Tim Moody
I have been around the block with a 128G micro sdcard allegedly from
Sandisk.  I made various attempts at creating two partitions and formatting
them ext4, some of which progressed at the rate of 10G/hour.

 

I finally used dd to write /dev/zero to the entire device, which took almost
24 hours.

 

After that parted mklabel msdos and mkpart worked fine and mkfs.ext4 also
worked fine in a couple of minutes.

 

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel