HDVR2 300GB, hangs every 3 days after upgrade

Discussion in 'TiVo Upgrade Center' started by mfryd, Jan 3, 2006.

  1. mfryd

    mfryd New Member

    13
    0
    Nov 7, 2005
    My original disk died, and I upgraded to a 300GB Maxtor Diamond Max 10. (it was on sale).

    I copied and expanded a smaller disk from a working HDVR2, did a reset-all, and everything seemed to be working perfectly.

    There is ONE problem. About every three days, the unit hangs. The screen just freezes. The power light does turn yellow when I press buttons on the remote, but both local and remote buttons are ignores.

    Power cycling the unit fixes it for about another 3 days.

    I've run the full Maxtor diagnostics on the drive, and it reports that the drive is fine. I've tried the acoustic management utility to swap the drive from 'fast' to 'quiet', but that didn't help.

    Anyone have any ideas on what the problem is, or what I can do to fix it. (It's been like this about 2 months, and I have over 200 hours of programs my wife doesn't want me to lose).

    Does it sound like the drive, the power supply, mother board issue, or software?

    Should I try copying everything onto another matching drive?

    The drive does draw a lot of power, can I delete some programs and copy things onto a lower power 250GB drive?

    Could it be the power supply (should I try swapping in a power supply from another HDVR2)?

    Does anyone have a single working 300GB drive in an HDVR2?

    Thanks in advance for any help or guidance you can give me on what I should try next.

    -Michael
     
  2. JamieP

    JamieP Member

    991
    0
    Aug 2, 2004
    You might have an improperly initialized swap, if you restored with a -s value > 127. Here's one way to check. If that's the problem, you'll need to pull the drive and initialize swap with tpip as described here.
     
  3. mfryd

    mfryd New Member

    13
    0
    Nov 7, 2005
     
  4. winders

    winders New Member

    189
    0
    Jul 29, 2003
    San Martin, CA
    All you have to do is remove the drive from your TiVo, put it back in your PC, and issue the following command with tpip 1.1:

    tpip --swapped -s /dev/hdX

    The "--swapped" is what you probably missed and, if left out, results in an invalid swap header.

    If you use tpip 1.2, the command is:

    tpip -1 -s /dev/hdX

    Scott
     
  5. mfryd

    mfryd New Member

    13
    0
    Nov 7, 2005
    I tried tpip, and tpip reported that it wrote a level 1 header.

    I'm pretty sure it did something, becuase now when I boot the HDVR2, and look at the log files it says that the swap header isn't recognized (previously it said the header was bad).

    Does the 6.2 DirecTV kernel recognize the new level 1 format swap header? Does anyone actually have a working HDVR2 with more than 127MB of swap?

    My current plan is to mfsbackup | mfsrestore everything to a new 300GB drive, but to use -s 127 on the mfsrestore. The problem is that this takes about 30 hours on my old PC. The first time I copied it, mfsrestore failed with an out-of-memory error as it was finishing up (I am now trying again with more memory).

    The reason I'm using tpip 1.1, is becuase that's the version included on the mfstools boot CD I have.

    Thanks again for everyone's help.
     
  6. JamieP

    JamieP Member

    991
    0
    Aug 2, 2004
    Yes, the 6.2 kernel can use v1 swap. You sure you included --swapped on the tpip command line? Attach the kernel log to a post so we can diagnose further.

    If you can enable dma on the disks, it will probably make the mfsbackup/mfsrestore transfers go much faste. Try "hdparm -d1 /dev/hda" and repeat for the other disk(s).
     
  7. winders

    winders New Member

    189
    0
    Jul 29, 2003
    San Martin, CA
    mfryd,

    Pay attention now:

    All you have to do is remove the drive from your TiVo, put it back in your PC, and issue the following command with tpip 1.1:

    tpip --swapped -s /dev/hdX

    The "--swapped" is what you probably missed and, if left out, results in an invalid swap header.

    Again:

    The "--swapped" is what you probably missed and, if left out, results in an invalid swap header.

    If you use tpip 1.2, the command is:

    tpip -1 -s /dev/hdX

    Yes, there are MANY people with an HDVR2 with more than 127MB or WORKING swap space. Your plan is a bad one since all you probably need to do is issue the correct tpip command to fix the problem and 127MB of swap space isn't enough.

    Scott
     
  8. mfryd

    mfryd New Member

    13
    0
    Nov 7, 2005
    Thanks!! I now have 500MB of working swap space.

    The problem was that I had tpip 1.1, but the only documents I could find were for tpip 1.2.

    I was confused over --mkswap, --swap, and -s. Some specify creation of swap space, some request byte swapping, and in 1.2 more things happen automatically.

    The command I needed was in fact: tpip --swapped -s /dev/hdX

    Now that I have swap space, hopefully this will fix my freeze-up problems.
     

Share This Page