XO Flash Bad Blocks/lang-es

From OLPC
< XO Flash Bad Blocks
Revision as of 04:34, 13 July 2008 by Wad (talk | contribs) (New page: {{subst:requesttranslation}})
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
  Traducción de XO_Flash_Bad_Blocks original  
  english | español   +/- cambios  

Todavía no se ha traducido la página original, XO_Flash_Bad_Blocks. Si quieres traducirla, copía el texto desde aquí y agregalo a esta página usando "edit" arriba. También hay que cambiar el "status=deseada" arriba a "status=incompleta".

Mientras tanto, se puede verla traducida por google.


  Esta página está supervisada por el equipo de OLPC.
  Please copy/paste "{{Translationlist | xx | origlang=en | translated={{{translated}}}}}" (where xx is ISO 639 language code for your translation) to XO Flash Bad Blocks/lang-es/translations HowTo [ID# 144804]  +/-  

This page is how to fix an XO-1 laptop which is having problems with its main Flash ROM storage. It is part of the XO Troubleshooting Guide.

Problem Description

The NAND Flash which provides the primary storage for an XO-1 laptop usually has blocks of the chip which don't work. These are identified at the factory (using an extremely sensitive test) and don't change over the life of the device. Occasionally, however, a device develops additional bad storage blocks. If a laptop has had repeated problems where the solution was reinstalling the software, the bad block table may need to be rebuilt.

Diagnostics

Unfortunately the standard mtd_debug tool (from the mtd-utils package) does not provide information about the BBT. You can download an improved mtd_debug from http://dev.laptop.org/~martin/ -- to use

 modprobe mtdchar
 /path/to/mtd_debug info /dev/mtd0

the output will include 'mtd.badblockscount'.

Repair

You can ask Open Firmware to check the NAND Flash and add newly-bad blocks to the "bad block table" that tells the system not to use them. This requires a developer key for the laptop.

 ok test /nandflash::fixbbt

This procedure takes several minutes, because it tests every block on the NAND Flash with several data patterns. The procedure is safe for good NAND Flash, because it saves the previous block data before the test and restores it afterwards, so you won't lose any data on good Flash blocks. There is, however, a small chance of data loss in the event that a block goes bad during (i.e. as a result of) the test, preventing restoration of the previous contents.

Complete Failure

Either this NAND is close to complete failure, or else the bad block 
table has become corrupted.

You could try recreating the bad block table as follows:
ok select /nandflash  scrub!  unselect

See Also