This:
https://github.com/Blefish/android_device_huawei_u8800/issues/1
Seems to confirm what interdpth was saying causes CWM to reboot every 2 minutes.
Adding rmt_storage and it's dependent libs to a correct path should fix the CWM 2 minute reboot bug. The problem is....I have very little understanding of how to mount a recovery image, add the files, unmount it and then flash the new recovery.
I can do everything but actually mount an RFS partition image. I have tried various methods with no success.
_________________________________________________________________________________________
Edit: One more thing...I think I know why /system refuses to unmount after a backup or restore on the TU. Since rmt_storage dependant libraries are called from /system during the backup or restore, /system will refuse to unmount while it is running. I have yet to find a way short of killing that process to unmount /system....and I do not want to kill rmt_storage while it has something mounted(like /dev/block/mmcblk0p1).
~ # umount /system
umount: can't umount /system: Device or resource busy
148 1 nobody S 5932 1.5 0.0 /sbin/rmt_storage /dev/block/mmcblk0p1
That ^^^ is what is keeping CWM alive after a backup or restore is done.
_________________________________________________________________________________________
Edit2: With /system unmounted, I get this:
/sbin # ./rmt_storage
/sbin/sh: ./rmt_storage: not found
With /system mounted, rmt_storage runs. Also, after mounting /system and running rmt_storage manually, CWM stays up forever.
_________________________________________________________________________________________
Adding something close to this to a zip updater-script might allow it to be flashed without a 2 minute reboot in the middle of the flash:
run_program("/sbin/busybox", "mount", "/system");
run_program("/sbin/rmt_storage");
EDIT3: That ^^^^ does not work...at least in my CM9 zip. It freezes CWM.
Of course, you would not be able to unmount /system after the zip flashes:
run_program("/sbin/busybox", "umount", "/system") <<< That would most likely fail.