• 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.

HDR will no longer go into standby

Can I suggest that you see if the Humax has any files in particular held open when it's trying to shut down?

Code: 
humax# lsof -p `pgrep humaxtv`

and then maybe try moving all of your recordings out of the way and see if it shuts down then:

Code: 
humax# cd /mnt/hd2
humax# mv My\ Video saved_Video
humax# mkdir My\ Video

and to revert:

Code: 
humax# cd /mnt/hd2
humax# mv saved_Video/* My\ Video
humax# rmdir saved_Video
 
I don't know what this tells you (it doesn't tell me much), HDR3 was in the delinquent state when I did this:
Code: 
HDRFOX3# lsof -p `pgrep humaxtv`
COMMAND PID USER   FD   TYPE DEVICE                SIZE        NODE NAME
humaxtv 186 root  cwd   0000   31,0 8315449637268551219 77309428221 /
humaxtv 186 root  rtd   0000   31,0 8315449637268551219 77309428221 /
humaxtv 186 root  txt   0000   31,0 8315449637266855878  4295000512 /usr/bin/humaxtv
humaxtv 186 root  mem    REG   31,0                            1671 /usr/bin/humaxtv (path inode=4295000512)
humaxtv 186 root  mem    REG   31,0                             194 /lib/ld-uClibc-0.9.29.so (path inode=4295000557)
humaxtv 186 root  mem    REG   31,2                            1193 /var/lib/humaxtv_backup/mod/libdustbin.so (path inode=4295000512)
humaxtv 186 root  mem    REG   31,2                            1194 /var/lib/humaxtv_backup/mod/libir3.so (path inode=4295000512)
humaxtv 186 root  mem    REG   31,0                            1628 /usr/lib/libjpeg.so.62.0.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1621 /usr/lib/libfreetype.so.6.3.18 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1597 /usr/lib/libpng12.so.0.25.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1616 /usr/lib/libz.so.1.2.3 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1640 /usr/lib/libid3-3.8.so.3.0.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             191 /lib/libstdc++.so.6.0.9 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1629 /usr/lib/libexif.so.12.2.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1625 /usr/lib/libblkid.so.1.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1635 /usr/lib/libcom_err.so.2.1 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1599 /usr/lib/libe2p.so.2.3 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1605 /usr/lib/libss.so.2.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1615 /usr/lib/libuuid.so.1.2 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1661 /usr/lib/libext2fs.so.2.4 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1601 /usr/lib/libcurl.so.4.1.1 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1660 /usr/lib/libssl.so.1.0.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1607 /usr/lib/libcrypto.so.1.0.0 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                            1656 /usr/lib/libnexus.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             199 /lib/librt-0.9.29.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             221 /lib/libpthread-0.9.29.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             189 /lib/libuClibc-0.9.29.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             192 /lib/libm-0.9.29.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             206 /lib/libdl-0.9.29.so (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             209 /lib/libgcc_s.so.1 (path inode=4295000448)
humaxtv 186 root  mem    REG   31,0                             474 /dev/mem (path inode=4294975904)
humaxtv 186 root    0   0000   31,0 8315449637275809217  4294975926 /dev/console
humaxtv 186 root    1   0000   31,0 8315449637275809217  4294975926 /dev/console
humaxtv 186 root    2   0000   31,0 8315449637275809217  4294975926 /dev/console
humaxtv 186 root    3   0000    0,4 8315449635908878336  4295016959 socket
humaxtv 186 root    4   0000   31,0 8315449637266855515  4294975926 /dev/brcm0
humaxtv 186 root    5   0000   31,0 8315449637266855514  4294975904 /dev/mem
humaxtv 186 root    6   0000   31,0 8315449637266855514  4294975904 /dev/mem
humaxtv 186 root    7   0000   31,0 8315449637275808933  4294975926 /dev/ttyS2
humaxtv 186 root    8   0000   31,0 8315449637275808933  4294975926 /dev/ttyS2
humaxtv 186 root    9   0000   31,0 8315449637266855515  4294975904 /dev/mtd6
humaxtv 186 root   10   0000   31,0 8315449637266855515  4294975904 /dev/mtd3
humaxtv 186 root   11   0000   0,12 8315449637275809247  4295000484 /proc/bus/usb/001/001
humaxtv 186 root   12   0000   0,12 8315449637275809247  4295000484 /proc/bus/usb/002/001
humaxtv 186 root   13   0000   0,12 8315449637275809247  4295000484 /proc/bus/usb/003/001
humaxtv 186 root   14   0000   0,12 8315449637275809247  4295000484 /proc/bus/usb/004/001
humaxtv 186 root   15   0000   31,1 8315449637275808914  4295000484 /var/lib/humaxtv/rsv.db
humaxtv 186 root   16   0000   0,11 8315449636855563145  4295000512 /hackir
humaxtv 186 root   17   0000    0,5 8315449637275808915  4294971776 pipe
humaxtv 186 root   18   0000   31,0 8315449637266855515  4294975904 /dev/hmxsdcon
humaxtv 186 root   19   0000    0,5 8315449637275808915  4294971776 pipe
humaxtv 186 root   20   0000    0,5 8315449637275808944  4294971776 pipe
humaxtv 186 root   21   0000    0,5 8315449637275808944  4294971776 pipe
humaxtv 186 root   22   0000   31,0 8315449637266855515  4294992288 /dev/sdb
humaxtv 186 root   23   0000    0,5 8315449637275809137  4294971776 pipe
humaxtv 186 root   24   0000    0,5 8315449637275809137  4294971776 pipe
humaxtv 186 root   25   0000    0,5 8315449637275809137  4294971776 pipe
humaxtv 186 root   26   0000    0,5 8315449637275809137  4294971776 pipe
humaxtv 186 root   28   0000    0,4 8315449635908878336  4295016959 socket
humaxtv 186 root   29   0000    0,4 8315449635908878336  4295016959 socket
humaxtv 186 root   30   0000   31,0 8315449637266855733  4295000448 /opt/share/fonts/DejaVuSans.ttf
humaxtv 186 root   31   0000   31,0 8315449637266855733  4295000448 /opt/share/fonts/DejaVuSans.ttf
What are those huge (or negative?) sizes all about?
 
Moving My Video sorted it, moving it back caused the problem to return. I obviously have a problem file in there somewhere, but have not so far found it.

For some reason, my last Telnet session the prompt was "humax#" not "HDRFOX3#".

What do I do about this?
Code: 
humax# cd /mnt/hd2
humax# mv saved_Video/* My\ Video
humax# rmdir saved_Video
rmdir: 'saved_Video': Directory not empty
 
Code: 
humax# cd /mnt/hd2
humax# mv saved_Video/.auto* My\ Video
humax# rmdir saved_Video
 
I'm sure I don't need to suggest this to you but I would move half of the files out then proceed to use a binary-chop-like approach until you find the culprit. Don't delete it though, might be interesting to analyse it.
 
As a test you could try moving the "My Video" tree using the following:
Code: 
#Reboot into maintenance mode
cd /mnt/hd2
mv "My Video" zzz && mkdir "My Video"
sync
reboot
If it will then go into standby then that would prove the problem exists in one (or more) of the recordings under what was "My Video".

To restore the "My Video" tree
Code: 
#Reboot into maintenance mode (this assumes the My Video tree is still empty)
cd /mnt/hd2
rmdir "My Video" && mv zzz "My Video"
sync
reboot
 
Black Hole said:
That will have to be when I'm short of something to do...
Click to expand...

This should be scriptable - probably want to move files in chunks given the time overhead of testing whether it will go into standby

loop:
Move one recording folder out of the way;
Send standby command;
Wait 60 seconds;
Send standby command (to come out of standby);
goto loop;


When it goes into proper standby, you've identified the offending folder, then just need to do the same on the files within.
 
Right, I shall tackle this now. HDR3 is currently in the delinquent state, which means I can Telnet in, but is that effectively maintenance mode anyway?

I want to be sure of my process before I waste any time getting it wrong:

Step 1 is to move all the folders out of My Video and see if any of the non-filed recordings are doing it. How does this sound:

cd /mnt/hd2
mkdir zzz
mv "My Video/folder" zzz

...test, then to restore:

mv zzz/folder "My Video"

...and for individual files:

mv "My Video/folder/file.*" zzz/folder

...to restore:

mv zzz/folder/file.* "My Video/folder"

?
 
Yes, that's the general approach. Use quotes around anything containing whitespace as you've shown for "My Video"
 
I upgraded my iPad Telnet - vSSH HD is on offer at £2.99 at the moment. Makes things easier! I also have a USB-powered keyboard clip light plugged in so I can see when/if the HDR powers down.

I have so far localised the problem as being in the recycle bin.
 
Bad news (from the diagnostic point of view), I restored the recycle bin and the HDR is still powering down properly - and yet when I moved everything before, restoring it brought the problem back.

It could be that something has been auto-deleted from the recycle bin, but the log shows the last round of deletions in the middle of last night, not in the last couple of hours.

I think this one has got away, but I will keep an eye on it.
 
Hi

I've been having the same issue and you kindly pointed me here from another thread, I'm not great with *nix based shells - ok with windows / dos but a bit rusty!

I've gone through the steps regarding power timers, and done the hard reset but still got the box going into delinquent mode so next I want to try what you did here.

I have a HDR fox t 2, with a built in 1tb disk

Would I start by installing drop bear or can I just telnet in and select cli from the cfw telnet menu ? Or do I need to get drop bear and then get into recovery mode (which I've never done but think its from the webif ?)

I'm then thinking I move my videos to another folder but guessing I need to goto /mnt/hd2 and make a folder in there as moving them into a subfolder under My Video is probably not going to help ?

Finally where is the recycle bin you mentioned ? Is it lost+found

Apologies for the numpty questions, thanks for your patience :-)
 
The Telnet server is built into the CF, but as you are using 2.12 you will not have the Telnet menu - it will go straight to the command line. To access Telnet see the Wiki instructions HERE (click).

The recycle bin is part of the undelete package, a folder named "[Deleted Items]" by default. If you don't have undelete installed, you don't have it.
 
Thanks - mine's still doing this so just moved all the folders out, will disable the dlna server - reset the database and see if it behaves :-)

Question

If I have some non recorded avi's on there I want to keep on there so it's sharing it via dlna can I pop them in the photo's folder ?
 
Hmm ok done that and I think its behaving better but have noticed something which I think could be related

My box is turned off at the wall at night - long story but a faulty sky plus box caused a fire in our neighbours house.

When switched on from cold the box powers up and stays delinquent, it has a lan connection and I have the remote scheduling package installed - the hdd keeps spinning and chattering periodically so its doing something but if I leave it then it will spin all day.

If I power it on, then off with remote or button on front it goes to standby properly.

Like most people I have it configured to pass the aerial through in standby.

I'm sure the box never used to do this, I've moved the recordings to a folder under root, disabled and reset dlna.

Don't want to do a removal of all packages, cfw and factory reset so can anyone with a hdr fox t 2 tell me if their box does the same from a cold power off of a few minutes.

I have no on/off timers set, thinking I may set them for the time the house usually gets up!

Regards

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