That's good reading! But it looks like the solution the two of you came up with was to boot into fastboot from diags mode, and diags mode isn't working for me. So I think I will try getting linux running in a virtual machine to run the fastboot tool, unless someone can get the PC fastboot tool working.

I wonder if things would change if I could charge it all the way. It only seems to want to charge when it's in "plug-me-in" mode - no matter what state it's in with a black screen, and whether wall-charger or computer charging, it always seems close to running out of batteries. Of course this would be easier to investigate if I had a way of querying the battery state - very hard to infer from the limited information given by its behaviour.

I compiled fastboot for linux, and that is what I use. I use MfgTool in WinXP in a VM, then use fastboot in the linux host PC (outside the VM). That way the kindle does not get unplugged. It should work fine the other way around too, with linux in the VM and windows on the outside.

I first charge a dead kindle on a wall charger for several hours, then use MfgTool to boot to fastboot mode, and charge it for several more hours, before attempting to flash the diags partition or boot to diags mode.

Fastboot mode contains good battery recharging code. The battery will drain while bricked or while in diags mode. It does not go into sleep mode in those cases, until the battery is discharged. You do not even get a "your kindle needs recharging" until you charge it enough so it CAN boot far enough from the main system partition to detect that it has a low battery.

Just leave it in fastboot mode while bricked, when not using it, and plugged into a wall charger. After debricking, you can rely on main bootmode to do the screensaver sleep thing...

at this point the kindle didn't reboot in normal mode, so I started it up in recovery mode again and with the mfgtool started the kindle with the "kindle main" profile option.

and that's all, never came back to life again,

Is it possible that I could brick a working kindle touch only with the mfgtool program? 'cos it's the only program that has written into the device.

The profiles I provided with MfgTool do not change anything (not even the idme bootmode var). They just select in memory only what mode to boot, then continue the boot process.

The fastboot tool has some known problems, but it should not change anything on mmc (permanent storage) in your kindle unless you do a setvar instead of a getvar, or an erase, or a flash.

It is normal for the fastboot "check" functions to fail, because they check the ORIGINAL flash header CRC32, and partition contents CHANGE when you access the filesystem in them, which makes the partition flash header CRC32 no longer valid.

Beware that fastboot is not able to flash the mmcblk0p1 (main system) partition, which is too large (even when it falsely reports "success"). It can flash mmcblk0p2 (diags), and there is an image available with SSH preinstalled.

You can boot to fastboot to flash the SSH version of diags, then boot to diags to export the USB drive so you can copy stuff from it and write stuff to it, and you can start SSH so you can change stuff inside you kindle from the linux command line (such as writing a backup image file stored on the USB drive to /dev/mmcblk0p1, or copying /dev/zero to /dev/mmcblk0p3 to file a full or damaged /var/local partition (but that will also erase your collections database and user settings such as locale and timezone).

You did not describe doing anything that could damage a working kindle, other than putting it in a mode where the battery cannot charge effectively.

I suggest charging the battery as described in other posts (wall charger, then charge in fastboot mode until fully charged).

A kindle should normally be kept in "normal" main mode, where it will automatically go to screensaver power-save mode. A bricked kindle should be kept in fastboot mode, connected to a wall charger.

At least that is MY opinion (based on information gathered from the posts of others, and from my own personal experience).

ok, the thing is that the kindle touch shows on the screen the picture of the guy reading under a tree and it won't start, no matter how do I press the start button, 5sec, 20 sec or whatever.

the funny thing (actually I dont think it's that funny ) is that the other kindle that stopped working (the one of the previous post that I had done nothing weird on it) is in the same screen (tree) and acts exactly the same on the start button pressing. By the way I have that one charging as you told me.

am I missing something here? Is there a way for the kindle touch to return to the side of the living ones from this point?

diagnostics mode shows an 87% of battery charged, but I don't know if I can trust this anymore.

thanks a lot in advance

EDIT: Ok I've realized that I started in the wrong way after using the mfgtool to start with "kindle main" profile, here's what I got wrong,

inmediatly after using mfgtool in "Kindle main" profile for the final restart, the kindle must be unplugged from the usb and to start, only press the turn on buttont briefly, like half a second or so. I tried to reebot the kindle with the turn on button for five seconds and it got stucked in the logo screen.

The bricked kindle gets to the "needs repair" screen, and I don't know what else to do.

I found that data.tar.gz method is not working. When I rebooted into diags, I found data.tar.gz is still alive. Any possible reasons? Or my /var/local is full?

My data.tar.gz does put its payload in /var/local so if that was COMPLETELY full, extracting data.tar.gz would fail (and probably not get deleted after being extracted).

You can use fastboot to install the diags image with SSH preinstalled, the use a diags SSH shell to do:

dd if=/dev/zero of=/dev/mmcblk0p3 bs=4K

That worked for multiple people recently (as seen above in previous posts).

So far, all the published jailbreaks write their payload to /var/local, which can fail when /var/local is full.

But I have a *secret* jailbreak method that does not use a payload. It just executes /mnt/us/RUNME.sh directly, but only when activated by a diags menu selection. I have been saving that for when other jailbreaks are disabled, but that is not so important know that we can just flash an *already jailbroken" partition image to the kindle.

Unless you have a HARDWARE problem, you can recover ANY kindle (touch or k4nt, so far) by erasing the /var/local partition and/or flashing the main and/or diags partitions with good copies (either "factory restored" images, or "selected hacks pre-installed" images).