Originally Posted by DeanGibson View Post
I was able to reproduce this, once Pokey9000 corrected a typo:
  1. I copied over a Honeycomb Sdcard image and replaced MLO and u-boot.bin from the factory.zip recovery image. That hung in boot.
  2. I copied over boot.img from the factory.zip recovery image, and renamed it flashing_boot.img. That booted (probably switched to the partitions on mmcblk0).
  3. I created additional partitions (using traditional FDISK) on the SDcard for /rom (FAT32), /bootdata (FAT32), /system (ext2), /cache (ext2), /data (ext2), and /image (FAT32). I then did "cp -a" for each of the above partitions on mmcblk0, to the corresponding new partition on mmcblk1. I didn't really expect the next step to use them, but if it did, I wanted the SDcard to be ready.
  4. I stripped off the ramdisk portion from flashing_boot.img, unpacked the ramdisk image, changed a couple init*.rc files to refer to the partitions on mmcblk1, repacked the ramdisk, and reattached it to flashing_boot.img. That started to boot (eg, "n" logo screen), reset (probably due to the ramdisk signature failure), and then booted normally (entirely from mmcblk0, I believe).
The fact that the results (failures) of #1 and #4 were different, I found very interesting.
Very good information!

If you can get UART we would have definate information. I have a feeling that the sdcard is booting though.
Flash with Odin on Windows, Linux and Mac. Use JOdin3, Available in a web browser or offline
Check out my developer pages. Add me to your circles on Google Plus.
Wanna see the longest Linux BASH script ever made? click here.