I'm the guy from this thread:
http://hummy.tv/forum/threads/hdr-fox-t2-stops-seeing-the-hard-drive.4234/
But this has nothing to do with that. Instead it concerns the two refurbished (graded) HDR-FOX-T2 boxes. I only got the 500Mb ones as it happens.
Basically, in both cases they've arrived with the hard drive formatted in a way that makes fix-disk fail.
Despite this there are no symptoms visible via the normal consumer UI - they work fine. And both disks check out fine via SMART, though they're obviously old (around 2000 hours runtime).
I attach a ZIP file containing two log files - one huge - containing two different e2fsck -n -f /dev/sda2 runs.
I upgraded the first machine (hostname humax3) from OTA upgrade version (stock 1.03.12) to 1.03.12/2.22 a few weeks ago.
On running fix-disk I was surprised to see loads and loads of errors from e2fsck. In fact e2fsck died as it ran out of memory.
Thinking this might have had something to do with my messing around I reformatted the drive (via the standard Humax UI). But, even after that it still shows up with loads of errors. Logfile is attached - Disk check after reformat (via Humax UI).log. Actually I used e2fsck -n -f /dev/sda2 so as not to write any changes.
So: After a reformat, the disk is in a state that e2fsck is unhappy with.
I left the second machine untouched until a few hours ago. Wanting to see if this was an isolated incident I upgraded to CFW 1.03.12/2.22 and ran e2fsck -n -f /dev/sda2. Thus it should be pretty much as-shipped except for the custom firmware.
Disk check as shipped.log is from this machine (hostname human - unchanged form the default) I have only just upgraded to custom firmware. It was on the OTA upgrade version (stock 1.03.12) until a few hours ago.
I didn't run fix-disk on it - instead I ran: e2fsck -n -f /dev/sda2 so nothing would get changed.
Any idea what's happening?
Possibilities:
As I say, physically (via SMART) the disks are fine. And the machine works fine too.
Thanks for any light anyone can shed!
Andrew
http://hummy.tv/forum/threads/hdr-fox-t2-stops-seeing-the-hard-drive.4234/
But this has nothing to do with that. Instead it concerns the two refurbished (graded) HDR-FOX-T2 boxes. I only got the 500Mb ones as it happens.
Basically, in both cases they've arrived with the hard drive formatted in a way that makes fix-disk fail.
Despite this there are no symptoms visible via the normal consumer UI - they work fine. And both disks check out fine via SMART, though they're obviously old (around 2000 hours runtime).
I attach a ZIP file containing two log files - one huge - containing two different e2fsck -n -f /dev/sda2 runs.
I upgraded the first machine (hostname humax3) from OTA upgrade version (stock 1.03.12) to 1.03.12/2.22 a few weeks ago.
On running fix-disk I was surprised to see loads and loads of errors from e2fsck. In fact e2fsck died as it ran out of memory.
Thinking this might have had something to do with my messing around I reformatted the drive (via the standard Humax UI). But, even after that it still shows up with loads of errors. Logfile is attached - Disk check after reformat (via Humax UI).log. Actually I used e2fsck -n -f /dev/sda2 so as not to write any changes.
So: After a reformat, the disk is in a state that e2fsck is unhappy with.
I left the second machine untouched until a few hours ago. Wanting to see if this was an isolated incident I upgraded to CFW 1.03.12/2.22 and ran e2fsck -n -f /dev/sda2. Thus it should be pretty much as-shipped except for the custom firmware.
Disk check as shipped.log is from this machine (hostname human - unchanged form the default) I have only just upgraded to custom firmware. It was on the OTA upgrade version (stock 1.03.12) until a few hours ago.
I didn't run fix-disk on it - instead I ran: e2fsck -n -f /dev/sda2 so nothing would get changed.
Any idea what's happening?
Possibilities:
- Humax is now intentionally using a different tweak of the filesystem - ones that e2fsck is unhappy with. And we need to upgrade e2fsck.
- Humax is inadvertently shipping with a weird filesystem set-up. One that reformatting doesn't re-set (so the formatter must be weird too.
- Any other ideas?
As I say, physically (via SMART) the disks are fine. And the machine works fine too.
Thanks for any light anyone can shed!
Andrew