Raspberry Pi Forums

The current Raspbian version on the downloads page contains the timeout fix. Be good to just run through the process of imaging, booting it a couple of times and it getting corrupted. Just note down the number of reboots it took in each case just so I know how many times to reboot before giving up! ...

If so then send that card to me at Ok, I found a card - tested it on a couple of Pi boards. This card frequently corrupts on Pi boards but verifies as good when tested on a PC. It will go in the first post tommorow so you should get it sometime during the week. Thanks, Jon When you say "tested it o...

What did you use those for? What were they doing? Were you just running Raspbian on it?

Gordon

If you're seeing corruption of a big block of 0xff then it's almost definitely the SD card doing it's wear levelling magic being interrupted. As I said before there is a CRC on the data (and on the command line) so it won't do something you didn't ask it to do, although it _is_ possible to not do so...

By the way there is no media corruption, this is just not possible... We can only ever write exactly what we meant to (the SD card communication system is well protected by a CRC32) Unfortunately if there is a EMC spike in the middle of a transaction then the write will fail. That's of course the eq...

We had a power cut this week and our debian based bugzilla server crashed and took the filesystem with it. We've got a UPS on order...

Basically if you want to be able to do that you need to recompile the linux OS with a ramdisk. There are lots of examples of doing this for example NOOBS is built using buildroot which does this for you. With a ramdisk you'll never corrupt your filesystem because it's stored in a completely differen...

OK, Sounds like you've got some specific Pi's that cause the problem, thats a great step forward (believe it or not!) Send it to me at the adddress and I'll get a good look through... If you've got a specific card that seems to corrupt quicker than others send that as well (timing is really importan...

So you have a card that will reliably corrupt its filesystem after only a couple of reboots? I assume this is with the latest Raspbian release? Have you tried it in different Raspberry Pi's? If so then send that card to me at Gordon Hollingworth Raspberry Pi Mount Pleasant House Mount Pleasant Cambr...

OK, So to solve this problem what you need to do is this: 1) Show that it is reproducible within a short period when working correctly with the latest raspbian release. If you can't reproduce it on Raspbian and instead only on Arch Linux or RaspBMC etc that's fine, but it needs to be the latest rele...

No the person I was talking to was responsible for SD and eMMC parts only. If you do copy first then you're not going to break the data integrity.

Gordon

If you create the right partitions and use sudo cp -ar to keep the attributes the same then yes it should work correctly

Gordon

I believe that the FTL (from something the Samsung guy said) will identify blocks that are not overwritten and move them to cells that are nearing their wear limit... So you should get the full wear levelling... Gordon You're not understand my meaning here, it identifies blocks with low wear counts...

I believe that the FTL (from something the Samsung guy said) will identify blocks that are not overwritten and move them to cells that are nearing their wear limit... So you should get the full wear levelling...

Gordon

Best thing to do in this case is to copy the files off onto a linux PC and then create a new filesystem on a new SDCard and copy the files across again... So to do this, you can plug your SDCard into a linux PC and use the following commands (change sdc to whatever your sd card reader is, lsblk is u...

And still it does not answer the great question. If I write 4GB of files to a 4GB card and then I delete most of them. How does the card know that those deleted blocks (as far as the fs is concerned) are free to be used for wear leveling? Yes it does, as I've already said many times you cannot do t...

OK, So spent a little time talking to a Samsung representative about how their FTL works and whether we're in trouble because we don't do anything about fstrim. He said that it's not a problem at all... For every chunk of memory there is about 10% extra which is then used for wear levelling... The d...

You want to use force HDMI hotplug setting in config.txt

Gordon

How do you know the keyboard is the problem not the hardware? Are you sure it's not just locked up the Pi?

Are there any messages in dmesg (I assume you've connected into the Pi using SSH?)

Gordon

Yep,

There is never going to be any support of an Android OS on Raspberry Pi

Gordon

Director of Software Engineering, Raspberry Pi.

Ah OK,

In that case you're going to have to wait for a couple of weeks...

Gordon

Use NOOBS you don't need the imager anymore

Gordon

You should try using NOOBS instead, much easier... If you've already reformatted the card just unzip the noobs zip and copy the files onto the SDCard You'll know you did it right if you see files like recovery.img recovery.rfs etc on the sdcard Then boot it... You can choose whatever OS you want... ...

Can you be clearer what it is you've downloaded and what it actually did...

You don't say whether you downloaded NOOBS or a RaspBMC image or OpenELEC image. You don't say how you installed the image...

Pictures of error messages would be useful...

Gordon

Aydan wrote:
gsh wrote:Ah... Also noticed that the hardware I'm testing on is MMC rather than SD and therefore maybe the discard option is being implemented on there....
I don't understand that one. On what hardware are you testing?

Code: Select all

/* no comment */

Gordon

Search found 1382 matches

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: Unreliable Unreliable Unreliable

Re: ext3/4 and SD-card wear leveling

Re: How to clone SD card if destination is smaller?

Re: ext3/4 and SD-card wear leveling

Re: ext3/4 and SD-card wear leveling

Re: How to clone SD card if destination is smaller?

Re: ext3/4 and SD-card wear leveling

Re: ext3/4 and SD-card wear leveling

Re: Raspberry Pi issue with Denon AVR-3313

Re: Raspberry Pi Keyboard Not Responding 10 Seconds After St

Re: Porting Android

Re: Windiskimage v ?

Re: Windiskimage v ?

Re: Unable to write to a 4Gb SD card

Re: installing xbmc, I've failed :(

Re: ext3/4 and SD-card wear leveling