• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1]
1  Hardware and U-Boot firmware / Hardware / Re: Corrupt SD partition table after unplugging USB? on: June 14, 2009, 02:10:34 PM
Ouch.

Whenever I see the phrase "corrupt SD card partition table", alarm bells go off in my head.

Both the Openmoko and the OLPC XO-1 have been plagued with problems like this in the past.  Both are innovative hardware projects that were specifically designed for Linux.  Both were implemented without access to the vast armies of engineers and other resources that some companies can throw at problems.  Both succeeded in taming the SD card corruption bug after a year or more of effort, but only in a limited fashion.

Both projects now publish lists of SD cards that are believed to be compatible.  Using cards not listed there may still cause problems, even when using the latest patches.

I have a camera here that uses SD cards.  I can put any of my SD cards into it, and it will Just Work.  But if I put some of those cards into an XO-1 or an Openmoko, they may get corrupted.  (No, it's not an SD vs. SDHC problem, all of these devices are designed to work with SDHC.)  I'm not sure that anyone in the Linux world really knows how to make SD cards universally Just Work.

This doesn't seem to be related to the well-known Flash-cell-wearing-out problem.  The partition table is simply being wiped out.  Has something to do with suspend/resume apparently, but might be more complicated than that.  And it may relate to using Ext2/3 instead of FAT.

See:

http://dev.laptop.org/ticket/6532
http://docs.openmoko.org/trac/ticket/1802
http://docs.openmoko.org/trac/ticket/1743

It is not clear to me if the fixes used by these projects have propagated upstream to kernel.


I have also read reports of the Eee-PC running Linux having similar problems.

Of course it's entirely possible that the problem reported here has nothing to do with these other SD card bugs.
Pages: [1]