Request for Failing sdcards

[dom]

There was a new kernel pushed to github today. It includes another patch for failing sdcards.
Currently all of our (admittedly small collection of) sdcards are working. I'm sure there are many that don't currently work, but we need to test examples of failing cards.
We would like it if all types of sdcard become usable on Raspberry Pi (including class 6/10 etc).

This is a request for people who:
Have an sdcard that fails to boot into linux. You need to have tested with latest github kernel (32e0f0ed3f).
This scdard should work elsewhere (e.g. pass tests on windows/linux).
Your problem should be fixed by swapping to a different sdcard with the same image (to rule out issues with board/image).
You are willing to send us the sdcard for testing. This needs to go to our sdcard driver guy in Taiwan (I could forward it from Cambridge if required). We can return the card.

Please include details of failure (e.g. how far it gets, error messages), and make/model/class of sdcard.

[nick.mccloud]

Liquid lunch for Dom this Friday judging by the topic title!

[dom]

Liquid lunch for Dom this Friday judging by the topic title!

Not my best work... (at least I now have the abilty to edit my typos )

[selsinork]

This has solved the problems I had with a Panasonic RP-SDU08GD1K Class 10 / UHS-1 card. Previously the card would eventually boot after a couple of hours with lots of mmc0: timeout waiting for hardware interrupt errors, now it behaves like any of the other working card.

Probably worth mentioning that the commit referenced is in raspberrypi/firmware not the kernel source, and that you need both the updated kernel and start.elf. I missed that it was in the firmware tree, rebuilt the latest kernel and got a working sd card, but at ~20% of the performance of other cards. Adding in the latest start.elf has it working with the same performance as other cards.

Well done !

[bredman]

I have a Kingston that is driving me nuts, so I'd love to try the new kernel. But...
Are there instructions on how to change to the new kernel?
Is there a download available for somebody who does not have a git client installed?

[milhouse]

I have a Kingston that is driving me nuts, so I'd love to try the new kernel. But...
Are there instructions on how to change to the new kernel?
Is there a download available for somebody who does not have a git client installed?

Just go to github (follow this link) then click on the kernel.img component and then click on RAW to download (save to your SD card to overwrite the current version). I don't know if you also need start.elf as well as kernel.img, both have been updated in the last 3 days - if kernel.img doesn't show any improvement maybe download start.elf as well.

[ledow]

Just downloaded the latest git versions onto an SD card that was experiencing the errors before the latest update, no change at all.

Sometimes it boots, sometimes it doesn't, with the -110 and -84 errors. Eventually it will boot successfully and then the kernel logs stay pretty quiet.

Just retested too in case I hadn't updated the kernel/bootloader properly, and tried with an ARMSlack image instead of Debian but it doesn't get to mount the root most of the time so I can't see that mattering at all.

What now?

[ledow]

Just eliminated the board as a factor - plenty of other 2Gb cards work fine on the same RPi. Just this card that doesn't, and it does it enough that although I wouldn't say "every single time", that you should be able to spot it without too much testing (seems to happen more when the board is "cold" from the box than if it's been running a while). I've only use the power adaptor that RS sent with it, so it's not a power issue.

Also wiped the back to zeroes, did a full write scan for erroring bytes on it, but nothing pops up wrong at all in a Windows or a Linux computer - bad sectors = 0 and it holds whatever I put on it (had previously been used in a camera so I've never had any problems with it).

I'll send it tomorrow, dom, if you PM me some place to send it.

[dom]

Address sent. Thanks.

[ledow]

Sent off the card in the post this morning, first class.

[elmo]

Many thanks for the patch. My "4GB SDHC Class 10 Extreme (30 MB/s HD Video)" didn't work with the kernels included in F14 and Debian, but now boots with F14 and updated kernel.img and start.elf.

[AndrewS]

rpi-update now has an "offline" mode so that you can update the firmware and kernel on your SD card before putting it in your Raspberry Pi

[mowcius]

I'm afraid that I can't send off my card for testing as it's required in my camera but my Sandisk 32GB Extreme 45MB/s Class 10 SDHC card does not work (with the latest Debian release downloaded two days ago (25/05/2012).
I'll keep a watch on the releases and test again when the next release comes out.

A Sandisk 2GB MicroSD (Class 2 I think, tested at ~9.5MB/s) in adaptor works fine.

[smuggly]

Does the kernel img and start elf work with any of the os img available? Thanks

[mowcius]

I will try again next weekend (going to be away from my Raspberry Pi with work all this week ) and report back on more specifics as to what doesn't work with my card.

The latest debian img gave the standard waiting for hardware interrupt error many times, still hadn't booted after about half an hour. Arch linux didn't seem to work at all - nothing on the display whatsoever when I turned the device on but I haven't tried that on another card yet - might have been a bad image file/write.

[dom]

There are sdcard fixes in the GitHub kernel that aren't present in the last Debian image, so you should try updating.

[AndrewS]

Does the kernel img and start elf work with any of the os img available? Thanks

Should do, yes. Haven't had my Pi long enough to do any rigorous testing but when I asked Hexxeh the exact same thing, he said he's tested it at least on Debian and Arch.

[jrb]

I also have SanDisk Extreme 32GB 45MB/s Class 10 SD.

Failed to boot on "debian6-19-04-2012" ... continually reporting "waiting for hardware interrupt"
Failed to boot on "raspberrypi-fedora-remix-14-r1" .... boot stops after detecting USB hardware - no error message.

Alternately I used a cheap Class 2 8Gb and works fine.

Please rebuild image with working kernel.

[p4trykx]

I've just tried new kernel and it works with class 10 Toshiba 8 GB card
the numbers at the card are SH008GAA2BA 1205 UK96639A
However hdparm -t shows 4 MB/s but system boots much faster but maybe because it does not load any modules.
On my laptop the card achieves 13 MB/s

[dom]

Please rebuild image with working kernel.

Soon...

[welshblob]

Are we keeping a list somewhere of the cards people have sent off to stop duplicates? Maybe at the top of this posting or on the wiki?

I've got to do some further testing with some new cards I've just bought before I feedback/send off. Its great that flash memory seems to have dropped in price just as a the pi's are delivered

Will also be testing on the raspbmc distro as well which Sam is trying to fix some SD card issues for ones that work ok on the Debian install.

Rob

[chuckk]

There is a list of working/failing sdcards here: http://elinux.org/RPi_VerifiedPeripherals#SD_cards

I've had two cards fail and one succeed today, and I am submitting my cards to that list. As my working card is only 2GB I'm going to base a purchasing decision off of what is currently in that wiki.

[semtex]

Hooray!! My SanDisk Ultra 30Mb/s Class 6 card (from Costco) now works perfectly! Thank you dom

I initially had high hopes for this card because it had fast 4k random R/W test results with CrystalMark, so I was disappointed when it was the only card out of 7 other cards that didn't work.

But now it does work and early tests show it is living up to its promise... for example power-on to logon prompt is less than 20 seconds! That's 7 seconds faster than any of my other cards.

The bad news however is that with the kernal.img and start.elf files from 30 May, EVERYTHING is running by default at a much lower resolution than 1920x1080 (more like 800x600) plus when I start GDE my mouse and keyboard do not work.

If someone could tell me if I can fix this myself that would be great.

Regards

[AndrewS]

The bad news however is that with the kernal.img and start.elf files from 30 May, EVERYTHING is running by default at a much lower resolution than 1920x1080 (more like 800x600) plus when I start GDE my mouse and keyboard do not work.

If someone could tell me if I can fix this myself that would be great.

http://elinux.org/R-Pi_Troubleshooting#Display and http://elinux.org/RPi_config.txt#Video_ ... figuration

[andrew.blake]

Just to say that my SanDisk Ultra 8GB 30MB/s SD card now boots correctly with the debian6-19-04-2012 image after copying all the latest *.img and *.elf files from github (https://github.com/raspberrypi/firmware ... aster/boot) into the boot partition.

Specifically it's the card "* 8GB SDHC Class 6 Ultra (SDSDH-008G-U46 - BI1131222083D) - Boots kernel but won't run init ( mmc timeout waiting for interrupt )" found on the Problem SD card list (http://elinux.org/RPi_VerifiedPeriphera ... m_SD_Cards)

Thanks for the tip.