hr10-250 3.1.5f

[ace ventura]

Okay this was posted under another thread just wanted to see if more people could see it. My hours of searching has showed me alot but i have specific questions I can't see to find the answer for.

#1 Since i have "f" ver i have to reset the kernel to just 3.1.5 so that killhdinitrd will work, right?

#2 Is it normal for "f" to have the kernel as 6 and the root as 4. every where I read (nothing said it was "f" though) is that the two were in pairs 3/4 or 6/7

#3 if i do have to install the earlier kernel, any idea where i can get it besides the files section of the forum. I went there and typed in the ftp address and it times out. Any one know if that is still a good site?

[Yazhol]

1. Yes

2. Either 6 or 4 can be the root regardless of the software version. Do a "bootpage -p /dev/hda" to find out what your root partition is.

3. You can get the 3.1.5 kernel with killhdinitrd already run against it from the ptvupgrade cd.

[ace ventura]

I was talking about alot of this at the bottom of a 8 page thread, so i figured i would bring it up here so others may utilize this info. I got the kernel from ptvupgrade, and by following ][ronman's how to, i have ftp and telnet access. (anyone need help up to there i got that down pat, just ask) Now I am at step 12 and it is the process of installing the extra goodies. When i try to run cpio on the first file it gives me a checksum error. If i try to skip that step nothing else seems to work. My searching fof checksum errors on the internet just told me it could be a corrupted file. I have downloaded the file from a couple other places with the same result. Any insight would be great.

[PlainBill]

It's kind of late to bring this up, but I usually do this while the tivo drive is in the pc, and the root partition mounted to /tivo. How are you transfering the file to the TiVo drive?

mkdir /tivo/tivotools
cp /cdrive/tivo/tivotools.tar /tivo/tivotools
cd /tivo/tivotools
tar -xvf /tivotools.tar

Logically, the file can get corrupted at several points: On the server, during the download (IIRC, WinXP and IE love to muck with archives), in the transfer to the TiVo drive, and on the TiVo drive. It's integrity can be verified while it is on your pc by using winrar. You download tivotools.tar.rar; I extract tivotools.tar from tivotools.tar.rar using winrar, then transfer tivotools.tar to the tivodrive. Winrar will also extract the files from tivotools.tar, but do NOT transfer those files to the tivo - vital links are missing.

Also, look at this (http://www.dealdatabase.com/forum/showthread.php?t=44225&goto=nextoldest) thread.

PlainBill

[ace ventura]

okay first props to bill hey man u've taught me alot. The next hurdle i am at is the encryption deal. I read and saw there are 3 diffrent encryption numbers used and the last one i read that had sucess was "6984812" i found that here (http://www.dealdatabase.com/forum/showthread.php?t=37015&page=4&pp=15) but i run tivosh ./ciphercheck.tcl it says encryption is still enabled. Just for s&g s i tried the other 2 number with no sucess. Help me obe wan tivoobe u're my only hope.

i needed to let anyone know who may be reading this for the first time i have the 3.1.5f ver. Not sure if that matters.

[PlainBill]

I hope you saved the original tivoapp. In any case, read the last page of this (http://www.dealdatabase.com/forum/showthread.php?p=226352) thread.

PlainBill

[ace ventura]

yes i did imake a copy. Now in reading that thread the last post said he could not get it to work? I'm confused. But i will trust in the dark side and try it. Thanks again.

[ace ventura]

well i did it alright, i managed to get into a reloop. It won't get past the almost there page. I think was me messing around with the encryption that did it. SO ... since i have aback up would it be easier to just recopy over and start anew, or is this fixable. I would assume that if it is getting to the point that my usb lights are coming on then i can go from there and assume the problem is further, right? and since it was working fine this morning what ever i was screwing with recently is the culprit then right? So could the tivoapp file put my tivo into a loop?

[ace ventura]

okay i thinki fubar'd it i hooked it back to the pc and whole dir where the hacks where are gone? not sure how messing with that little file did that but it did. SOOO, my back is good still do i need to format or jsut revearse the process i did to copy the original to the hacked drive?

[ace ventura]

My insticts tell me i need to erase the drive first is that true? or do i just through it on there and let it do its magic?

[ace ventura]

okay i believe my resources on the internet tell me that the "dd" command is a byte byte copy. So correct me if i am wrong if i want to start over i just do the copy process over again. Well all i was worried about was prvious stuff being left on the disk. Here i go.

[PlainBill]

yes i did imake a copy. Now in reading that thread the last post said he could not get it to work? I'm confused. But i will trust in the dark side and try it. Thanks again.
Dark side???

PlainBill

[ace ventura]

just a joke..my hard drives are copying and I should have no problem going from start to finish. Thanks man I have learned alot. I understand that the knowledge i was forced to find as made it so i can handle more of the hacking my self.

[ace ventura]

hey man i hate to ask this but i have looked at so many posts i getting myself confused or talking myself out of the right answer.

As i said i am starting over from scratch.

I have the "f" ver of the software, I ran bootpage and I understand my root is 3 and my kernel is 4. Got that. So when I copy the kernel over i copy it to hdc4 right?

I understand how to copy from cdrom to a dir then I run gunzip on it. And I would simply type dd if=/var/hack/vmlinux.px of=/dev/hdc4. But something tells me it needs to go to hdc3. I didn't have this much trouble the first time. I need a kick in the right direction again.

[hayreass]

I have the "f" ver of the software, I ran bootpage and I understand my root is 3 and my kernel is 4. Got that. So when I copy the kernel over i copy it to hdc4 right?Nope, kernel goes to 3.
I'll leave the "understanding" and the "got that" alone.

[PlainBill]

hey man i hate to ask this but i have looked at so many posts i getting myself confused or talking myself out of the right answer.

As i said i am starting over from scratch.

I have the "f" ver of the software, I ran bootpage and I understand my root is 3 and my kernel is 4. Got that. So when I copy the kernel over i copy it to hdc4 right?

I understand how to copy from cdrom to a dir then I run gunzip on it. And I would simply type dd if=/var/hack/vmlinux.px of=/dev/hdc4. But something tells me it needs to go to hdc3. I didn't have this much trouble the first time. I need a kick in the right direction again.
I see you got the kick from (a) hayreass.

BTW, are you related to bugsshadow?

PlainBill

[ace ventura]

nope no relation. jsut starting to get a jumbled with the plethara of info

[ace ventura]

I WANT TO SAY I GOT IT. I have tivo web, ftp telnet and the encryption is disabled! Had some weird problem with the tivosh ./ciphercheck.tcl file erroring out. When i did searches on it, i read that there was a problem with it looking for mfs. But i saw no real fixes for it. Don;t see any problems as of yet though so im not to worried. and my hd saved programs will paly so everything should be kool. Thanks alot guys.

[hayreass]

I see you got the kick from (a) hayreass. Just a little kick, and after all, he did ask for it.

[ace ventura]

so what the deal with putting the upgrade=false in the sysinit. will it harm my tivo?

[AhoyMatey]

so what the deal with putting the upgrade=false in the sysinit. will it harm my tivo?Probably not. That won't do anything at all.

[ace ventura]

well the previous post was a paraphrase, i was referring to the command put into, the sysinit i believe, that made it so your tivo would not receive upgrades. So if there is additional info i would love to hear it.

[ace ventura]

Okay got another question this one is a weird one. My encryption is disabled as per this c&p:

TyStream encryption is currently disabled.

Here is the status of your current recordings:

Encrypted CSO Set Stream Name
--------- ------- -----------------------------------------------------------

No No Robot Chicken
Yes Yes Collateral
Yes Yes Family Plots
Yes Yes The Core

When i run tivosh ./csoscout.tcl it works for a few and says completed. so i reboot rerun ciphercheck.tcl and it still says previous recording are encrypted.
I did mount rw then ro just in case some one was wondering. I havn't found a solution to this one. The threads i read explain how people get all encryption disabled or nothing at all. Thanks guys.

[eastwind]

Okay got another question this one is a weird one. My encryption is disabled as per this c&p:

TyStream encryption is currently disabled.

Here is the status of your current recordings:

Encrypted CSO Set Stream Name
--------- ------- -----------------------------------------------------------

No No Robot Chicken
Yes Yes Collateral
Yes Yes Family Plots
Yes Yes The Core

When i run tivosh ./csoscout.tcl it works for a few and says completed. so i reboot rerun ciphercheck.tcl and it still says previous recording are encrypted.
I did mount rw then ro just in case some one was wondering. I havn't found a solution to this one. The threads i read explain how people get all encryption disabled or nothing at all. Thanks guys.
Anything you recorded before patching tivoapp was encrypted. If you don't un-encrypt it it will always be encrypted. Anything recorded after you patched tivoapp will be recorded unencrypted.

If you don't understand this, please explain which part you don't understand.

ew

[ace ventura]

no man i understand that fine. i don't believe i explained myself incorrectly. I am trying to unencrypt the previously recorded shows. when i type in these commands.

mount -o remount,rw /
cd /var/hack
tivosh ./csoscout.tcl
mount -o remount,ro /
reboot

The csoscout.tcl reports done. but when i reboot they still show encrypted.
I can't find a post that refers to only this. Do you have any idea?

[eastwind]

no man i understand that fine. i don't believe i explained myself incorrectly. I am trying to unencrypt the previously recorded shows. when i type in these commands.

mount -o remount,rw /
cd /var/hack
tivosh ./csoscout.tcl
mount -o remount,ro /
reboot

The csoscout.tcl reports done. but when i reboot they still show encrypted.
I can't find a post that refers to only this. Do you have any idea?
You should open the csoscout.tcl file and read the comments. You need to try to understand what you are doing before you really mess something up.

ew

[PlainBill]

You should open the csoscout.tcl file and read the comments. You need to try to understand what you are doing before you really mess something up.

ew
Good luck. I've been telling him the same thing for weeks.

PlainBill

[ace ventura]

okay i thought i did understand. I searched and searched. I will "open" it and will probe further.

[ace ventura]

okay so then by reading it, i believe this to be true, tell me if this is correct. It needs mfs_export, kool. It is in the mfs_ftp directory. So, do i need to move or copy said file to the dir. that holds csoscout.tcl as well? If i am that close to screwing something up then i'd rather ask than start easter egging.

Well that doesn't make sense then. In reading the ciphercheck comments it requires the same as csoscout. So that can't be it. Because as i said before that ran fine. All current recording are unencrypted. I'm reading and I don't see where i am missing anything.

[eastwind]

okay so then by reading it, i believe this to be true, tell me if this is correct. It needs mfs_export, kool. It is in the mfs_ftp directory. So, do i need to move or copy said file to the dir. that holds csoscout.tcl as well? If i am that close to screwing something up then i'd rather ask than start easter egging.

Well that doesn't make sense then. In reading the ciphercheck comments it requires the same as csoscout. So that can't be it. Because as i said before that ran fine. All current recording are unencrypted. I'm reading and I don't see where i am missing anything.
You're not reading enough or you just don't get it. Try a search on csoscout* for posts by alphawolf. Then read all the posts he made on the subject (in case you're thinking "How would I know to do that?"--he's the author of the script) until you understand. Read from the oldest to the most recent to understand the history of developement.


ew

[ace ventura]

the only thing i think could be missing, is "cat" I see "bzcat" and "zcat". I don't see cat anywhere. But, what i don't get is that the prereqs. for one, are the same for the other. So if one works then the other should. Unless your gonna tell me that ciphercheck isn't working? I am really trying to understand here I'm searching and reading, and reading some more. How am I the first to have this problem? I am willing to research and willing to learn, just throw me a hint or two, so you don't feel that your not making me learn for myself. Thanks in advance.

[Jamie]

the only thing i think could be missing, is "cat" I see "bzcat" and "zcat". I don't see cat anywhere. But, what i don't get is that the prereqs. for one, are the same for the other. So if one works then the other should. Unless your gonna tell me that ciphercheck isn't working? I am really trying to understand here I'm searching and reading, and reading some more. How am I the first to have this problem? I am willing to research and willing to learn, just throw me a hint or two, so you don't feel that your not making me learn for myself. Thanks in advance.Another hint: what do you think csoscout.tcl is supposed to do? Can you verify it from the comments in the file, or from DDB posts?

[ace ventura]

yes i can quote it.

This script checks if each individual tystream part has a CSO key.
If it does, we'll see if that key is necessary by looking at the
first four bytes of the tystream file itself against a known
value. If it doesn't match, then the stream is scrambled, and we
leave the CSO key intact.

I understand it this was a c&p, but i knew the jist of it before i read the comments in the program.

[eastwind]

yes i can quote it.

This script checks if each individual tystream part has a CSO key.
If it does, we'll see if that key is necessary by looking at the
first four bytes of the tystream file itself against a known
value. If it doesn't match, then the stream is scrambled, and we
leave the CSO key intact.

I understand it this was a c&p, but i knew the jist of it before i read the comments in the program.I think we have a winner!!

ew

[ace ventura]

okay...so let me see if i understand this? I need to either remove the cso key or make it match the known value?
Okay kool..which is easier, if either one is possible. I wil start searching for threads that match this topic.


I found refrence to this "AlphaWolf's NoCSO patch" is this the money maker right here?

Okay now reading further in that thread i am not sure if it will work. i believe that would make it so the cso keys will defintly not match.

[ace ventura]

the only other post i found that could help direc tme is this one by Alpha Wolf.

Now that may or may not be the case, dependent on whether or not you recorded those shows unencrypted. Either way though it will turn your tivo into a doorstop, giving you that error #51 message until the situation is resolved. This is where 51killer.tcl comes in. What it does is simply erase the DiskConfiguration key from the MFS database. Thats it. It is really a very simple script. When you reboot your tivo, it'll notice that the diskconfiguration key is not there, so it will assume that the disk is in a virgin state (even though technically it isn't,) and it will then generate a new diskconfiguration key and then tie the hard disk to its current serial number, and all new CSO keys for the new recordings will be generated (or not, if you hacked tivoapp properly) based on that new key.

I don't have the 51 error, but if i undestand it correctly it will make all cso s the same right?

[eastwind]

You're confusing me. What is it that you want to do? Will your shows not play? Re-read post #24 in this thread.

ew

[Jamie]

okay...so let me see if i understand this? I need to either remove the cso key or make it match the known value?
Okay kool..which is easier, if either one is possible. I wil start searching for threads that match this topic.No, you still don't get it. Removing the CSO keys will not unscramble your recordings. Nor will changing them to a known value. If you want to unscramble your recordings, maybe you should search for 'unscramble'. Your existing scrambled recordings should play fine; you just can't do much with them if you transfer them to your PC.

The method for unscrambling existing recordings on an S2 is more advanced that anything you've done so far. No offense, but given your apparent reading comprehension skills, I'm not convinced you are ready to attack that. You might want to just live with your existing scrambled recordings, knowing that future recordings will be unscrambled.

[ace ventura]

no i read all of it , i just assumed that scrambling and encrypted were being used in the same context. I remebered reading about uscramble.o (i think that was the name of it). Well i believe that i am capable and i am intelligent. I take no offense because you only know me through the corespondence of some posts, about a subject i am new to, but I learning about. And I thanks all of you guys for sending down the right path.


In answer to your question EW. (I know the right context,now) I am trying to unscramble my previously recorded shows. :D

So i plan researching that process any guidance or information would be helpful.

[eastwind]

no i read all of it , i just assumed that scrambling and encrypted were being used in the same context. I remebered reading about uscramble.o (i think that was the name of it). Well i believe that i am capable and i am intelligent. I take no offense because you only know me through the corespondence of some posts, about a subject i am new to, but I learning about. And I thanks all of you guys for sending down the right path.


In answer to your question EW. (I know the right context,now) I am trying to unscramble my previously recorded shows. :D

So i plan researching that process any guidance or information would be helpful.
It's a very complex subject. If you want them uncrambled (yest encryption and crambling is the same) check the s2_unscramble thread. Make a dd copy of your drive before starting or you'll be at serious risk of FUBARing it.

ew

[ace ventura]

kool i am reading this post right now "Scrambling Issues: Archiving, Restore & Decrypting scrambled recordings" i undestnad that so far it is pre hd tivo, but i want ot learn. I will check out the s2 search as well thank you. I have a dd copy of the virgin drive can't justify the purchase of another 250 drive just o sit around. Either way i am safe incase of total meltdown. :)

[eastwind]

kool i am reading this post right now "Scrambling Issues: Archiving, Restore & Decrypting scrambled recordings" i undestnad that so far it is pre hd tivo, but i want ot learn. I will check out the s2 search as well thank you. I have a dd copy of the virgin drive can't justify the purchase of another 250 drive just o sit around. Either way i am safe incase of total meltdown. :)
Maybe you should extract the shows you want to save, just in case. If you don't need to extract the scrambled shows, there is no reason to unscramble them.

ew