• The forum software that supports hummy.tv has been upgraded to XenForo 2.3!

    Please bear with us as we continue to tweak things, and feel free to post any questions, issues or suggestions in the upgrade thread.

[CFW 3.14] Customised Firmware v3.14 released.

Owen Smith said:
I am concerned by the number of errors
Click to expand...
It's not great. I have to say I have never thought to test that path.
I realise it's likely a dependency
Click to expand...
Yes, but not of as many things as it should be. But that's not the real problem.
pkill not found? pgrep not found? Do these matter? /mod/bin/pgrep: can't load library 'libproc-3.2.8.so' - why not?
Click to expand...
Because the environment set up by the Administration (Telnet) menu doesn't have the path set (for what I would call "correctly").
Having tested it, it probably hasn't broken anything but you should be able to confirm/fix by running this lot:
Code: 
cat /mod/var/spool/cron/crontabs/root
sed -i "s/opkg upgrade/modenv opkg upgrade/" /mod/boot/2/tmenu
for p in anacron recmon epg sysmon; do opkg remove --force-depends "$p";opkg install "$p";done
cat /mod/var/spool/cron/crontabs/root
and I'll put looking at all that again back on the to-do list.
 
prpr said:
It's not great. I have to say I have never thought to test that path.
Click to expand...
I use the telnet menu more often than not to update packages.

Given I still have my parents and my aunt's boxes to do, what method avoids this issue? I can't put them on auto update, my aunt has no broadband for a start and I use my iPad as a hotspot when I update her box.

I'll run the commands you gave this evening probably.
 
Last edited:
Owen Smith said:
what method avoids this issue?
Click to expand...
Update the tmenu package first - opkg update; opkg upgrade tmenu from a command prompt.
If you do this first on the box you already tried to upgrade, then you should skip doing the 'sed' line from post #21.
 
That's the idea. Update tmenu as the preliminary step, then you can run the rest of the update from there.
 
Here are the results. I'm confused how it can say anacrontab new file is in a different location and then it ends up with different contents anyway.
gradebhdrfoxt2# cat /mod/var/spool/cron/crontabs/root
0 2 * * * /mod/sbin/anacron -s -d
  • * * * * /mod/monitor/run
  • * * * * /mod/webif/lib/auto/scan >/dev/null 2>>/mod/tmp/auto.log
  • * * * * /mod/webif/lib/auto/deq >/dev/null 2>>/mod/tmp/auto.log
*/10 * * * * /mod/sbin/rs_process >> /mod/tmp/rs.log 2>&1
gradebhdrfoxt2# for p in anacron recmon epg sysmon; do opkg remove --force-depends "$p";opkg install "$p";done
Removing package anacron from root...
Not deleting modified conffile /mod/etc/anacrontab.
Installing anacron (2.3-3) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/anacron_2.3-3_mipsel.opk.
Configuring anacron.
Collected errors:
* resolve_conffiles: Existing conffile /mod/etc/anacrontab is different from the conffile in the new package. The new conffile will be placed at /mod/etc/anacrontab-opkg.
Removing package recmon from root...
Installing recmon (2.2.1-4) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/recmon_2.2.1-4_mipsel.opk.
Configuring recmon.
Removing package epg from root...
Installing epg (1.3.0-8) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/epg_1.3.0-8_mipsel.opk.
Configuring epg.
Removing package sysmon from root...
Installing sysmon (1.2.6-1) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/sysmon_1.2.6-1_mipsel.opk.
Configuring sysmon.
gradebhdrfoxt2# cat /mod/var/spool/cron/crontabs/root
  • * * * * /mod/webif/lib/auto/scan >/dev/null 2>>/mod/tmp/auto.log
  • * * * * /mod/webif/lib/auto/deq >/dev/null 2>>/mod/tmp/auto.log
*/10 * * * * /mod/sbin/rs_process >> /mod/tmp/rs.log 2>&1
0 2 * * * /mod/sbin/anacron -s -d
* * * * * /mod/monitor/run
gradebhdrfoxt2#
Click to expand...
 
Ah, my confusion, the crontab file is a different file. For completeness here are the two copies of the file it installed under a different name:
gradebhdrfoxt2# cat /mod/etc/anacrontab-opkg
SHELL=/bin/sh
PATH=/mod/bin:/mod/usr/bin:/mod/bin/busybox:/bin:/sbin
LD_LIBRARY_PATH=/mod/lib:/lib:/usr/lib
# format: period delay job-identifier command
gradebhdrfoxt2#
Click to expand...
And the active one:
gradebhdrfoxt2# cat /mod/etc/anacrontab
SHELL=/bin/sh
PATH=/mod/bin:/mod/usr/bin:/mod/bin/busybox:/bin:/sbin
LD_LIBRARY_PATH=/mod/lib:/lib:/usr/lib
# format: period delay job-identifier command
1 6 empty_dustbin /mod/sbin/empty_dustbin -l
1 4 diskattrs /mod/webif/lib/bin/diskattrs
1 7 resetnew /mod/webif/lib/bin/resetnew
1 8 sched_backup /mod/webif/html/sched/backup/backup.jim
1 3 rs_channels /mod/bin/rstslog /mod/bin/rs -D 60 push channels >>/mod/tmp/rs.log 2>&1
1 5 rs_disk /mod/bin/rstslog /mod/bin/rs -D 60 push disk >>/mod/tmp/rs.log 2>&1
1 5 rs_smart /mod/bin/rstslog /mod/bin/rs -D 60 push smart >>/mod/tmp/rs.log 2>&1
1 7 rs_epg /mod/bin/rs -D 60 epg offer
gradebhdrfoxt2#
Click to expand...
Looks sensible to me.
 
Results on the other HDR Fox T2 identical. And next time I'll try to find the code quote icon, maybe this:
Code: 
This should be quoted as code.
EDIT: Aha that's where it's hidden on this forum. Every forum seems to have different formatting options.
 
When running fixdisk instead of displaying Pass1 (or 2 etc.) and the "percentage" complete for that pass the front panel display now displays just "hmx_int_stor" for each Pass.
Could that changed have been triggered by the new CF or has there been an update to fixdisk fairly recently which is causing it?
 
Yes.
It was a change done by $user and accepted by $admin (names hidden to protect the guilty - it wasn't me!) over 5 years ago.

I believe it was supposed to display something like "sda2:1/58.2%" converting the partition name "/dev/sda2" to "sda2" in the process by stripping the first 5 characters.
It got changed to remove the "/dev/" prefix instead, which is a subtle change.
The trouble is, the e2fsck process, which actually does the fixing of the filesystem, outputs the volume label instead of the disk name if one is set (and it usually is unless you've manually reformatted the partition), so that is where "hmx_int_stor" comes from.
Of course, you can't remove "/dev/" from "hmx_int_stor" so it stays the same.

The display can only do 12 characters, so you can see that "hmx_int_stor:1/58.2%" doesn't fit and you just end up with "hmx_int_stor".
Previously it would truncate it to "nt_stor" which is also weird IMHO, but generated "nt_stor:1/58.2%". You'll realise that this is 15 characters, so that was broken in two ways too.

TBH, I think the best thing to do is to get rid of the field that e2fsck outputs and just use the partition name that it's trying to fix.
Or maybe even get rid of the name altogether and just use the number, so "P2:1 / 58.2%" meaning partition 2, pass 1, 58.2% done.
 
Last edited:
Black Hole said:
Or just type it directly: [code]...[/code]. Easy peasy (and valid on all forums using BBCode).
Click to expand...
And it is totally different on various other forums I use, not to mention Jira bug database and Teams chat at work. It's a nightmare trying to remember all the different formatting options and what can and can't be done in each tool. For example in Microsoft Teams it is impossible to post text that it doesn't molest in some way, there is no "code" like option that I can find.
 
Luke said:
When running fixdisk instead of displaying Pass1 (or 2 etc.) and the "percentage" complete for that pass the front panel display now displays just "hmx_int_stor" for each Pass.
Click to expand...
This is now fixed as I suggested previously. You will need to install (or upgrade if already installed) the fix-disk package from the repository so that you have version 0.7
 
prpr said:
Custom Firmware 3.14 is now released.

This is only for Humax firmware versions 1.03.12 on the HDR and 1.03.02 on the HD.

The easiest way to install it is by installing the update package, either custom-firmware-hdr or custom-firmware-hd as appropriate.
For those who prefer the old fashioned USB stick method, the links are on the Wiki on the Firmware Downloads page.

Those who have had the Beta firmware packages installed should remove and then re-install the update package. The correct build-ID for the release version is 1757805000.

After installation you may remove the update package - this will NOT remove the firmware!
Click to expand...
Hi, I was wondering, if I decide to carry out the Custom Firmware 3.14 upgrade for the HDR can I do it from Command Line, and if so what command do I issue?. Thanks
 
prpr said:
The easiest way to install it is by installing the update package, either custom-firmware-hdr or custom-firmware-hd as appropriate.
Click to expand...
Thanks for the update. I would like to learn how to do that, rather than using the stick. I had a look on the web interface and couldn’t find this package neither under installed, nor under available. I run auto-update and indeed on accessing the web interface I had loads of notifications, but I am still on 1.03.12 (kernel HDR_CFW_3.13). A google search for hummy custom-firmware-hdr points to this thread and to the quick start guide which only covers USB stick.

Can you please help me?
 
You will have to enable the advanced menu to see the custom firmware package. This option is available on the package management screen top right on the same line as the tabs Installed, Available and Upgrades.

HTH
 
You must log in or register to reply here.
Back
Top