#6532 BLOC 8.2.0 (: SD Card Corruption

[Zarro Boogs per Child]

#6532: SD Card Corruption
-----------------------------+----------------------------------------------
     Reporter:  haralds      |        Owner:  dsaxena                      
         Type:  defect       |       Status:  reopened                     
     Priority:  blocker      |    Milestone:  8.2.0 (was Update.2)         
    Component:  kernel       |      Version:                               
   Resolution:               |     Keywords:  release? 8.1.2:? blocks:8.1.2
  Next_action:  communicate  |   Spec_stage:  unknown                      
    Blockedby:               |     Blocking:                               
Spec_reviewer:               |     Verified:  0                            
Spec_reviewed:  0            |  
-----------------------------+----------------------------------------------
Changes (by frankprindle):

  * spec_stage:  => unknown
  * spec_reviewed:  => 0


Comment:

 I just installed 8.2.0 (build 767 downloaded from
 http://download.laptop.org/xo-1/os/official/latest/ext3/xo-1-olpc-
 stream-8.2-build-767-20081001_1633-devel_ext3.img.bz2 ) on a 4GB SD card,
 as well as 8.2.0 (build 767 bundled with activities downloaded from
 http://download.laptop.org/xo-1/custom/g1g1/gg-767-4/gg-767-4.img ) on the
 internal NAND flash.

 I was somewhat dismayed to find that apparently this ticket is NOT fixed
 in the official 8.2.0 release, as evidenced by the fact that suspend is
 inhibited when booted from the SD card (and thus this ticket:
 http://dev.laptop.org/ticket/6893 is not closed as indicated, but is
 rather the inhibit is still in effect.)

 Two other strange symptoms when running 8.2.0 from the SD card (which may
 or may not be related):
   1) In the sugar control panel, both the
      Serial Number and Firmware version come
      up as Not Available.
   2) The led indicator that's shaped like
      this: (o) does not blink with wireless
      network activity (it never lights up
      at all), even though the wireless works
      fine.

 With the same version (I can only assume it is) booted from NAND, both of
 these work as expected. So something is still funny in SD land.

-- 
Ticket URL: <http://dev.laptop.org/ticket/6532#comment:73>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system