1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

MFStools Boot CD - LBA48 Boot Disk for ALL TiVo Models

Discussion in 'TiVo Upgrade Center' started by tivoupgrade, Oct 4, 2004.

  1. Dec 3, 2004 #81 of 572
    hnaparst

    hnaparst New Member

    3
    0
    Dec 3, 2004
    I have a HDR112, series 1. I've already successfully upgraded to an LBA48 v3.0 kernel using tpip and set upgradesoftware=false. I have two disks total=280 GB, just over the 274 GB limit for 127 MB swap.

    Two questions I really don't see answered in the thread:

    1) It seems that I need to enlarge my swap slightly. What is the one command or command sequence that will do that and preserve all my programs (or alternatively, not preserve them)? Has mfstools been patched or fixed yet to allow a restore to over 127 MB? I have a bunch of TiVo utility disks, so feel free to use commands from those disks too.

    2) Can I upgrade to a more recent kernel from Todd Miller's disk to access new TiVo features? Will my hardware support a more recent kernel? I'd love to have all my copies of "The Daily Show with Jon Stewart" go into one folder, but v3.0 doesn't do that.

    Harold
     
  2. Dec 3, 2004 #82 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Not sure why you actually need to enlarge your swap, but if you want to, its certainly doable.

    Use mfstools with the -s xxx option and choose your swap size to be whatever you want it to be. Then use copykern to update the kernel and it will automatically initialize the swap file in the new partition. OR just use tpip to do it.

    There should be more info in the readme files on the CD (use the F1 key, F2 key, etc) for that info...
     
  3. Dec 4, 2004 #83 of 572
    hnaparst

    hnaparst New Member

    3
    0
    Dec 3, 2004
    I need to enlarge the swap because the maximum disk size that a 127 Mbyte swap partition can support is 274 GB, and I have 280. This has been well documented in this forum. It may have changed, though.

    Regarding your second piece of advice, that I use mfstools -s xxx where xxx>127:
    mfstools has a bug (to my knowledge) that will cause a zero size swap partition to be created if you use xxx>127.

    Do you have any further information?

    Harold
     
  4. Dec 4, 2004 #84 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Ok, so actually, you don't NEED the extra swap space; it has been well documented that mfsassert won't run if you don't have the extra swap space, its also well documented and well known that you should never have to run mfsassert, and that when it does run, its almost always due to a bad hard drive. Its a matter of opinion; we've never been proponents of pushing the large swap space.

    With that said, you might WANT the extra swap space, and there is nothing wrong with that, but I think its important that people understand that although there are few strong opionions in favor of larger swap space (I know Robert S is a big proponent of it), the reality is that it is truly not needed.

    Lastly, my previous post gives you the info need to create that larger space; just follow those directions, and/or the ones on the CD and it will work fine. CopyKern and tpip will take care of the swap initialization for you.
     
  5. Dec 4, 2004 #85 of 572
    hnaparst

    hnaparst New Member

    3
    0
    Dec 3, 2004
    Three follow up questions:

    1) Given that I don't NEED the swap space to be more than 127 MB, why would I want it to be large? Will I get better performance?

    2) Why are you recommending using mfsrestore -s to create swap spaces larger than 127MB? Isn't there a fatal bug in mfsrestore that prevents that?

    3) Can I use more recent kernels than the 3.0 kernel in order to get more features?

    Harold
     
  6. Dec 4, 2004 #86 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    1) my point exactly... there really is no benefit that you will ever see, in my opinion

    2) i am not recommending it, i'm telling you how to use it, in conjunction with copykern or tpip, so that you can have a swap space larger than 127MB

    3) no
     
  7. Dec 4, 2004 #87 of 572
    MRussell

    MRussell Big Member

    34
    0
    Mar 10, 2002
    Southern...
    Hi, I have one quick question:-

    I recently upgraded my UK Tivo to use a single 200GB disk using V2.0 of your excellent LBA48 disk. V2.0 was used because I somehow got hold of an old copy.

    My question is, is there any point in me blowing V3.0 to CD and running copykern again - is there any difference in the kernel itself between V2 and V3, or were the differences only in the tools provided etc?

    Mark.
     
  8. Dec 4, 2004 #88 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    I am not aware of the kernel specifics associated with version of the software running on UK systems versus the US versions. You might want to check the underground forum as there is an LBA48 discussion there that Robert S participated in - he is in the UK and knows the details of the UK kernel and whether its different than the ones we supply. I know you can use copykern to update your kernel and that the appropriate one is already on the CD; I just don't know which one is appropriate.
     
  9. Dec 4, 2004 #89 of 572
    MRussell

    MRussell Big Member

    34
    0
    Mar 10, 2002
    Southern...
    Thanks for the (very) quick reply :)

    I'll take a look over there.
     
  10. Dec 4, 2004 #90 of 572
    Robert S

    Robert S New Member

    9,725
    0
    Jul 8, 2002
    Cambridgeshi...
    The UK TiVo is still running 2.5.5, so the 2.5 kernel seems appropriate. No complaints about it from UK users.

    As for hnaparst's worries over swap, saying that 274Gb is the limit for 127Mb of swap is a convenient simplification. mfsfix requires exactly 128Mb of memory to check 274Gb of disk space. But the 127Mb of swap is not the only memory available to mfsfix - there's also about 10Mb of RAM available, so the true limit will be somewhere around the 300Gb mark for Series 1 stand alones, and a bit higher still for DTiVoes and Series 2's with their extra 16Mb of RAM.
     
  11. Dec 4, 2004 #91 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    right... so the message i want to make sure all those who are confused or concerned regarding the whole large swap file issue is this:

    We understand the limitations of mfstools and the fact that a 127MB swap file is not large enough to handle invocations of mfsfix on systems with "very large drives" -- however we feel that it is not a problem worth worrying about, unless you have a particular interest in investigating and pursuing it. We believe that the "casual upgrader" should not be concerned about this issue at all - in fact, the energy/time/effort is definitely better spent, thoroughly running diagnostics on any drive you consider putting into your TiVo. In EVERY case where we've had a "green screened" drive returned to us, its been due to a bad hard drive; that means that whether mfsfix runs or not, you've still got an underlying problem.

    Yes, I'm aware of the fact that a system that may be temporariliy recovered due to a GSOD, mfsfix revival, may give you the opportunity to rescue your content or settings, or whatever, however I still consider this to be a corner case, and I'd hate to see anyone losing sleep over not having a large swap because they either couldn't figure out how to do it, or where intimidated into not ugprading at all because they didn't think they could without having to have a large swap.

    With that said, it can't hurt to have it, but again, don't sweat it because its just not that big of an issue.
     
  12. Dec 11, 2004 #92 of 572
    eibgrad

    eibgrad New Member

    119
    0
    Dec 11, 2004
    Thank you for the v3.0 CD, worked great. Updated my Humax DRT800 "A" drive from a Seagate 80GB to Seagate 200GB. Incredibly easy, just followed Hinsdale documentation and used your CD. Took me about 3 hours, most of the time spent being VERY cautious and deliberate so as to avoid mistakes. Another upgrade I could probably do in 1 hour given what I know now.

    Now if I could only find a way to make this 200GB as quiet as the original 80GB! Have since discovered Humax was using a special "U" version drive, which I think runs 5400RPM and uses acoustic management. I replaced it w/ a standard, retail Seagate 200GB HD, and wow, is it noisy compared to the original drive. Enough so I'm seriously considering going back to the 80GB HD unless I can find a means to quiet it down! That will be the "fly in the ointment" for a lot of people.

    Anyway, that's another story, just wanted to provide some feedback to anyone who might interested in a similar upgrade and let them know this CD works great.

    eibgrad
     
  13. Dec 11, 2004 #93 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Excellent, glad things went well. You may want to check the Seagate site to see if they have an acoustic management utility or research use of the "hdparm" command as I know it has some settings for Seagate drives (be careful, though - hdparm can do some nasty things).

    Also, your drive may be noisier than usual right now because it may still be busy indexing guide data, and could settle down once its done with that...
     
  14. Dec 13, 2004 #94 of 572
    dmk1974

    dmk1974 DA BEARS!!!

    549
    0
    Mar 7, 2002
    Cary, IL
    This has got to be somewhere and I apologize if it's been covered, but using the 3.0 CD, which set of instructions are most appropriate and current? Hinsdale, Weeknees interactive guide, or other?
     
  15. Dec 13, 2004 #95 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Shouldn't matter which one you choose, just make sure you read and understand the caveats associated with our CD (IE don't use the LBA48 CD to prepare a replacement drive on anything larger than 137GB unless you are doing a kernel transplant or the target TiVo unit has a native LBA48 kernel. If the guides you are referring to don't mention that, you should contact the authors to make sure they cover that issue, as well as any issues associated with using drives larger than 137GB, whether or not you use an LBA48 CD.
     
  16. Dec 13, 2004 #96 of 572
    Blurayfan

    Blurayfan Active Member

    1,121
    0
    Oct 6, 2003
    Thanks for the 3.0 CD it was a great help upgrading my new DirecTiVo R10 to use a 160GB drive to its full capacity. This gives you another unit to add to your list of native LBA48 supported kernels.
     
  17. Dec 14, 2004 #97 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Oh good. That is good to hear. We haven't gotteh the R10 unit yet to test. Is there an 'official' model number for that or is it just "R10?"

    Thx
     
  18. Dec 14, 2004 #98 of 572
    Blurayfan

    Blurayfan Active Member

    1,121
    0
    Oct 6, 2003
    R10 is the Official Model name. A Review of the R10 is available on this forum.
     
  19. Dec 18, 2004 #99 of 572
    tivoupgrade

    tivoupgrade Sponsor

    2,494
    0
    Sep 27, 2000
    Chicago, IL...
    Please see top post for updated info; new relase (4.0) incorporates R10 mention, but also some other goodies, including a complete rebuild of the BusyBox environment.
     
  20. kf6dky

    kf6dky New Member

    7
    0
    Mar 11, 2003
    SoCA
    I see PTV sells the drives with PTVnet installed and includes LBA48 support, is LBA48 support available for the Hughes DVR80 now? And is so, which utilities or .iso's will allow me to upgrade this?
     

Share This Page