From: jonathan s. <js...@wh...> - 2010-11-18 16:52:08
|
hi, after following the gumstix.net steps for booting from MMC/SD, i'm having trouble with 16GB transcend SHDC cards. it's more or less the same as these users: http://sourceforge.net/mailarchive/message.php?msg_id=2f0d55270911111143j4136d8dev4c14ea48c7c1845b%40mail.gmail.com http://sourceforge.net/mailarchive/message.php?msg_id=2f0d55270911091134i1177408dp4ad2e930e3743115%40mail.gmail.com in my case, these are overo fire systems running a customized linux-omap-psp-2.6.32-r90 kernel in Angstrom 2010.7-test-20101109. from org.openembedded.dev/recipes/linux/linux-omap-psp_2.6.32.bb: # This is the v2.6.32_OMAPPSP_03.00.01.06 branch SRCREV = "a6bad4464f985fdd3bed72e1b82dcbfc004d7869" and here is an example of the problem. root@ss07:~# sync ... end_request: I/O error, dev mmcblk0, sector 687317 end_request: I/O error, dev mmcblk0, sector 687325 end_request: I/O error, dev mmcblk0, sector 687333 end_request: I/O error, dev mmcblk0, sector 687341 end_request: I/O error, dev mmcblk0, sector 687349 mmcblk0: error -110 transferring data, sector 875109, nr 8, card status 0xc00 end_request: I/O error, dev mmcblk0, sector 875110 quiet_error: 24 callbacks suppressed Buffer I/O error on device mmcblk0p2, logical block 99348 lost page write due to I/O error on mmcblk0p2 mmcblk0: error -110 transferring data, sector 14498341, nr 8, card status 0xc00 end_request: I/O error, dev mmcblk0, sector 14498342 Buffer I/O error on device mmcblk0p2, logical block 1802252 lost page write due to I/O error on mmcblk0p2 mmcblk0: error -110 sending read/write command, response 0x900, card status 0xe00 mmcblk0: error -110 transferring data, sector 17119773, nr 8, card status 0xc00 end_request: I/O error, dev mmcblk0, sector 17119774 Buffer I/O error on device mmcblk0p2, logical block 2129931 lost page write due to I/O error on mmcblk0p2 root@ss07:~# -- this occurs more or less randomly, after writing to the fs. i am able to sync after every change during my manual postinstall process and delay it in some cases, but for 4 out of 5 cards i have attempted thus far, what you see there will eventually occur, and in a few cases it will ruin the filesystem. note that in this case, eventually, the page writes complete. that is not always the case. at times, the ext3 journal will be damaged and the partition remounted read-only. further, i have been able to recover some, but not all, damaged filesystems by removing the card and performing fsck on the same machine i set up the filesystems with in the first place. this is undesirable as it will be an impossible feat to perform once the systems are deployed. i should also note that this has happened with the stock 2GB cards shipped with each overo board, but with seemingly far less frequency. is it possible that SDHC cards are not fully compatible? or SDHC cards of a certain size are not fully compatible? i considered the possibility that the noop scheduler was aggravating the problem, but it seems that others not using it have this problem regardless. -jon |
From: David C. <dt...@as...> - 2010-11-22 07:55:24
|
I had the same problem with the 8GB SDHC card I got with the Gumstix Overo Network Kit. I thought it was a bad microSD card and sent it back to Gumstix. They said they've been backlogged and I haven't heard anything since. I'm using a 2GB standard capacity card in the meantime and have gotten no I/O errors. I knew it was either a bad card or a problem with high capacity cards, since the standard capacity ones I had laying around work fine. Best Regards David Clark On Thu, Nov 18, 2010 at 9:51 AM, jonathan shusta <js...@wh...> wrote: > hi, > > after following the gumstix.net steps for booting from MMC/SD, i'm > having trouble with 16GB transcend SHDC cards. it's more or less the > same as these users: > > > http://sourceforge.net/mailarchive/message.php?msg_id=2f0d55270911111143j4136d8dev4c14ea48c7c1845b%40mail.gmail.com > > http://sourceforge.net/mailarchive/message.php?msg_id=2f0d55270911091134i1177408dp4ad2e930e3743115%40mail.gmail.com > > in my case, these are overo fire systems running a customized > linux-omap-psp-2.6.32-r90 kernel in Angstrom 2010.7-test-20101109. > > from org.openembedded.dev/recipes/linux/linux-omap-psp_2.6.32.bb: > > # This is the v2.6.32_OMAPPSP_03.00.01.06 branch > SRCREV = "a6bad4464f985fdd3bed72e1b82dcbfc004d7869" > > > and here is an example of the problem. > > root@ss07:~# sync > ... > end_request: I/O error, dev mmcblk0, sector 687317 > end_request: I/O error, dev mmcblk0, sector 687325 > end_request: I/O error, dev mmcblk0, sector 687333 > end_request: I/O error, dev mmcblk0, sector 687341 > end_request: I/O error, dev mmcblk0, sector 687349 > mmcblk0: error -110 transferring data, sector 875109, nr 8, card status > 0xc00 > end_request: I/O error, dev mmcblk0, sector 875110 > quiet_error: 24 callbacks suppressed > Buffer I/O error on device mmcblk0p2, logical block 99348 > lost page write due to I/O error on mmcblk0p2 > mmcblk0: error -110 transferring data, sector 14498341, nr 8, card > status 0xc00 > end_request: I/O error, dev mmcblk0, sector 14498342 > Buffer I/O error on device mmcblk0p2, logical block 1802252 > lost page write due to I/O error on mmcblk0p2 > mmcblk0: error -110 sending read/write command, response 0x900, card > status 0xe00 > mmcblk0: error -110 transferring data, sector 17119773, nr 8, card > status 0xc00 > end_request: I/O error, dev mmcblk0, sector 17119774 > Buffer I/O error on device mmcblk0p2, logical block 2129931 > lost page write due to I/O error on mmcblk0p2 > root@ss07:~# > -- > > this occurs more or less randomly, after writing to the fs. i am able to > sync after every change during my manual postinstall process and delay > it in some cases, but for 4 out of 5 cards i have attempted thus far, > what you see there will eventually occur, and in a few cases it will > ruin the filesystem. > > note that in this case, eventually, the page writes complete. that is > not always the case. at times, the ext3 journal will be damaged and the > partition remounted read-only. > > further, i have been able to recover some, but not all, damaged > filesystems by removing the card and performing fsck on the same machine > i set up the filesystems with in the first place. this is undesirable as > it will be an impossible feat to perform once the systems are deployed. > > i should also note that this has happened with the stock 2GB cards > shipped with each overo board, but with seemingly far less frequency. > > is it possible that SDHC cards are not fully compatible? or SDHC cards > of a certain size are not fully compatible? > > i considered the possibility that the noop scheduler was aggravating the > problem, but it seems that others not using it have this problem > regardless. > > -jon > > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |