Originally Posted by ki6bu
I think I found the issue, I did the above and now just got home from work. The receiver is still showing booting......
I pulled the thumbdrive out and looked at the files on it. From what I remember doesn't the bootloader or kernel or whatever its called in the receiver decompress the rootfs.tar.bz2 file
and create a rootfs folder with all its sub folders? Well there is no rootfs folder in either sf4008 or fullbackupsf4008.
chuckrcheese:
Hi,
I need to know what you did everything you put in it everything you tried and EVERY mod you did to the unit,
Octagon stated its NOT hardware its a Software issue
I recommended you not play with any files including the rootfs or even look at the files at all.
I have tried to recreate your error and cannot, deep standby
in every version of open8 from openeight-5.4-sf4008-20170420 to openeight-6.5-sf4008-20180226 and openatv openatv-5.3-sf4008-20170106 to openatv-6.1-sf4008-20180226 they all return to full operation with a simple reset of the rear power switch.
the box loads and works.
and YES I have every image.
Logging the loading / boot process and internal board is stating that the CRC hex value is not valid preventing the box from accepting anything from loading any software.
thereby bypassing the install of any old or new firmware and drivers.
also refusing to load the OS that's missing the loading linuxtv thus not booting.
at this point all I see is something not being said about what was loaded to the unit and cannot make it happen to another unit.
If you extracted the rootfs.tar.bz2 and then tried to recompress it then you played with fire and burned yourself.
I know who is spreading these FALSE statements and is on other sites asking for help and the repair files this will not happen and I nor Octagon will ever release them to anyone.
all information on this subject are known to Octagon Support and being closely watched.
anything you can add?
thsnks
CRC