Customised HDF file released

Code:

opkg update && opkg install dropbear-ssh

Dropbear is a small SSH client/server implementation suitable for using on embedded systems. It's largely compatible with OpenSSH and mostly works the same way (e.g. you can create a /mod/.ssh/authorized_keys file to enable key-based logins).

This package uses passwd/shadow files installed in /mod/etc/dropbear/. The only user that's defined when you first install the package is root with a password of humax but you can change the password or add new users by hand and subsequent package upgrades won't overwrite it. That directory is also where the server keys are placed - they are generated the first time you install the package.

SCP's supported but SFTP isn't just yet. SFTP will be a separate package coming shortly.

 

Oh, the hidden settings screen is via:

Menu > Settings > System > System Information > Red > Green > Yellow > Blue > Green > Yellow > Blue

but there's nothing in there related to auto update.

The internal settings database has a few update options, but none of them look promising for disabling automatic updates.

Code:

humax# sqlite3 /var/lib/humaxtv/setup.db 
SQLite version 3.7.5
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select * from TBL_MENUCONFIG where itemName like '%UPDATE%';
66|REGULAR_AUTO_UPDATE_TARGET|2||
67|REGULAR_AUTO_UPDATE_STANDBY|0||
68|REGULAR_AUTO_UPDATE_OPERATE|0||
69|REGULAR_AUTO_UPDATE_TIME|0||
70|REGULAR_AUTO_UPDATE_FREQUENCY|0||
71|REGULAR_AUTO_UPDATE_SET|0||
72|REGULAR_AUTO_UPDATE_SUCCESS|0||
73|DYNAMIC_UPDATE|1||
sqlite>

 

The greenend-sftp package delivers an SFTP server plugin.

 

Try /mod/.ssh/authorized_keys - root's home directory is read from the /mod/etc/passwd file and in there it's set to /mod. You can change it to anywhere (writeable) that you like by editing that passwd file.

Yes, Raydon's shown me how to fix that in the next release. My script always assumes FAT32 which is bad.

 

An rsync package is available too - might help.

 

That probably won't be too hard but we could run into memory problems.. Certainly worth a try!

 

It's a shame that the copy has to invoked by hand with the remote in order for the encryption to be removed.
Hopefully someone can come up with a decrypt command...

 

I've updated the dropbear-ssh package. There was a problem with it that stopped the server being started up when the Humax was taken out of standby.

Code:

opkg update && opkg upgrade

should do the trick.

 

Very neat!
With that solution, using media servers to stream the content to other devices becomes practical.

I can package up the ext tools so this can all be done on-box too.

 

I can upload a patched HDF for the HD, but I have no way of testing it first. I'll PM you a link if you want to give it a go.

The HDF tool will be out on Tuesday morning. I'm away for the weekend and need to spend a few more hours on it before releasing.

 

I've taken the liberty of packaging up this technique into a script that can be run on box. This is a great technique for decrypting content on-box and opens up lots of options. Creating large files is fun on that platform - dd won't do it with a block size of 1G and otherwise it's too slow, so I wrote my own utility to do that.

Code:

humax# opkg update && opkg install virtual-disk
Installing virtual-disk (1.0) to root...
Downloading http://hummypkg.org.uk/hdrfoxt2/base/virtual-disk_1.0_mipsel.opk.
Installing e2fsprogs (1.41.14) to root...
Downloading http://hummypkg.org.uk/hdrfoxt2/base/e2fsprogs_1.41.14_mipsel.opk.
Configuring e2fsprogs.
Configuring virtual-disk.

humax# create-virtual-disk barney 16g
Creating 16g virtual disk 'barney'
... Creating empty file to hold fileystem.
... Formatting.
... Mounting.
... Done.

(takes around 15 seconds for 16GB)

humax# df -h | grep barney
/dev/loop0              15.7G    172.1M    14.8G  1% /media/barney

Thanks to fjk3489tb!