reboot
18-03-2010, 12:47 PM
Reading on other forums that there is safer ways of changing the bootloader to other resellers and back of course.
I have carried out the hazardous bootlader change with binary files from tftpserver over putty or usb-stick, but I have sweaty palms every time I do it to be honest. I switched my Icecrypt to an Octagon 1018 but didn't find any advantage so I returned it back. It has put me off playing with the Enigma2 Image as I feel the risk of switching back to the original bootloader not worth the it at the moment.
Does any one know of the safer method of putting the uboot-binary together with a script or standalone application, making an image and then transfering the image to the box and starting it with bootm... or autoscript...
This method should be safe because the application will not start if the transfer failed or is damaged. Typos should not cause a bootloader failure because the checksum has to be correct before the bootloaderflash can begin. A Checksum failure will cause the procedure to be aborted thus protecting the bootloader from being wiped.
I think this is the method used in the AFF Recovery tool but I don't know if the AFF Recovery tool can return the S4000 back to its original S4000 bootloader or is it locked into the Atevio?
I'm only asking to save me the effort of actually trying for myself and maybe bricking my Icecrypt.
I have carried out the hazardous bootlader change with binary files from tftpserver over putty or usb-stick, but I have sweaty palms every time I do it to be honest. I switched my Icecrypt to an Octagon 1018 but didn't find any advantage so I returned it back. It has put me off playing with the Enigma2 Image as I feel the risk of switching back to the original bootloader not worth the it at the moment.
Does any one know of the safer method of putting the uboot-binary together with a script or standalone application, making an image and then transfering the image to the box and starting it with bootm... or autoscript...
This method should be safe because the application will not start if the transfer failed or is damaged. Typos should not cause a bootloader failure because the checksum has to be correct before the bootloaderflash can begin. A Checksum failure will cause the procedure to be aborted thus protecting the bootloader from being wiped.
I think this is the method used in the AFF Recovery tool but I don't know if the AFF Recovery tool can return the S4000 back to its original S4000 bootloader or is it locked into the Atevio?
I'm only asking to save me the effort of actually trying for myself and maybe bricking my Icecrypt.