Web interface reports zero disk space, yet unit has free space

ickle

New Member
Hello everyone
I have a Humax HDR-Fox T2 which I finally got around to trying the custom firmware onto (version 1.02.32/2.19). The install all worked perfectly but I notice that although the Humax reports 9GB free space in the remote control interface (ie the Humax display on the TV), when using the Custom firmware web interface the amount of free disk space is always zero. Deleting files using the PVR remote control frees up space, but the web interface always reports the disk is full.

The PVR records and works fine - it's just that the supposed lack of disk space means any scheduled jobs set up using the custom firmware, such as shrinking or decrypting, don't run. If you run them individually using the 'opt+' button then they work fine.
I'd like to run shrinks and decrypts in the background so any help appreciated to try and get this odd issue resolved.
The auto.log reports no disk space to perform queued jobs such as decrypt and shrink, eg

02/10/2013 21:10 - Insufficient disk space. Require=1073741824, Free=0
02/10/2013 21:20 - Insufficient disk space. Require=1073741824, Free=0
02/10/2013 21:30 - Insufficient disk space. Require=1073741824, Free=0
02/10/2013 21:40 - Insufficient disk space. Require=1073741824, Free=0

I switched box to maintenance mode and did a disk fix & scan which returned no errors.

Checking free disk space whilst telnet'ed onto the PVR shows the following :

humax# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 17.2M 17.2M 0 100% /
tmpfs 61.0M 44.0K 61.0M 0% /tmp
tmpfs 61.0M 0 61.0M 0% /media
/dev/mtdblock1 2.0M 520.0K 1.5M 25% /var/lib/humaxtv
/dev/mtdblock2 2.0M 1.2M 804.0K 61% /var/lib/humaxtv_backup
/dev/sda1 1011.4M 42.0M 918.1M 4% /mnt/hd1
/dev/sda2 906.1G 880.2G 0 100% /mnt/hd2
/dev/sda3 9.8G 199.2M 9.2G 2% /mnt/hd3

humax# fdisk -lu

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/sda1 2 2104514 1052256+ 83 Linux
/dev/sda2 2104515 1932539174 965217330 83 Linux
/dev/sda3 1932539175 1953520064 10490445 83 Linux

Judging by the output of the df command the web interface's "disk space" pie chart is reporting /mnt/hd2 - notice that the "size" is 906GB and "used" is 880GB which doesn't quite give you zero available space, so not sure why that is.
Thanks in advance
 
I understand your point, but with that little free space you are going to be running into problems. Get rid of the clutter!
 
Judging by the output of the df command the web interface's "disk space" pie chart is reporting /mnt/hd2 - notice that the "size" is 906GB and "used" is 880GB which doesn't quite give you zero available space, so not sure why that is.
Thanks in advance
I would speculate that the issue is (depending on the options used to create the file system) the 5% of free space reserved for the super user. I suspect that could be released with tune2fs but I am not sure that it is a good idea.
 
Hi

Thanks for your replies.

As an update, once I cleared a load of files off the PVR, the web interface and "df" command suddenly started reporting free disk space, which in turn meant that any scheduled tasks the auto script had to perform, such as shrinks and decrypts, would now work.

A bit more info for the curious :

The dumpe2fs command shows there is a 5% reserved space allocation, as MartinLiddle pointed out. Presumably once that amount of space had been made available then everything started to work.

The confusing thing was that shrinks and decrypts on individual files via the web interface would work, but not through the 'auto' script (ie if you added a folder to be shrunk or decrypted). The auto script checks for sufficient disk space before proceeding - hence the errors in the auto.log I was seeing. Maybe the web interface doesn't do the same free-space check or perhaps runs under a different user context and so isn't affected by the disk space reservation.

Either way, if you find yourself experiencing the same problem, then follow BlackHole's advice and "get rid of the clutter" :)
 
Back
Top