The inital web bootstrap server will not be active whilst RMA is shown on the front panel.I'll try that resetrma tomorrow, as for installing packages, I can't even access the webif yet :/
The inital web bootstrap server will not be active whilst RMA is shown on the front panel.I'll try that resetrma tomorrow, as for installing packages, I can't even access the webif yet :/
The normal procedure following set RMA is to install standard firmware (thus removing the custom firmware).Ok so I tried to reset the firmware with setrma and then installed cfw again but it still says RMA on the panel.
Perhaps I've missed something here, but did we know you had 1.03.06 installed? Alarm bells are sounding. More info please. Was the Humax delivered with 1.03.06 installed or have you been playing yourself?I've come to a dead end here, anyone able to suggest anything else? Maybe put some older stock firmware on it instead of the 1.03.06?
If the intention is to continue to use the custom firmware then the resetrma diagnostic is a quicker way to achieve a very similar result. If the aim is to return to manufacturer then the "normal procedure" is the way forward.The normal procedure following set RMA is to install standard firmware (thus removing the custom firmware).
I can't find anything by this name...If the reset_rma_use_i_am_sure diagnostic had been used
It should have been remove_mod_yes_i_am_sure but I have since removed that paragraph since it is not quite as thorough as "resetrma". However, it would probably have fixed the problem in this particular case.I can't find anything by this name...
If the intention is to continue to use the custom firmware then the resetrma diagnostic is a quicker way to achieve a very similar result. If the aim is to return to manufacturer then the "normal procedure" is the way forward.
It is not the resetting of the rma flag which clears the software. It is the reboot following the setrma diagnostic which clears out all the custom firmware related software on the hard disk. The residual RMA flag just prevents the custom firmware from starting up and recreating the /mod directory structure on the hard disk. The flag can be removed by installing standard firmware or by using the resetrma diagnostic.Maybe, but if there are problems being experienced which have not been cured by the usual remedies, I would have thought a complete restoration to standard firmware before then loading custom firmware again would create a cleaner slate than just resetting the RMA flag.
I think the custom firmware installation was messed up in some way in this case. Without being able to look at the structure in detail it is not really possible to determine how. I don't think the version of standard/custom firmware will make much difference since he will be starting with a clean slate now.I am concerned about the implications of 1.03.06. We don't have an official copy to reload (only an extracted version presumed to be OK), and custom firmware for it also presumed to be OK (no sleight to AF intended). The OP could be advised to install 1.02.32, but there is a possibility it won't work on his machine (although at this point there seems little additional risk in trying it).
That's usually a transient error. Try again later.Collected errors:
* opkg_conf_load: Could not lock /tmp/opkg.lock: Resource temporarily unavailable.
Error retrieving package list from the Internet. Please check your connection
and try again.
Without changing anything? Is it a problem my end or the hummypkg server?That's usually a transient error. Try again later.
I think we are talking at crossed-purposes.It is not the resetting of the rma flag which clears the software. It is the reboot following the setrma diagnostic which clears out all the custom firmware related software on the had disk. The residual RMA flag just prevents the custom firmware from starting up and recreating the /mod directory structure on the hard disk. The flag can be removed by installing standard firmware or by using the resetrma diagnostic.
I would say it is not a significant concern. Keep an eye on the count of reallocated sectors; start worrying when it reaches a thousand or the rate of reallocation is more than five a day.Other than that, all seems good, thanks so much for everyones helpdo I need to be concerned about that SMART error?