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

    This upgrade brings a number of improvements including the ability to bookmark posts to come back to later. Please bear with us as we continue to tweak things and open a new thread for any questions, issues or suggestions in Site/Forum Issues.

Steps for Repairing a Disk of Unknown Faults

Black Hole

May contain traces of nut
The following includes information distilled from the posts in this topic, so there is no need to read beyond post 1. The original post #1 is quoted below for reference.

Steps for Repairing HDR-FOX Disk Problems

Introduction

The standard Humax firmware includes two get-you-working tools: Restore Factory Defaults (Menu >> Settings >> Installation >> Factory Default), and Format Disk (Menu >> Settings >> System >> Data Storage >> Format Storage). Restore Factory Defaults can cure some difficulties where operational parameters have become corrupted but is unlikely to solve disk issues - it is however a relatively benign process and will only entail restoring your tuning, menu preferences, and your recording schedule afterwards, existing recordings will be unaffected. The factory default process offers the option to format the disk - decline this unless you really do want to reformat the disk and start with a clean slate (deleting any recordings you have in the process).

Another tip for clearing misoperation is to shut down, wait for the drive to stop (there is a quiet click, or 30 seconds should be enough), then power down with the switch at the back. Give it a few minutes then power on and start up again. For problems to do with media streaming (which can result in the HDR-FOX freezing or rebooting), try turning off the DLNA server (Menu >> Settings >> System >> Internet Setting >> Content Share = Off).

Format Disk will erase your existing recordings, and may clear difficulties related to the time-shift recording (TSR) buffer and DLNA index, but as it does not perform a disk surface scan it will not overcome issues related to disk sectors going bad (the occasional sector going bad is not unexpected in the life of a disk drive, but a cascade of failed sectors should be regarded as signs of imminent total failure). Firmware prior to version 1.03.xx was unable to reformat drives larger than 1TB, which could include the drives fitted in the 1TB model of HDR-FOX.

The custom firmware (see below) includes utilities to recover from disk problems non-destructively (or as little destruction as possible anyway). One such which requires urgent attention is the "continuous delete" problem - which proceeds to work its way through your recorded content, deleting it with no way to stop it (turning off and turning on doesn't help). Other symptoms include picture break-ups during HiDef playback, or even during normal live viewing, and the inability to record anything at all.

Note that "hard" playback defects in an existing recording cannot be repaired - if the same defect occurs at the same point every time the recording is played, it must have been present at the time it was recorded and therefore is in the data, not as an error during the playback of correct data. A disk repair may help prevent further recording and live defects, and could sort out a simple "glitch" that restores full functionality for a long time to come - but the user must consider the possibility that defects are an indication of a hard drive nearing the end of its useful life (reports indicate 3 years of daily use is pretty good going). If you value your recordings, archive them and replace the drive as a matter of urgency.

To use these utilities you will need to install the custom firmware and access the HDR-FOX from a computer using Telnet (instructions are below). Once the repair is complete you can re-install the standard Humax firmware to remove the custom firmware (if you wish).

If all else fails, it is a straight-forward process to obtain a new HDD (3.5" SATA, preferably designed for AV use, up to 2TB) and fit it in place of the existing drive. The standard Humax menus can then be used to initialise it using the formatting tools described above. Any existing (and accessible!) recordings left on the old drive can then be viewed or transferred to the new drive by fitting the old drive into a SATA-USB adapter (readily and cheaply available from a variety of sources including eBay, but look for one that includes a power adapter) and plugging it into the USB socket. Access a USB-connected drive via Media >> Storage (blue) >> USB.

Step 1: Install Custom Firmware

Please note: the CF is under continual development, including the facilities for recovery of the file system. Even if you already have CF installed, it is worth checking you have the latest version before attempting any recovery process (and install the latest if you are in any doubt).

If you are sure you have the latest version of the CF installed, skip to step 2.

A summary description of the Custom Firmware is available HERE (click).

Installation is as easy as performing a manual update of the standard Humax firmware - by downloading a file, unzipping its contents to a USB pen drive (UPD), and restarting the HDR-FOX with the UPD plugged in.

The custom firmware is only available for specific versions of the standard firmware, but from CF version 3.00 onwards the standard firmware is included with the CF download. The relevant downloads are available via the Wiki page HERE (click).

Instructions for installing the downloads are on the forum HERE (click) or the Wiki HERE (click).

For reference: the installation process for the custom software is detailed HERE (click) - only Installation sections 1 and 2 are necessary for the disk rescue process below.

The following instructions require that no external drives are connected to the HDR-FOX at the time. Ensure they are disconnected now.

Step 2: Telnet Command Line

Note: Users with the Custom Firmware and the webshell package previously installed*, prior to disk problems, can access a web-based command terminal via WebIF >> Diagnostics >> Command Line. Once in maintenance mode, accessing the WebIF IP address automatically enters the webshell interface (if installed). Otherwise, Telnet will be required.

* This is because there is a risk, with HDD faults, that the webshell package can't be successfully installed subsequently.

Telnet provides access to a command terminal for interacting with the HDR-FOX operating system, much like the cmd window in Microsoft Windows or the terminal in Linux. This can mean downloading a program from the Internet to run on your computer - PuTTY is a good choice - but all Windows and Linux computers have a Telnet client available as standard, google for instructions for your particular operating system. The latest versions of the Custom Firmware include a means to access the Telnet command line and menu using a normal web browser (this is not strictly Telnet, but it has the same effect so I will continue to call it that here).

To use Telnet both your computer and the HDR-FOX need to be connected to your home network. Presumably this is not a problem for your computer (you are, after all, reading this on the Internet). If you have the HDR-FOX set up and able to access the TV Portal (eg BBC iPlayer), the HDR-FOX must also be on your home network. If this is not the case, and if it is not possible to connect computer and HDR-FOX to the home network, an alternative is to connect the two directly using an Ethernet cable. However, instructions to make this work are beyond this simple guide and will vary according to the operating system in use.

Presuming the network connection is available, look up the connection parameters for the HDR-FOX using Menu >> Settings >> System >> Internet Setting >> Configure LAN >> IP Address. There will be a series of four numbers with dots between them - eg "192.168.1.68" (in my case). If you are using WiFi to connect the HDR-FOX to the network, the menu location is Menu >> Settings >> System >> Internet Setting >> Configure LAN (Wi-Fi) >> IP Address.

Use the IP Address noted above in your web browser address bar to open a connection to the HDR-FOX. If the result is a web page displaying an "Access Telnet Menu" button, click it. Under some circumstances the web access may go directly to the Telnet menu. If neither of these is the case, you will need to resort to using a proper Telnet client program. For a Telnet program, access may mean setting up a connection in the program's settings, or on a command line type (replace my example IP address with your own) "o 192.168.1.68" followed by Enter. If you then get the system prompt "humax#", type "tmenu" (and press Return).

If/when you are prompted to enter the system PIN, type in your HDR-FOX system password ("0000" unless you have changed it) and the custom firmware should respond with a menu (as shown in the Wiki HERE - click).

Further information regarding the use of Telnet is available in the Wiki HERE (click).

Step 3: Disk Analysis & Repair

Place the HDR-FOX in Maintenance Mode by typing the relevant command from the menu (currently "maint"). The HDR-FOX will reboot and the Telnet connection will be lost. If the HDR-FOX fails to power up following reboot, power it up manually. When the HDR-FOX reboots it will show "Maintenance" on the front panel display, and it will not be performing usual TV functions. Reconnect the Telnet session as above.

The disk repair process will check the file system for errors and repair it where possible, correct the continuous delete problem, and use an analysis report to reallocate bad sectors.

With the Telnet menu (as per Step 2), select the fix disk option by typing the relevant command from the menu (currently "fixdisk"), and let it run. The process may take from a few minutes to several hours.

Step 4: Return to Normal

Use menu option "x" to return the HDR-FOX to normal operation.

Note that, if the above does not work, further interventions are available via the Telnet command line or as options added to the fix-disk command. However, these should be applied with caution and are only considered suitable for users with technical knowledge of the file system. If these are needed, post a query on the forum and specific advice will be given to suit the circumstances.

--------------------------------------------------------------------------------------------------------

Original post #1 (for reference only):
Please could somebody with the relevant knowledge (af and xyz come to mind) please post the current procedure for correcting an unhappy HDR-FOX, presuming the target audience has little technical knowledge. We'll take it they have already been coached to install CF 2.15 (or later) and access the Telnet menu. There's somebody currently on avforums who might end up finding this useful, their HiDef recordings are glitchy and a standard reformat has not helped.

Don't worry about presentation, if necessary I can knock it into shape and then get the mods to tidy up the topic.
 
Last edited:

af123

Administrator
Staff member
In most cases it's fairly simple with CFW 2.15.
Just using the telnet menu to enter maintenance mode and then to launch the disk repair (fix-disk) process is enough to fix most things. Specifically:

Any filesystem corruption;
Any physical sectors which have been marked as suspect but not yet reallocated by the disk firmware;

The only additional step that may be required is to ask the disk firmware to perform a self test.
Launching a disk test through the Humax standard on-TV menus performs a short self test but triggering a long test currently needs a command to be typed at the CLI although that could be incorporated into the menu as another option. It usually isn't necessary as the disk problems will be flagged before they become apparent.

Lastly, the Webif disk diagnostics page will provide more details from the disk regarding its state of health that may be used to detect signs of imminent failure, such as a rising reallocated sector count.
 

Ezra Pound

Well-Known Member
Having read through a few HDD fixes, it seems to me that beyond the details supplied by af123 above, the user would probably need one to one guidance for their specific problem anyway, depending on what crops up
 
OP
Black Hole

Black Hole

May contain traces of nut
As far as I know, I thought the new stuff in 2.15 was supposed to automate the fancy bits.
 

af123

Administrator
Staff member
Yes, it automates the repair or forced reallocation of suspect sectors on the drive. Something which we've had to talk users through step by step quite a lot recently.
 

af123

Administrator
Staff member
smartctl --test=long /dev/sda

Assuming /dev/sda represents the internal disk.

It is something that could be added to the web interface disk diagnostics page.
 

Ezra Pound

Well-Known Member
If you suspect that fix-disk has not found a possible problem, use smartctl -t long /dev/sda' to force an 'over night' test is in the WiKi HERE (Note 2)
 

raydon

Well-Known Member
Use 'smartctl --all /dev/sda' after 'smartctl -t long /dev/sda' has completed, to list the results of the the self-test.
Then have a look at this article to see how to re-allocate any bad blocks found.
 
OP
Black Hole

Black Hole

May contain traces of nut
That's not much help to a non-technical user. Hopefully it's the strategy af has incorporated into CF2.15.
 

af123

Administrator
Staff member
Use 'smartctl --all /dev/sda' after 'smartctl -t long /dev/sda' has completed, to list the results of the the self-test.
Then have a look at this article to see how to re-allocate any bad blocks found.
The web interface diagnostics page shows the self-test logs in a table at the bottom and the fix-disk process from diagnostic mode will automatically offer to repair any bad blocks that are present when it is run.
We've made it a lot easier with 2.15 - it's just the triggering of a long test that isn't straightforward yet.
 

Ezra Pound

Well-Known Member
I think af123 means that the self-test logs are in a table at the bottom of the Diagnostics >> Hard Disk screen, at least they are in CF 2.14
 

raydon

Well-Known Member
The web interface diagnostics page shows the self-test logs in a table at the bottom and the fix-disk process from diagnostic mode will automatically offer to repair any bad blocks that are present when it is run.
We've made it a lot easier with 2.15 - it's just the triggering of a long test that isn't straightforward yet.
Thanks for that info af123. Does your e2fsck check include the -c or -cc switch to first run the badblocks program in order to update the bad block inode ?
 

HarveyB

Active Member
If you suspect that fix-disk has not found a possible problem, use smartctl -t long /dev/sda' to force an 'over night' test is in the WiKi HERE (Note 2)
But it would be so much more convenient if it were on the webif maintenance panel, WITH APPROPRIATE WARNINGS when selected.


Sent from my iPad using Tapatalk HD
 

xyz321

Well-Known Member
It gives an estimated completion time but viewing the test results will show whether or not the test is still in progress.
 
Top