- This topic has 14 replies, 3 voices, and was last updated 8 years, 12 months ago by
.
-
Posts
-
Struggling with Humaxrw and unsure what things can be tried safely, leaving other attempts still available if not work.
What happened. Unlucky that some glitch caused a re-boot (happens now and again) just at the very moment I was deleting a recording. I assume the write in progress but unfinished has left the contents corrupted and unavailable. Shows no recordings in menu.
Connected 500gb sata drive to win7 pc and humarw in -r -l shows the 430+ recordings. Though strangely there are 2 recording names given to each one and the -i option indeed describes appropriately the description for both. How this can be I don’t understand beyond the fact that the 2 programmes have been repeatedly recorded/erased over the years as part of a long running tv series. Both named recordings would have been similar size. Typically 2hrs or so.
I see there is an option to swap a backup recording list.
Can this be swapped back and forth if gives no benefit in restoring the drive to use ? (so something else might next be tried)
Will a backup of a recordings list ever restore the drive to use in the circumstances I am in ?
I have successfully used the -r -g to move a sample ts file onto pc drive so maybe if all else fails there is some hope to save/watch recordings BUT that has to be a LOT less desirable than somehow getting the drive recording list/index restored to good health if it can be done ???
This subject seems to be now historic as most people seem to have moved on long ago to other products and software tools abandoned maybe.
If anyone in the UK can or knows of someone who can do a fix beyond what I can attempt myself then I would be happy to outsource the fix.
CobaltUK – 12 hours ago »
Connected 500gb sata drive to win7 pc and humarw in -r -l shows the 430+ recordings. Though strangely there are 2 recording names given to each one and the -i option indeed describes appropriately the description for both.
This bit I don’t understand what is going on.
I have successfully used the -r -g to move a sample ts file onto pc drive so maybe if all else fails there is some hope to save/watch recordings BUT that has to be a LOT less desirable than somehow getting the drive recording list/index restored to good health if it can be done ???
I think the only way to restore the drive to health will be to copy off all the recordings, then format the drive in the Humax. On a 9200 you could copy the recordings back but this doesn’t work on a 9300.
CobaltUK – 20 hours ago »
Connected 500gb sata drive to win7 pc and humarw in -r -l shows the 430+ recordings. Though strangely there are 2 recording names given to each one and the -i option indeed describes appropriately the description for both.
The reason you are seeing two (or more) different recording names in recovery mode is due to padding. In recovery mode it does not use the recording list, instead it builds a list using the epg data.
If padding is applied a recording may have say 5 minutes of a previous programme, the actual programme and the following programme. Each of these will have a description stored in the epg file with a timestamp for their respective lengths.
The listing you see in recovery mode lists each of these entries for a particular recording.
I see there is an option to swap a backup recording list.
Can this be swapped back and forth if gives no benefit in restoring the drive to use ? (so something else might next be tried)
It does just swap the main and backup lists. If you put the disk back into the machine it may overwrite one or both of these lists so swapping back may not be useful.
I would suggest running “humaxcheck” before replacing the drive. It will not fix your recording list but may find and fix other problems in the file system.
Thanks both for your advice. Ordering new drives both for copying to and in case unit drive defective.
Decided to try Humaxcheck as suggested.
[attachment=53734,756]
Which of the available fix options would be best/safest to try ??
Various allocation errors, cross linked block, improper file termination in FAT
6 corrupted files plus blocks allocated to orphaned chains seems to be the factors in Partition 0
Unsure but Partition 1 and 2 Ok ??
Any options that SHOULD NOT be used ? Thanks
Try a dry run with the ‘-a’ option (which will not make any changes to the disk). If that looks good then repeat with ‘-a -w’ options to save the changes.
BTW the recording list is saved on partition 1, so it is very unlikely to fox that.
Ok just tried the -a option (sounds like nothing actually gets done to drive without the -w ? )
Result not clear to me so not yet risked a write.
PARTITION 0
81.elu : Err Frag 3, size: 1531392 Alloc fat 3760, dir 3760
Warning – File size error
80896 blocks allocated in orphan chains taking up 31146901504 bytes
Humax calculated free space count: 6087614464 bytes
I think the “file size error” problem is something that is not handled by “humaxcheck”. In this case it means that the actual space reserved on disk for a particular file is larger than it needs to be. This shouldn’t cause a problem. This would have been fixed if the space resereved was less than the file size.
If you want to release the space allocated to orphans then add the “-c” option. Orphans are areas of the disk which are marked as being in use but are not actually used by any file.
I forgot to mention that the cross linked files are likely to be corrupt. The listing above indicates that two or more files share the same area on disk. Humaxcheck “fixes” this by truncating the files at the point just before they become joined.
You may wish to run “humaxrw -r -l -x” to identify which recordings are likely to be corrupt/truncated.
Finally had some time and available drives for more tests.
Abandoned hope of repairing existing drive/contents. Nothing worked.
Used humaxrw to move all files to a temp location on 1TB drive.
Majority of recordings have all associated files. Missing files seem to be the filename.hre
The HumaxRW Front-End tool seems fully successful in taking recordings both off and BACK ONTO the PVR-9300T despite what has been reported that it (well at least the humaxrw.exe underneath it) can not.
Good recordings moved off the old formatted drive to temp storage on pc can be moved back to it and everything is 100% on the 9300. Just as it was in all respects.
The recordings that were salvaged from the drive were all given filename recover_0001 and upwards despite having all associated files. This is going to be a pain even if only played on pc.
Moving these salvaged files back to humax drive results in playable recordings but no names or dates.
Editing a cloned hre file to match file number of the missing .ts hre allows file to be moved from pc to humax drive but does not result in a playable recording. It is missing in the PVR menu.
humaxrw lists the recording but strangely there is a big difference in the layout of
nameright most end which is defaulted to drive name is separated from rest as if tabbed.Is there a tool to recreate good .Hre files ? Or maybe an editor other than notepad that would let the clone/edit work.
[attachment=54446,769]
CobaltUK – 2 hours ago »
Is there a tool to recreate good .Hre files ?
You are looking for ts2hrw.exe which comes bundled with humaxrw and is described in the README file that is also part of the bundle.
Missed that. Think I skimmed for name ts2hre (doesn’t exist ?) and figured ts2hrw was for another purpose.
Anyway it does not work for me as is (win7 64bit). Fails with an error each attempt.
[attachment=54468,770]
Searching for PAT….. ??
Try reading this thread https://myhumax.org/forum/topic/restoring-recordings-and-list-to-humax-pvr-9200t which talks about the same problem and the author had problems with a smallish percentage of the recovered .ts files.
- You must be logged in to reply to this topic.