Oh sh*t - just trashed mmcblk0

ixtab · 08-29-2012, 10:50 AM

Yepp... That's the device, not just a partition. Don't ask why. And of course, I didn't have a backup, because I was sure it would never happen.

Anyway, could somebody please send me the first 65 4k-blocks of a Kindle Touch (the version shouldn't matter), i.e.

dd if=/dev/mmcblk0 of=rescue.bin bs=4096 count=65

Thanks a ton!

Oh my, this is embarassing...

qlob · 08-29-2012, 11:02 AM

Am I allowed to ask how?

--No K5 here.

knc1 · 08-29-2012, 11:04 AM

I think I would have signed up under a different user name before I would admit I had to ask for that.

Sorry, I can't help, no K5 here.

varnie · 08-29-2012, 11:06 AM

please wait, I prepared it.
here it is: https://www.dropbox.com/s/4xxp6a9gdtyulte/rescue.bin
taken from the KT.

geekmaster · 08-29-2012, 11:11 AM

Quote:

Originally Posted by varnie

please wait, I prepared it.
here it is: https://www.dropbox.com/s/4xxp6a9gdtyulte/rescue.bin
taken from the KT.

Or in the PM I sent ixtab.

Now he has a choice.

ixtab · 08-29-2012, 12:04 PM

Ok, thanks to varnie and geekmaster! Everything is fine again now.

What happened:
I was about to try and create an update package which would allow to install an SSH-enabled diags partition without going through all the Windows -> USB downloader -> fastboot mode misery.

We already know that the main kernel is at offset 0x41000, the diags kernel at offset 0xe41000 on the device. So all it takes is a bit of dd'ing around.

Being the wise guy that I am, I didn't just pack the update.bin, but tried the script using an interactive session first (which allowed me to repair the system even while it was horribly broken, without rebooting first).

Being the stupid guy that I am, I forgot to append the "seek" parameter to dd - so instead of writing the diags kernel to where it should be, I wrote it right to the beginning of the "disk", overwriting the MBR, and parts of the main kernel.

In fact, having two different versions of first blocks now also gives us a bit more information about the disk layout: the first 65 4k-blocks seem to be mostly irrelevant, with the obvious exception of the partition table within the MBR. And, an interesting observation: the files sent by varnie and geekmaster were actually different. The differences are limited to the Master boot record though, and seem to be irrelevant, but interesting: the entire 446 bytes of bootstrap code were "00" in varnies file, but "FF" in geekmasters. Since the code is obviously not used, this doesn't matter, but I'm curious as to were it comes from. And, the "number of sectors" entry for the 4th partition (userstore) differs, even though the rest is identical for that partition (and the others).

Funny stuff

geekmaster · 08-29-2012, 12:11 PM

Quote:

Originally Posted by ixtab

... I was about to try and create an update package which would allow to install an SSH-enabled diags partition without going through all the Windows -> USB downloader -> fastboot mode misery. ...

I would have used a different approach, and just populate the diags /usr/local folder by extracting a data.tar.gz file. But I suppose that could be a problem if new firmware erases that folder. It would be worth a try just to see if it works.

Flashing a partition is easier from fastboot, which is why we do it for simple debricking, but from an update package it seems a bit extreme (and then you need to flash a matching diags kernel too, just to be safe). IMHO.

Of course, your way is guaranteed to work (even if future firmware DOES delete the /usr/local folder), so may be the best option in the end.

twobob · 08-29-2012, 12:11 PM

looks like a handy bit of space for a splash image IMHO :P

knc1 · 08-29-2012, 12:20 PM

The "FF" are an erased, erase block that has never been written to.
(Flash erases to "FF" not to "00").
The iROM code (used to initally load or re-load an external flash device) only works in 512 byte increments so those "00" may be 512 byte block padding.
Check the boundaries of 512 byte increments for differences, including differences in padding.

Ah, yes, the first blocks of the flash are "in use", they are "in use" by the SoC on-chip firmware. The SoC reference manual includes the "memory map" of what is what there.

ixtab · 08-29-2012, 02:51 PM

Just for completeness: the update package that I was mentioning has now been published.

ixtab · 08-29-2012, 06:21 PM

Quote:

Originally Posted by knc1

I think I would have signed up under a different user name before I would admit I had to ask for that.

Hmm..., why should I? Despite my nickname

, I'm only human, and I can make mistakes - why shouldn't I admit that?

BTW: as this thread's original topic is essentially resolved, let's just see where it goes. It is now open to "fire at will"

knc1 · 08-29-2012, 06:33 PM

Quote:

Originally Posted by ixtab

Hmm..., why should I? Despite my nickname

, I'm only human, and I can make mistakes - why shouldn't I admit that?

A comment on your:

Quote:

Originally Posted by ixtab

Oh my, this is embarrassing...

twobob · 08-30-2012, 07:30 AM

Everyone makes mistakes.

Intelligence allows people to learn from them.

Wisdom guides people to do them less than twice.

Sharing them sometimes helps others.

Hiding them rarely helps anyone.

I once read a very illuminating article at 30 thousand feet from some of the worlds most successful people who talked about their biggest mistake.

The one that stuck out was the quote that (para-phrasing) said "I make mistakes everyday, my biggest mistake is when I stop pushing hard enough to cause them"

Yeah. So that. Thanks for sharing : )

08-29-2012, 10:50 AM	#1
ixtab (offline) Posts: 2,907 Karma: 6736094 Join Date: Dec 2011 Device: K3, K4, K5, KPW, KPW2	*Oh sht - just trashed mmcblk0** Yepp... That's the device, not just a partition. Don't ask why. And of course, I didn't have a backup, because I was sure it would never happen. Anyway, could somebody please send me the first 65 4k-blocks of a Kindle Touch (the version shouldn't matter), i.e. dd if=/dev/mmcblk0 of=rescue.bin bs=4096 count=65 Thanks a ton! Oh my, this is embarassing...

08-29-2012, 11:02 AM	#2
qlob Official Lurker Posts: 1,050 Karma: 7096675 Join Date: Apr 2012 Device: Kindle 3.4	Am I allowed to ask how? --No K5 here. Last edited by qlob; 08-29-2012 at 11:15 AM.

08-29-2012, 12:04 PM	#6
ixtab (offline) Posts: 2,907 Karma: 6736094 Join Date: Dec 2011 Device: K3, K4, K5, KPW, KPW2	Ok, thanks to varnie and geekmaster! Everything is fine again now. What happened: I was about to try and create an update package which would allow to install an SSH-enabled diags partition without going through all the Windows -> USB downloader -> fastboot mode misery. We already know that the main kernel is at offset 0x41000, the diags kernel at offset 0xe41000 on the device. So all it takes is a bit of dd'ing around. Being the wise guy that I am, I didn't just pack the update.bin, but tried the script using an interactive session first (which allowed me to repair the system even while it was horribly broken, without rebooting first). Being the stupid guy that I am, I forgot to append the "seek" parameter to dd - so instead of writing the diags kernel to where it should be, I wrote it right to the beginning of the "disk", overwriting the MBR, and parts of the main kernel. In fact, having two different versions of first blocks now also gives us a bit more information about the disk layout: the first 65 4k-blocks seem to be mostly irrelevant, with the obvious exception of the partition table within the MBR. And, an interesting observation: the files sent by varnie and geekmaster were actually different. The differences are limited to the Master boot record though, and seem to be irrelevant, but interesting: the entire 446 bytes of bootstrap code were "00" in varnies file, but "FF" in geekmasters. Since the code is obviously not used, this doesn't matter, but I'm curious as to were it comes from. And, the "number of sectors" entry for the 4th partition (userstore) differs, even though the rest is identical for that partition (and the others). Funny stuff Attached Thumbnails

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
microSD files being trashed	lorenzoens	enTourage eDGe	12	02-24-2012 07:38 AM
[HELP]Where to get mmcblk0 image for unbricking kindle 3 (3g wifi,version 3.21)??	vidy	Kindle Developer's Corner	2	10-04-2011 10:53 AM
eBook USB Driver trashed my Device Manager	hunter505	Fictionwise eBookwise	15	08-11-2009 04:37 PM
Microsoft's ebook plans trashed by Mobipocket!	TadW	Reading and Management	0	12-02-2003 11:21 AM
Microsoft's ebook plans trashed by Mobipocket	Saud	Reading and Management	1	04-22-2003 01:02 AM

08-29-2012, 11:04 AM	#3
knc1 Going Viral Posts: 17,212 Karma: 18210809 Join Date: Feb 2012 Location: Central Texas Device: No K1, PW2, KV, KOA	I think I would have signed up under a different user name before I would admit I had to ask for that. Sorry, I can't help, no K5 here.

08-29-2012, 11:06 AM	#4
varnie Connoisseur Posts: 99 Karma: 30196 Join Date: Dec 2011 Device: Kindle Touch	please wait, I prepared it. here it is: https://www.dropbox.com/s/4xxp6a9gdtyulte/rescue.bin taken from the KT.

08-29-2012, 12:11 PM	#8
twobob ( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr Posts: 6,586 Karma: 6299993 Join Date: Jun 2012 Location: uti gratia usura (Yao ying da ying; Mo ying da yieng) Device: PW-WIFI\|K5-3G+WIFI\| K4\|K3-3G\|DXG\|K2\| Rooted Nook Touch	looks like a handy bit of space for a splash image IMHO :P

08-29-2012, 12:20 PM	#9
knc1 Going Viral Posts: 17,212 Karma: 18210809 Join Date: Feb 2012 Location: Central Texas Device: No K1, PW2, KV, KOA	The "FF" are an erased, erase block that has never been written to. (Flash erases to "FF" not to "00"). The iROM code (used to initally load or re-load an external flash device) only works in 512 byte increments so those "00" may be 512 byte block padding. Check the boundaries of 512 byte increments for differences, including differences in padding. Ah, yes, the first blocks of the flash are "in use", they are "in use" by the SoC on-chip firmware. The SoC reference manual includes the "memory map" of what is what there.

08-29-2012, 02:51 PM	#10
ixtab (offline) Posts: 2,907 Karma: 6736094 Join Date: Dec 2011 Device: K3, K4, K5, KPW, KPW2	Just for completeness: the update package that I was mentioning has now been published.

08-30-2012, 07:30 AM	#13
twobob ( ͡° ͜ʖ ͡°){ʇlnɐɟ ƃǝs}Týr Posts: 6,586 Karma: 6299993 Join Date: Jun 2012 Location: uti gratia usura (Yao ying da ying; Mo ying da yieng) Device: PW-WIFI\|K5-3G+WIFI\| K4\|K3-3G\|DXG\|K2\| Rooted Nook Touch	Everyone makes mistakes. Intelligence allows people to learn from them. Wisdom guides people to do them less than twice. Sharing them sometimes helps others. Hiding them rarely helps anyone. I once read a very illuminating article at 30 thousand feet from some of the worlds most successful people who talked about their biggest mistake. The one that stuck out was the quote that (para-phrasing) said "I make mistakes everyday, my biggest mistake is when I stop pushing hard enough to cause them" Yeah. So that. Thanks for sharing : )