View Single Post
Old 02-26-2012, 10:33 PM   #35
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
WARNING: Although fastboot seems to flash partitions correctly on a K4NT, according to serial port messages while flashing various partitions on the Touch, it always writes to mmcblk0 instead, which destroys the linux kernels for both the main and diags partitions. More evidence is that after I flashed mmcblk0p4 with a "filled in" version (I cannot export the USB drive), it now reports "cannot find linux kernel" when trying to boot main or diags. Both linux kernels are in mmcblk0p1, which is what appears to get damaged when you try to flash anything else. This is also probably why it finishes so quickly.

I plan to fix this with a custom bist u-boot that contains a repaired fastboot (if that is where the problem lies). If it is a communication problem between the u-boot fastboot module and the kindle fastboot tool, then that is where I will fix it. This will take some study.

For now, I recommend that if plan to write a backup copy onto the main system boot partition (mmcblk0p1), you should do it by booting diags and using "dd if=/mnt/us/mmcblk0p1.img of=/dev/mmcblk0p1 bs=1024" from RUNME.sh, after booting diags, adding ENABLE_DIAGS and the custom RUNME.sh, and if data.tar.gz has not been installed yet add it too. Then reboot from the menu. A hard reset (long power hold) has been reported to not always run RUNME.sh. As you can see in the IRC session I posted to the "Select Boot" thread, this method works well.

When fastboot is more reliable, that is the easier way to go, but for now, RUNME.sh is better...

We can still use fastboot for some things, like "sudo ./fastboot setver bootmode diags" to write bootmode diags to mmc so it become the default boot location (unless overridden with MfgTool). Just do not flash partitions on a touch with fastboot until we fix the problem.

Thanks.

Last edited by geekmaster; 02-26-2012 at 10:39 PM.
geekmaster is offline   Reply With Quote