After HDD install - frozen on downloading full webif

Luke

Well-Knwοn Мember
I've currently got the Downloading and installing full web interface... frozen at
Downloading http://hummypkg.org.uk/hdrfoxt2/base/tmenu_1.05_mipsel.opk.
Last time it was the ffmpeg which came next.

Any ideas about what has gone wrong and what I should do next?

Its 1.03.06 and had 2.19 before replacing the HDD.
The HDD only took a few minutes to format via the HDR's Data Storage menu.
On rebooting it displayed 2.19 on the front display.

I was planning to look at the smart data via the webif but instead it came up with the click here to Download the Full Webif long button. , so I clicked on it.

My router and internet is still OK and up to its normal speed. And another HDR can acess the internet OK and its webif is accessible. I.e. I doubt that it is the internet or LAN that is the issue.


Edit 1:
Pinging the HDR it replies OK

Edit 2:
Using a web browser to go to the HDR's ip address gives:

Index of /

NameModifiedSize
Parent directory - -
charts/ 06-Dec-2013 18:42 [DIRECTORY]
img/ 06-Dec-2013 18:42 [DIRECTORY]
 
I think that reinstalling the custom firmware should help (1.03.06/2.19). The firmware will still be in the flash memory, but there may be files missing from the /mod folder in new drive.
 
Reinstalled 1.03.06 and then re-installed 1.03.06/2.19. The result remains that when attempting to use the webif it displays: Index of/.

The HDR will not format the drive. It did earlier. Now it says that it is 'too large'. I can still tenet in and get maintenance mode.
 
Do a forced reinstall of the web interface from the command line by typing:

opkg install webif --force-reinstall

and hopefully that will sort it out.
 
Thanks for the fix af123. Unfortunately I have another issue before I can execute the forced reinstall.
At about 11pm last night without checking to see if there wre any more relpies to this thread I decided to run fix-disk as the HDR's formatter was saying that the drive was 'too large'. Nine hours later it was still running it. Unfortunately when I tried to read the screen I accidentally terminated fix-disk. At least I presume it was me.

So my dilemma is what do I do next?
I hope it’s not run fix-disk again because that would take 35 days by my calculations. (1024*1024*1024/0.5)*9/24
(Edit: The disk is an ST31000424CS, 1TB. The only difference to the ST31000322CS is that the cache is 16

Inode 22671630, i_size is 17967451410998269759, should be 0. Fix? yes
Inode 22671630, i_blocks is 3368243419, should be 0. Fix? yes
Inode 22671551 has INDEX_FL flag set but is not a directory.
Clear HTree index? yes
Inode 22671551 should not have EOFBLOCKS_FL set (size 8734370253132740893, lblk -1)
Clear? yes
Inode 22671551, i_size is 8734370253132740893, should be 0. Fix? yes
Inode 22671551, i_blocks is 1440261280, should be 0. Fix? yes
Inode 22671721 has compression flag set on filesystem without compression support. Clear? yes
Inode 22671721, i_size is 14086234005868357053, should be 0. Fix? yes
Inode 22671721, i_blocks is 628554920, should be 0. Fix? yes
Inode 22671828 has compression flag set on filesystem without compression support. Clear? yes
Inode 22671828 has a bad extended attribute block 73726983. Clear? yes
hmx_int_stor: e2fsck canceled.
hmx_int_stor: ***** FILE SYSTEM WAS MODIFIED *****
tee: /tmp/fix-disk.log: I/O error
Removing extra swap space.
cat: write error: No space left on device
Finished
Press return to continue:
 
Sorry my last suggestion did not help with your earlier problem:( I have also had the same issues as you are now encountering: fix disk finding problems with every inode and the Hummy incapable of reformatting, saying that the disk is too large. I did manage to fix this, albeit in an inelegant fashion. I took the disk back out of the Hummy and connected it to a Windows PC. Using disk management I did a quick format: this only takes a few minutes. This gives a single NTFS partition. Then I used the same tool to convert the partition to unallocated: right-click on the partition and delete it. When put back in the Hummy, the drive could be formatted again. If you try this and it works I recommend installing the customised firmware again before proceeding with installing the full web interface.
 
Do a forced reinstall of the web interface from the command line by typing:

opkg install webif --force-reinstall

and hopefully that will sort it out.
Yes it did sort it out despite me possibly making the situation worse first.

Many thanks.
 
I had a similar problem "webif displays: Index of/." after I forced WebIF to reinstall from the WebIF and then not waiting as instructed...

I fixed it by putting WebIf package on a USB device, with the more recent firmware it installed it automatically. Easier for me than Telnet line commands.
 
I've tried installing the 'lighttpd and I get this error
Code:
humax# opkg install lighttpd
Installing lighttpd (1.4.35) to root...
Collected errors:
* check_conflicts_for: The following packages conflict with lighttpd:
* check_conflicts_for:        webif *
* opkg_install_cmd: Cannot install package lighttpd.

So I tried force installing WebIF and Mongoose but no luck.
Any ideas what to try? It all down to hard disk errors. I think I've fixed them now though. :frantic:

Code:
humax# opkg install webif --force-reinstall
Removing package webif from root...
Not deleting modified conffile /mod/var/mongoose/html/favicon.ico.
Installing webif (1.0.11-4) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/webif_1.0.11-4_mipsel.opk.
Configuring webif.
Postinstall configure
SMART: (PASSED)
realloc: 0
spinretry: 0
pending: 1
offline: 1
Collected errors:
* file_md5sum_alloc: Failed to open file /mod/var/mongoose/html/favicon.ico: No such file or directory.
humax# opkg install mongoose --force-reinstall
Removing package mongoose from root...
Not deleting modified conffile /mod/etc/mongoose.conf.
Installing mongoose (3.0.11) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/mongoose_3.0.11_mipsel.opk.
Configuring mongoose.
Collected errors:
* resolve_conffiles: Existing conffile /mod/etc/mongoose.conf is different from the conffile in the new package. The new conffile will be placed at /mod/etc/mongoose.conf-opkg.
humax# opkg install webif --force-reinstall
Removing package webif from root...
Not deleting modified conffile /mod/var/mongoose/html/favicon.ico.
Installing webif (1.0.11-4) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/webif_1.0.11-4_mipsel.opk.
Configuring webif.
Postinstall configure
SMART: (PASSED)
realloc: 0
spinretry: 0
pending: 1
offline: 1
Collected errors:
* file_md5sum_alloc: Failed to open file /mod/var/mongoose/html/favicon.ico: No such file or directory.
 
Same problem that rpb424 reported over in the lighttpd thread. I Can't reproduce it and I haven't worked out what is going on yet. The lighttpd package is configured to conflict with webif <1.0.11 so 1.0.11-4 should be fine.

Edit: You should be able to force the installation with 'opkg install lighttpd --force-depends'
 
Great, thanks, that worked.
Sorry did not realise I was not the only one, thought it must be my hard disk.
Thanks again.

Code:
humax# opkg install lighttpd --force-depends
Installing lighttpd (1.4.35) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/lighttpd_1.4.35_mipsel.opk.
Installing swapper (1.0.1) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/swapper_1.0.1_mipsel.opk.
Configuring swapper.
128+0 records in
128+0 records out
134217728 bytes (128.0MB) copied, 8.483000 seconds, 15.1MB/s
Setting up swapspace version 1, size = 134213632 bytes
UUID=f5711f56-0d1e-4ac7-b508-ffb628326aec
Configuring lighttpd.
 
FYI

Had similar issues as Luke after installing 1.03.11 mod 2.22 for the first time. Got the following errors after Telneting in to reinstall webif ;

humax# opkg install webif --force-reinstall
Removing package webif from root...
Not deleting modified conffile /mod/webif/html/favicon.ico.
Installing webif (1.0.12-2) to root...
Downloading http://hpkg.tv/hdrfoxt2/base/webif_1.0.12-2_mipsel.opk.
Configuring webif.
Postinstall configure
SMART: (PASSED)
realloc: 0
spinretry: 0
pending: 0
offline: 0
Collected errors:
* file_md5sum_alloc: Failed to open file /mod/webif/html/favicon.ico: No such f
ile or directory.
* extract_archive: Cannot create symlink from var/mongoose to '../webif': File
exists.

However humax# opkg install lighttpd --force-depends seeems to have solved the problem.
 
Back
Top