If the image folder that you are installing does not have an emmc file, the current emmc image will remain. Sounds like the images that you are installing do not have the emmc file in the image folder. Since you are familiar with TNAP (based on SatDreamGR), I would use Telnet to delete slots 2,3 and 4 and install the SatDreamGR image in slot 1. Then you will be starting with a clean slate again. Too bad that back-ups weren't being made, but nothing you can do about that now... except, start keeping back-ups...
You may install any E2 image that you wish in any of the four slots. You may install the skin that you prefer. I prefer keeping an OpenPLI based image in slot 1 in case I have any issues. I feel comfortable with how OpenPLI images work and easy to restore or manage multiboot.
- - - - - - - - - - -
Here is some of what El Bandido has taught us about telnet:
mmcblk1p9 = 4 (rootfs)
mmcblk1p8 = 4 (kernel)
mmcblk1p7 = 3 (rootfs)
mmcblk1p6 = 3 (kernel)
mmcblk1p5 = 2 (rootfs)
mmcblk1p4 = 2 (kernel)
mmcblk1p3 = 1 (rootfs)
mmcblk1p2 = 1 (kernel)
You can delete any partition you want by using this command:
dd if=/dev/zero of=/dev/mmcblk1p[
Partition Number Goes Here] bs=1M count=1
dd if=/dev/zero of=/dev/mmcblk1p9 bs=1M count=1 erases any image that is in mount 4
The current partition you are on may also be deleted using the above command, but the image will have to be reloaded through flash OR the multiboot menu at boot will have to be brought up by pressing the menu button several times when the receiver first shows the word 'boot",
Deleting the partition the receiver is running on will not hurt anything. But it may cause an inconvenience.
- - - - - - - - - - - -
The files
Multiboot images will basically have an image version, a kernel.bin file, and a rootfs.tar.bz2.
These files may be named slightly different, such as kernel1, but they should be very similar in name.
Some images are being shipped right now with both the emmc flash AND the multiboot flash in the same package. If this happens or is seen, simply delete the emmc file and leave the rest.
ofgwrite Is the program that writes the files to the correct partition or mount location.
-k tells ofgwrite to install the kernel bin file. -r Tells ofgwrite to UnZip, then write the rootfs file.
So rootfs.tar.bz2. should not be unzipped or unpacked by us to flash a mount.
The telnet command to flash is: ofgwrite -k -r -m[1-4].
A test command I used earlier that was successful is this:
ofgwrite -k -r -m2 /media/usb/osmio4k1
Where ofgwrite -k - r -m2 says Write kernel and root file system to mount location 2, followed by the path to the Unzipped folder that contains the flash files which is /media/usb/osmio4k1
- - - - - - - - - - -
A word about bricking the OS MIO:
The MIO contains a Bolt bootloader.
BEWARE of any file or folder that is being flashed and contains a file named
bolt.bin!
Really the only way to destroy the MIO or render it useless is to corrupt the bootloader named bolt.bin.
If the file system gets corrupted or one of the partitions gets corrupted, then it can be reflashed, Providing that there is a bootloader.
- - - - - - - - - - -
Upgrade the image in telnet using these commands:
opkg update
opkg upgrade
OR
opkg update && opkg upgrade