Page 3 of 3 FirstFirst 123
Results 31 to 34 of 34

Thread: Monte from killhdinitrd 3.1.5 to S2_Unscramble

  1. #31
    Join Date
    Feb 2004
    Posts
    30
    Quote Originally Posted by ScanMan View Post
    Lastly, are you sure the recordings are still scrambled? It seems odd you have a hacked/monted/xtremed tivo and encryption wasn't disabled as part of that hacking process???
    It sure does seem strange! But I've downloaded the .tmf files with MFS_FTP and inserted them into another DTivo running 6.2 and they don't play. I've also tried playing the .ty files either thru streaming over LAN or directly from PC and they fail too. Lastly, I installed a hard drive with 6.2 on the original machine and uploaded the .tmf's and they didn't play either. All of the above convinced me that they were scrambled.

    Quote Originally Posted by PlainBill View Post
    unscramble kernel supports lba-48 addressing? If it does, you are home free. Simply replace the existing vmlinux.px file with the unscramble one.
    Where in MFS does the vmlinux.px reside? As I work from a copy drive, putting it in and trying can't hurt.

    Quote Originally Posted by PlainBill View Post
    Frankly, unless you are going to extract recordings, I would not bother with the unscramble kernel. I would do a straight upgrade from 3.1.1x to 6.2 (or 6.2a). I can attest to the fact that it works. The DirecTiVo in my 'office' was running 3.1.1e with an LBA-48 aware kernel and a 200 Gig hard drive when I used slices to upgrade it to 6.2.
    I gave a quick gander in the SwSystem directory and low and behold look at what is sitting there:
    3.1.1e-01-2-151 tyDb 110416 02/02/08 17:40 692
    6.2a-01-2-301 tyDb 1484721 02/02/08 18:19 700
    6.2a-01-2-321 tyDb 1484722 02/02/08 18:19 700
    6.3e-01-2-101 tyDb 2094216 02/02/08 20:16 780
    6.3e-01-2-121 tyDb 2094221 02/02/08 20:16 780
    6.3e-01-2-381 tyDb 2094223 02/02/08 20:16 780
    6.4a-01-2-151 tyDb 3142798 05/17/08 02:08 780
    ACTIVE tyDb 110416 02/02/08 17:40 692

    So I will read the links you provide and somehow, somewhere report back my experience.

    At the risk of sounding like a broken record, thanks to you PB and SM for your help. Stumbling around blindly hurts your shins after a while.

    ..... off to catch more fish
    I had a handle on life, then it broke

  2. #32
    Join Date
    Jan 2005
    Posts
    1,008
    The 'ciphercheck' utility in AlphaWolf's All-In-One will confirm the encryption status of each recording.

    The vmlinux.px does not reside in MFS but rather the filesystem. Although it may be named something else, it likely has a .px ending. So you could search for it using:
    Code:
    find / -name *.px
    Judging from this in your boot log file
    starting /init/001_bash.init
    starting /init/010_lba48.init
    I would start looking for an /init directory off the root.
    ScanMan --> Just another Tivo hacker...
    Killhdinitrd SA S2 Monte S2 Unscramble Upgrade Tivo Software

  3. #33
    Join Date
    Feb 2004
    Posts
    30
    Just a quick update to my posts on this thread. The 3.1.1. was a PTV instantcake installation.
    Quote Originally Posted by PlainBill View Post
    I feel the first step is to determine exactly how the system came to be monted. About 5 years ago TiVoscripts (AKA Sleeper's iso) was a popular way to hack a system.
    I will now have to learn how to 'unPTV' the drive then upgrade with slices as PB suggested. I'm assuming I have a few days (weeks?) of reading. If I'm eventually successful, I'll write back here in case someone else runs into the same situation. Thanks to everyone for their help so far.

    Space..out
    I had a handle on life, then it broke

  4. #34
    Join Date
    Jan 2002
    Posts
    5,601
    Quote Originally Posted by Spaceman_Spiff View Post
    Just a quick update to my posts on this thread. The 3.1.1. was a PTV instantcake installation.

    I will now have to learn how to 'unPTV' the drive then upgrade with slices as PB suggested. I'm assuming I have a few days (weeks?) of reading. If I'm eventually successful, I'll write back here in case someone else runs into the same situation. Thanks to everyone for their help so far.

    Space..out
    It depends on what you are trying to do and how the monte was set up. TiVoScripts used a dual partition monte which must be removed before upgrading (installSw.itcl gets confused by the partition layout). An in-line monte is easier to upgrade.

    Upon further reflection, if you are backing up and restoring the drive using mfs tools it is certainly NOT hacked using any of the dual partition arrangements. I would suggest a simple experiment. Take the limited backup you referred to, restore it to a drive, then do the 'upgrade in place' I mentioned earlier. It should simply and cleanly upgrade to the new operating system.

    PlainBill
    There's a difference between needing help, and just being plain ole' lazy.

    "You cannot teach a man anything. You can only help him find it for himself." Galileo Galilei (1564-1642)

    HR20-700 with 2 TB, HR22-100, HR22-100, HR22-100, HR23-100 all running 0x5cd and networked.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •