Before I saw this post, I semi-bricked a MID7036-4 by aggressively copying GApps items into the system partition (without any regard as to the files I was overwriting). Since I have two of these units, I carefully rooted the second one, and made a dump of the system directory/partition (as system.tgz). I also dumped the system mtd device into system.img. The current problem is I have believe I have been unable to fix the system partition. Here is what doesn't work: * A regular boot: hangs at COBY logo, and when attached to my Windows 7 PC is seen only as two COBY MID7036 USB Devices (connected by a USB Mass Storage Device). USB debugging appears to be off, as adb devices sees nothing attached to the PC. I believe the Windows drivers are correctly installed, as they work for the other MID7036 when in USB debugging. The silver ANDROID logo never appears anymore on this unit. * Flashing unsigned or improperly signed zip files for stock recovery. (Even properly signed zips would flash before bricking, but the items that were supposedly installed were missing on the next boot). I have been completely unable to flash an alternative recovery (like CWMR or TWRP) to flash unsigned zip files. * Overwriting the system partition with fastboot seems to have no effect, even when combined with wiping userdata and cache. * Any shell access (adb debug). Since I cannot get adb to work on this unit, I have no shell access to the unit. * Flashing a system restore zip I created and signed (it fails signature verification in recovery). Here is what works: * Fastboot (sometimes). I cannot consistently get the unit into the mode compatible with fastboot, but when I can, fastboot will report success in flashing partitions. To get it into this mode, the unit has to off, I have to hold in the Volume + button, connect the unit to my PC via USB cable (with Volume + still held in), and repeatedly press power until COBY appears on the screen. This works sometimes, but is very inconsistent. ADB does not work in this mode. * Recovery (stock). I can get into the stock recovery by powering on or resetting the unit with either the Volume - or the (hardware) Back button held in. Flashing some signed zips (like the one provided in this thread) reports success, but appears to have no effect upon reboot (even when combined with a data/cache wipe). I have access to zip files on the /nand (internal "SD" partition) or the /sdcard (external SD card) directories. ADB does not work in this mode. Essentially, I have no ADB access (via regular boot, bootloader, or recovery). When flashing system.img didn't work, I moved my efforts to creating a flashable zip that would repair the /system directory/mount. I laid out the files from system.tgz, made my updater-script, and copied in an update-binary. I zipped up the resulting heirarchy (using "Store" as the compression type) and used java keytool to sign my zip. I also tried signing with the Google Test Keys. I tried flashing (via recovery and a SDHC card) the unsigned zip, the signed zip (using my keys), and the signed zip (using Google test keys). All failed signature verification. So I have been unable to repair the unit with ADB (can't get into it), fastboot (flashing system.img appears to have no effect once rebooted), or recovery (my flashable zips fail signature verification). If anybody wants to see my attempts, I am uploaded them to a folder I am sharing on box.com . Here is the link: https://www.box.com/s/f0tju6xlte27w8tnfo3j. Any help is appreciated.