OP
Newcoppiceman
Active Member
Rodders53 was going to try using Facebook Messenger to send me his 1.03.12 .hdf so I could try that...
-
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.
Two Problems While Trialling CF 1.03.12 on HDR-Fox T2
- Thread starter Newcoppiceman
- Start date
Black Hole
May contain traces of nut
I'm gratified I came up with the same hash! At least that means I have my method correct.
I don't understand this at all. Why would there more than one .hdf claiming to be "1.03.12" out in the wild? Humax cock-up again? Different locales (in which case you would expect different version numbers)?
I might suggest a fault with the SHA utility, but if the two sources of download were the same the hash should be the same – even if in error.
Last edited:
Black Hole
May contain traces of nut
Aren't they these?:
https://drivers.softpedia.com/dyn-p...1589696a7f986c20f9abca90dd/6557ca84/7d083/4/1
https://drivers.softpedia.com/dyn-p...65188527a4d11e0504d3e292e1/6557ca84/7d083/0/1
Curiously, the URLs look like hashes!
prpr
Well-Known Member
Who knows. A .hdf file is just a container, a bit like .zip or .rar or any other container you care to think of.
I unpacked and then repacked the contents of the original 1.03.12 .hdf eight different ways (using different options on the HDF tool) and got eight different SHA1 results, not surprisingly. The container files are different, obviously, but the contents are still the same when extracted.
One of them matched the 0621 SHA1, but none of them matched the original one from the 1.03.12 version I quoted earlier today.
prpr
Well-Known Member
They both generate blank pages, so I guess they are time (or something else) sensitive.
prpr
Well-Known Member
You can upload
Last edited:
OP
Newcoppiceman
Active Member
'Tis done.
Last edited:
Black Hole
May contain traces of nut
That's not what the download site says!
OP
Newcoppiceman
Active Member
The in-service/principal PVR was depowered for a couple of hours this morning during an abortive attempt to install our new TV. Tried to watch live TV over lunch but repeated freeze/re-start problems again - every couple of minutes picture would freeze while sound continued, then after about 15s re-start would occur. Is there anything worth looking at other than crash.log (attached) to determine cause? Seems to have settled down now (13:45). (No user interaction with PVR other than to select service after first start-up.)
Attachments
Black Hole
May contain traces of nut
Thermal issue?
OP
Newcoppiceman
Active Member
Current SMARTs 5, 197-199 exactly as reported in posts #4, #6.
Can I run a manual SMART scan in Maintenance mode? Not sure how the Disk Information and Attributes tables get populated - is it each time you choose Disk Diagnostics?
In post #4 (last sentence) I reported getting no results from a Maintenance mode short HDD test. Will try again in due course.
Bit confused about disk "tidy-up", "reformat", "filesystem check" (post #2), "fix-disk" (post #8) - don't want to risk losing recordings, etc. Fix-disk appears to have a very small - but finite - chance of losing recordings.
OP
Newcoppiceman
Active Member
A possibility.
Black Hole
May contain traces of nut
How else???!! Observe where it says "Local Time is". It's also polled from time to time inthe background, in order for WebIF to flag up warnings.
Only if the file system was corrupt anyway, in which case your recordings are lost but you just don't know it yet! What makes you say "appears"? Where is your evidence?
You've been around for quite a while, I appreciate you don't have personal experience of the CF, but if it was troublesome do you think we would be using it? Get stuck in.
OP
Newcoppiceman
Active Member
Evidence at post #8 (nobody else, I think, answered my question in post #4).
Happy to get stuck in where knowledge/experience level is high; however, a little knowledge is a dangerous thing! I'm treading carefully, given all the damage I might cause. But, a thought - can I use Macrium Reflect (8) to clone the HDD as insurance? I can use the HDD from our second spare PVR (having checked its SMARTs using CrystalDiskInfo) as destination. Will it then work in the principal PVR?
Black Hole
May contain traces of nut
What... you mean
I didn't take issue with that because my interpretation of "very small" is not (unlike you) "finite" but "infinitesimal". So small as not to worry about it. Really. Just do it, you'll see how easy it is (and it could save you a heap of trouble).
I don't know. It depends whether the "clone" is of a file system or a raw disk - if Macrium Reflect relies on a Windows disk structure you're out of luck.
prpr
Well-Known Member
You've probably got as much chance of losing recordings doing this as you have turning the box off and on (in our collective experience).
The schedule is stored in flash, not on the disk.
You need to poll for the results after the advertised time. They won't suddenly appear out of the ether somehow. This involves either looking at the data in the Web Interface again or learning how to use the smartctl utility from the command line.
If it understands Linux Ext3 filesystems then yes. But on a quick peruse it seems like a Windows tool using Windows methods, so who knows.
If it's a proper image copy then yes, and the disks need to be exactly the same size of course (or the target larger), unless whatever is doing the copy understands the filesystems and can do an intelligent copy.