Enhance Your Hacked Tivo With This Script

[rbautch]

Never heard of getting a Dell splash screen. The fact that you can Telnet is equally wierd. Please post the contents of your author file. You might try to put back some of the stuff you deleted. If worst comes to worst, you'll have to pull the drive and hack it from an image.

[marklyn]

No, this was a brand new tivo drive which had a new 6.2 image put on it from PTVupgrade.com and then I added the PTVnet cd which gave me the networking options...

I followed the instructions posted a page earlier in this thread to upgrade to Tivowebplus 1.2.1 and followed them to the letter.

The last thing I did at a bash prompt was issue a restart and when I walked to the next room to look at the tv screen there was a "intel inside" logo up with a dell web address and some other stuff. Can't explain it. I issued another restart with no change.

Then I finally unplugged it. Now my tivo is back up and I can watch tv but I can't ftp, telnet or browse to it anymore.

I'm screwed, ain't I...

[Fofer]

An "intel inside" logo? That can't be from the TiVo software, unless someone hacked in a replacement splash image?

I'm thinking your TiVo crashed and was just frozen on a Dell commercial. Maybe?

[marklyn]

that sounds reasonable actually.

[rbautch]

This happened to me a few times when I was trying to come up with replacement splash screens. Tivo is very picky about the exact pixel density and size of replacement images. All the more reason you should hack it from scratch, and then run the script.

[mgmrick]

Rbautch,

Just uninstalled your previous script and installed your newest one. Four tivos not one problem, thanks

Rick

[salvatore]

First, many many thanks for this great piece of work. Nicely done, to be sure.

Bullet time:
* Philips DirecTivo DSR704
* Hacked with 6.2
* Western Digital 160gb HDD
* Ver 2.2 of tweak.zip from http://www.mastersav.com/tivo_tweak.html

It appears as though the only issues I have is with the crontab file executing on schedule. I had crond previously installed in /tivo-bin, as well as had an existing root crontab in /var/spool/cron/crontab/. Your start.sh script has if [ -d /var/spool/cron ]; then
echo "Existing cron installation detected in /var/spool/cron, skipping cron install..."
sleep 3, so the new crontab file was skipped altogether. Ive copied it to /var/spool/cron/crontab/root and verified crond is running, but the every five minute-write to /var/spool/cron/cronlogs/cron.test.out file isnt being updated as expected.

Here's the root crontab file in its entirety:################################################### ############################
# crontab by rbautch for enhanced logging, better overall performance, #
# and elimination of TWP problems in 6.2 with "recording history", season #
# pass editing and other random problems that are fixed by restarting TWP #
# version 2.5 August 26, 2005 #
############################################################ ###################

# Sample below creates a test file and updates it with current time and date
# every 5 minutes -- use this for troubleshooting.
# m h dom mon dow command
*/5 * * * * date >> /var/spool/cron/cronlogs/cron.test.out

# stop Tivowebplus every night at 3:14am cst
14 9 * * * wget -O /dev/null "http://127.0.0.1/quit"; echo "`date` TWP stopped" >> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Start Tivowebplus every night at 3:15am cst
# TWPrun.sh created on the fly by enhancement script
15 9 * * * /enhancements/TWPrun.sh; echo "`date` TWP started">> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Tarball the logs before deleting them, every Sunday night at 3:16am cst
16 9 * * 1 tar -czvf /LOG_ARCHIVE.$(date +\%m\%d_\%H:\%M).tgz /var/log/*

# Delete the LOG_ARCHIVE files every three months
18 9 * 1-12/3 * rm /LOG_ARCHIVE*; echo "`date` LOG_ARCHIVE deleted">> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Wipe the logs every Sunday night at 3:18am cst
18 9 * * 1 wipelogs; echo "`date` logs wiped" >> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Run fakecall every night at 3:20am cst
20 9 * * * tivosh fakecall.tcl; echo "`date` fakecall made" >> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Delete the crond log files every 6 months
22 9 * 1-12/6 * rm /var/spool/cron/cronlogs/*; echo "`date` cron logs wiped">> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Delete cron.test.out every night at 3:24am cst
22 9 * * * rm /var/spool/cron/cronlogs/cron.test.out; echo "`date` cron.test.out deleted" >> /var/spool/cron/cronlogs/CRONLOG-MAIN

# Reboot every Sunday night at 3:25am cst
# Cleans things out for better performance if you have several hacks running
# Also restarts logs, and allows fakecall to reset the last successful call indicator,
# so your Tivo won't call home (fakecall doesn't update mfs entries without a reboot).
# This allows you to keep your phone line connected for PPV ordering.
25 9 * * 1 reboot; echo "`date` SCHEDULED REBOOT" >> /var/spool/cron/cronlogs/CRONLOG-MAINNotice the first executed line has */5 in the minute column instead of just five. I altered that line in my file to read 5 * * * * date >> /var/spool/cron/cronlogs/cron.test.out but still get nothing in the cron.test.out file.

Thoughts?
My apologies if this has been discussed before; my searching didnt yield anything material.

[rbautch]

*/5 is correct. I believe just "5" will run a task at 6:05, 7:05, 8:05, etc. In addition to copying crond and crontab, the script sets up some user definitions that allow cron to run properly. You have two options at this point: First option is to delete all your crontabs and crond binaries, run the uninstall script, and then re-rerun the script again. Second option is to manually create user definitions. Search for instructions by Alphawolf on DDB to do this. I also wrote a standalone script to do this automatically, and posted here on TCF somewhere. The crontab that I used with the script is old, so backup and restore your new one if you go this route.

[rbautch]

Rbautch,

Just uninstalled your previous script and installed your newest one. Four tivos not one problem, thanks

RickAwesome! Please note that when you run the uninstall script, it copies the rbautch-files.tgz archive back to the root directory, so you can install/uninstall the script over and over. If you copy the new script and archive to your root directory before uninstalling, the new file archive will get overwritten by the old one during the uninstall....not good. So, the moral of the story is: uninstall first, then copy the new script over. I'll fix this next time around.

[salvatore]

*/5 is correct. I believe just "5" will run a task at 6:05, 7:05, 8:05, etc. In addition to copying crond and crontab, the script sets up some user definitions that allow cron to run properly. You have two options at this point: First option is to delete all your crontabs and crond binaries, run the uninstall script, and then re-rerun the script again. Second option is to manually create user definitions. Search for instructions by Alphawolf on DDB to do this. I also wrote a standalone script to do this automatically, and posted here on TCF somewhere. The crontab that I used with the script is old, so backup and restore your new one if you go this route.Thanks for the good detail; I'll attempt an uninstall/reinstall this evening and report my results.

[salvatore]

Thanks for the good detail; I'll attempt an uninstall/reinstall this evening and report my results.Potentially dumb question: should one reboot after running the uninstall script? Reading through it's syntax reveals a reboot isnt strictly necessary, save for the restore of the splash screen, but rater safe than pulling the drive. :)

[rbautch]

You are correct. Reboot is not necessary after uninstall, except it would bring back the old splash screen and .profile. Since you'll be putting those things back when you reinstall, a reboot is not necessary.

[regicat]

marklyn, if you exactly followed my instructions on the previous page this would all work fine. You did not have to mess with the author file, although deleting the lines makes it "cleaner". It sound like the author file is messed up. It could be as simple as using the right editor or trying dos2unix. That would be the first place I look. But since you no longer have telnet you will need a serial cable or pull the drive and boot to ptvnet cd and run dos2unix.

[salvatore]

Success!

The first install didnt execute properly due to this (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3089801&&#post3089801) issue. Im using Putty to telnet directly to the Tivo and it sends two carriage returns instead on one with each single press of the 'Enter' key. When I use Putty to SSH to my linux box and then telnet from there, there's only one CR sent each time.

When I was telnetting to the Tivo itself the script would accept my first 'y' response and receive a CR for the second, chosing the else path on the if statement. Using SSH first and telnetting from one of my linux machines worked as expected.

The only issue I ran into relates to the .profile entry for the 'root' command. It sets the alias to 'vi /etc/spool/cron/crontabs/root' instead of 'vi /var/spool/cron/crontabs/root. Manually edited the alias, logged out and back in, and all is well again.

Thanks for your help; this script is an awesome piece of work.

[rbautch]

Success!

The first install didnt execute properly due to this (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3089801&&#post3089801) issue. Im using Putty to telnet directly to the Tivo and it sends two carriage returns instead on one with each single press of the 'Enter' key. When I use Putty to SSH to my linux box and then telnet from there, there's only one CR sent each time.

When I was telnetting to the Tivo itself the script would accept my first 'y' response and receive a CR for the second, chosing the else path on the if statement. Using SSH first and telnetting from one of my linux machines worked as expected.

The only issue I ran into relates to the .profile entry for the 'root' command. It sets the alias to 'vi /etc/spool/cron/crontabs/root' instead of 'vi /var/spool/cron/crontabs/root. Manually edited the alias, logged out and back in, and all is well again.

Thanks for your help; this script is an awesome piece of work. I wish I could fix that CR/LF issue, but it looks like it has to be handled on the user's side. Sorry about the profile. I'll fix that right up.

[marklyn]

a BIG thanks to rbautch for providing me with extensive assistance during this process.
My confusion was with a upgrade to an existing image with PTVnet installalled. The initial install script (rbatuch's) appeared to work ok but then I lost connectivity with my HDVR2... turns out that my rc.sysinit.author file had control M's throughout it and, even though I manually cleaned that file, I ended up putting a new 6.2 image on, installing PTVnet (without tivowebplus) and then installing rbautch's 1.2.1 script from there.

All in all I finally got it working but it was never the install script, it was more my lack of experience and understanding in unix and the script files. I'm certainly no expert but I definitly know a ton more than I did 24 hours ago and hopefully I can pass the help on to someone else one day when help was given to me.

[fredfillis]

rbautch, thanks again for the awesome job you've done with this script. I have a question though.

Why would you put tivowebplus into /var/hack ?

I've only had my unit up for a month and have already tivo has reconstructed /var once. Backing up the entire /var via FTP is not a very practical solution I have found although I probably only really need /var/hack and /var/mfs_ftp. My FTP client chokes badly on some of the mfs_ftp files.

Anyway, just interested if there is a reason for installing into var.

[rbautch]

I'm not an expert on where to store hacks. I believe the best way is to create a special partition for hacks, but I've never tried that, and it's well beyond the capabilities of the script. Barring that option, I'd appreciate some advice if anyone knows for sure where the best place to store hacks is. What I do know is that when /var gets full, /var gets wiped. When I type "df" at bash, it shows that I have much more room in /var than in root, so I put TWP in /var/hack. Even after I install TWP, I still have plenty of room in /var. I suppose I could delete the backup tivoapp that superpatch creates, then I'd free up more space in root.

[BTUx9]

the issue is seldom space in root... because of how it's designed, the tivo will happily run even if you use up ALL the extra space there.

Tivo designed the box to be an appliance... they didn't want any of the running software to be corrupted, so they left root readonly. They were using ext2, a non-journaled filesystem, so rather than trying to have linux FIX any errors in var, they just clobbered and rebuilt if var had any serious errors.

So, if you keep important stuff in var, there's always a chance of it being wiped (unless you change the startup scripts... non-trivial)
If you keep root read-write, then you run the risk of serious corruption (even though it's fairly unlikely because the things that are being changed aren't crucial to the tivo's functioning) or, more likely, space disappearing. Running e2fsck regularly on root is suggested, if it's rw.

re: special partition for hacks... it works, and works well, but has 2 problems.
1) carving out the space initially... especially difficult if you don't create a bunch of extra space for it in the swap partition when you mfsrestore
2) won't be backed up with mfsbackup

[rbautch]

Very interesting, thanks. I have always found this a difficult subject to search on.

[bnm81002]

that's great information guys but where should the "hacks" be stored at then, no one really answered this, thanks

[BTUx9]

1) in /var -- could be wiped out, can't get too full
2) in / -- might cause corruption, not as easy to xfer when upgrading
3) in another partition -- very easy to xfer after upgrade but you need to steal space from somewhere to create the partition (usually a very large swap), won't be backed up with mfstools

3 places, advantages and disadvantages to each... it's a decision you have to make for yourself

[bnm81002]

1) in /var -- could be wiped out, can't get too full
2) in / -- might cause corruption, not as easy to xfer when upgrading
3) in another partition -- very easy to xfer after upgrade but you need to steal space from somewhere to create the partition (usually a very large swap), won't be backed up with mfstools

3 places, advantages and disadvantages to each... it's a decision you have to make for yourself


hmmm, sounds to me that a new thread with a "poll" about this should be started

[Human123]

My opinion is this is a balancing act also. What might be a nice future add-on to Rbautchs script, would be a auto backup of the important parts of /var much as he does the log archive.

[BTUx9]

problem is space... if you put it in var, you may trigger a cleanup on next boot

[Human123]

Aren't there hacks that need the R/W...Hackman for instance.
Maybe hacks that need R/W on /var and the rest is folders on the root???

[fredfillis]

Based on my own experience and reading on the other forum I tried to tar the var and then transfer to the PC for safekeeping. Appeared to create a corrupt file. So then I did this number.

cd /var
tar czf var_hack.tar.gz hack
tar czf var_mfs_ftp.tar.gz mfs_ftp
Then FTP'd both to my PC and then deleted them from /var

AFAIK, there is nothing else in var that I need to be worried about (or is there???). tnlited is in /sbin and tivoftpd is in /busybox. So if I lose my /var I should still have ftp and telnet and I can just untar the two files and be good to go (fingers crossed).

cd /var
tar zxvf var_hack.tar.gz
tar zxvf var_mfs_ftp.tar.gz

[mgmrick]

I keep losing Rbautch's script on 1 of 4 tivos. The 1 tivo is showing Tivowebplus project -v1.1-pre2 while my other tivos show Tivowebplus project -v1.2.1. . When I reboot the messed up tivo the new splash screen is there but the old version of tivowebplus. The tweak files (tweak.sh and the uninstall file) are no longer on the hard drive. This hard drive was built using instant cake and then call in to upgrade to 6.2. If that has any thing to do with it. I have looked all over that hard drive and can not find the tweak.sh file.

Thanks
Rick

[BTUx9]

sounds like you have another version of TWP installed that's getting run before the version from rbautch's script.
There's a good chance it's a tpm, so look in dir /etc/tpm for an uninstall script and run it if it's there.

[mgmrick]

I can not find dir /etc/tpm. I did find dir /etc and dir /tpm and no uninstall in either dir. Tivo just rebooted and all is right again, for now.

The right version of tivowebplus is running and the fake call is running right. I was also getting error on fake call (no dial tone).

Any other places to look for another version?

Thanks
Rick

[BTUx9]

check everything that's in your author file.
You may want to check "ps aux" to see if another copy is running (ones running from different directories)

[mgmrick]

Checked my author file looks right. Is there a command to find a file in linux? Be easier than searching thru all them dirs

Thanks
Rick

[john1980]

Is there a command to find a file in linux? Be easier than searching thru all them dirs.

This is typically done with the 'locate' command, but the TiVo does not have this so you will have to make do with 'find', assuming that you have one installed (I have attached one if you are missing it).

Then just use: find / -name searchstring\* , this will search the complete system for all files starting with "searchstring".

[Hurricane350]

rbautch, Thank you. I have thanked you on other threads but not the main thread.(Go figure) Anyways, your script worked flawlessly and the only thing I noticed was that it mentions an update of the profile to include a command "root" which would bring you to the the vi editor of this file except it does not work for me. Well, I went into "root" and edited it so doesnt reboot weekly. I am usually up at 3am and I would rather just reboot it manually. Maybe it could be an option for us 2nd shift workers?

[rbautch]

This is typically done with the 'locate' command, but the TiVo does not have this so you will have to make do with 'find', assuming that you have one installed (I have attached one if you are missing it).

Then just use: find / -name searchstring\* , this will search the complete system for all files starting with "searchstring". Thanks John. There's also an alias in the .profile that comes with the script that allows you to just type "find filename".

[rbautch]

rbautch, Thank you. I have thanked you on other threads but not the main thread.(Go figure) Anyways, your script worked flawlessly and the only thing I noticed was that it mentions an update of the profile to include a command "root" which would bring you to the the vi editor of this file except it does not work for me. Well, I went into "root" and edited it so doesnt reboot weekly. I am usually up at 3am and I would rather just reboot it manually. Maybe it could be an option for us 2nd shift workers?I messed up the alias for "root", and used the wrong path. I'll fix it next time around. In the meantime, you can edit the .profile yourself to use the correct path, which is /etc/spool/cron/crontabs/root.

[tsunami]

I have three files in my root directory, fairly big, 400K.
One is called LOG_ARCHIVE.0905_07_16.tgz. I assume that is a log from Sept 5th. What is it, and are they safe to delete?
Mike

[rbautch]

That's a backup of your logs for the week. Cron deletes those backups every few months but feel free to delete them manually. You can also edit your crontab to not make those backups at all. Maybe I'll make that optional on future versions. The first backup is always the largest, because it's archiving several weeks worth of logs. After that, the archives are only one weeks worth, which is about 100-200kb.

[salvatore]

I messed up the alias for "root", and used the wrong path. I'll fix it next time around. In the meantime, you can edit the .profile yourself to use the correct path, which is /etc/spool/cron/crontabs/root.Actually, its /var/spool/cron/crontabs/root, not /etc.

[rbautch]

See....messed it up again!

[skaeight]

Is the weekly reboot smart enough to not restart during a recording?

[rbautch]

Not that smart. But it does reboot at 3am, when I'm usually not recording.

[vertigo235]

Why don't you add safereboot.tcl to the package.

I changed mine to safe reboot.

[rbautch]

Great idea. Never heard of it before.

[Dirac]

Great work, rbautch and gunnyman. I have installed most of these hacks separately before, but I still learned a lot by going through this script, and it ends up in a cleaner, more predictable install than me finally getting around to setting things up one thing at a time.

Originally I had set up ro and rw as executable scripts instead of aliases, so I learned how to do that properly now. Now trying to figure out how to incorporate a safereboot (as soon as my TiVo stops recording)!

[Dirac]

Ok, wait a minute. Is there any reason TWP would start on one of my TiVos, and not on the other? On the one that doesn't start at startup, I can still start it by executing /enhancements/TWPrun.sh (just like my author file should be doing). The only difference between the two TiVos that I know of, is the one that works is on a wired network, and the one that doesn't is wireless. This should not be a factor as I can still ftp and telnet to the one that doesn't work.

For a while, I also had crontabs being ignored on one TiVo (the one that TWP worked on). That seems to be fixed after manually entering user definitions (twice) and restarting (twice). Argh! :) I guess I'll try TiVo #3 and see if I have the same problems... maybe I can start ruling things out.

[BTUx9]

One issue that could be involved: if the network isn't up when telnet or ftp are run, they are ok.
If the network isn't up when TWP loads, it throws an error and aborts.

[Dirac]

Well, this would do it, because every time I restart, I have to unplug and replug the USB wireless adapter (Linksys WUSB11 v. 2.6) or the network won't start. This happened in 4.0.1 as well, I believe. Is this a known issue?

[bnm81002]

rbautch,
any update yet on the "NEW PTVnet CD" with your scripts added into that CD? PTVupgrade mentioned something but never gave any new updates yet? thanks

[rbautch]

rbautch,
any update yet on the "NEW PTVnet CD" with your scripts added into that CD? PTVupgrade mentioned something but never gave any new updates yet? thanksLou was kind enough to send me all his scripts to see if I can make any adjustments to my scripts so they can peacefully coexist. There will not be a new PTVnet CD with my scripts added. At least not for now.

[bnm81002]

Lou was kind enough to send me all his scripts to see if I can make any adjustments to my scripts so they can peacefully coexist. There will not be a new PTVnet CD with my scripts added. At least not for now.



ok so how would the scripts be coexisted if there will not be a new CD made available? well in my case I have the PTVnet CD(6.2 version) that I haven't installed yet, so how would I go about installing your scripts w/o any problems that I've seen from those that have the net CD as well that have tried installing your scripts? should I just enter "NO" when asked if I want to install TivoWebPlus? then install your scripts after I've finished with net CD and the drive is in the DTivo unit working properly? thanks

[rbautch]

That should work for now. After the next version of my script comes out, you can uninstall the old one, and put the new one on. Maybe sometime next week.

[Human123]

I am having problems with my fakecall with your script. on Mondays when I look at my phone call screen I see that the last attempt failed with "no dialtone"
Before your script I ran it manually and if I rebooted it would say that the call was successful. The other parts of the script are working great.
My fakecall.tcl is in busybox which is in the path on my .author. The script created a fakecall.bak and a new fakecall.tcl. Here is a paste of one of my .author

#!/bin/bash
export TIVO_ROOT=""
export MFS_DEVICE=/dev/hda10
export PATH=./:.:/utils:/bin:/sbin:/tvbin:/tivobin:/busybox
# start telnet
tnlited 23 /bin/bash -login &
# start ftp
tivoftpd
# enable serial bash
/bin/bash </dev/ttyS2&> /dev/ttyS2&
# add two static routes so the tivo doesn't phone home (stops breakage)
route add -host 204.176.49.2 gw 127.0.0.1
route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0


#############################################
# starting Tivowebplus
/enhancements/TWPrun.sh

#############################################
# start crond after waiting 30 seconds
sleep 30
/busybox/crond

What should I look for? I can run it manually and reboot and it works. It is like it is not running before the reboot.
Thanks in advance

[rbautch]

There's a series of posts for troubleshooting cron/fakecall, starting here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3179079&&#post3179079). Let me know what worked.

[tivoupgrade]

ok so how would the scripts be coexisted if there will not be a new CD made available? well in my case I have the PTVnet CD(6.2 version) that I haven't installed yet, so how would I go about installing your scripts w/o any problems that I've seen from those that have the net CD as well that have tried installing your scripts? should I just enter "NO" when asked if I want to install TivoWebPlus? then install your scripts after I've finished with net CD and the drive is in the DTivo unit working properly? thanks

I think the point is that rbautch is looking at updating his scripts so that existing PTVnet CD customers can go head and use his stuff, as-documented without compensating or having to know about any workarounds.

Moving forward, I will look at whatever adjustments are necessary, or recommended to make the PTVnet stuff more compatible with what other people are doing. The important thing that rbautch is mentioning (and that I appreciate greatly) is that any updates to his free scripts might positively affect folks who have already purchased and downloaded the existing version of PTVnet. Again, any recommendations are appreciated.

Thx

[Dirac]

I had to put the absolute path for fakecall in cron, even though /busybox is in my PATH. I discovered this when attempting to run "tivosh fakecall.tcl" from the bash prompt. The problem is, I guess since tivosh is in one of the directories in PATH, tivosh will fire up and attempt to find fakecall in the current working directory (since no path is given).

The same thing would happen when you try to run "vi rc.sysinit.author" and since vi is in a directory in the PATH, it starts, but then looks for rc.sysinit.author in the current directory even if /etc/rc.d were in your PATH. (Not that it would be -- just an example.)

On another note, I've been trying to get that safereboot.tcl working, but it is TOO safe. It is supposed to reboot when there is just a suggested recording taking place, but it is only rebooting when NOTHING is recording.

[bnm81002]

I think the point is that rbautch is looking at updating his scripts so that existing PTVnet CD customers can go head and use his stuff, as-documented without compensating or having to know about any workarounds.

Moving forward, I will look at whatever adjustments are necessary, or recommended to make the PTVnet stuff more compatible with what other people are doing. The important thing that rbautch is mentioning (and that I appreciate greatly) is that any updates to his free scripts might positively affect folks who have already purchased and downloaded the existing version of PTVnet. Again, any recommendations are appreciated.

Thx



oh ok thanks for the clarification, it's from his end of updating the scripts not from PTV's end, now that makes more sense than before, hopefully there won't be any problems like those people that installed the PTVnet CD then his scripts,
so basically just install the PTVnet CD and when I get to the question of installing "TivoWebPlus" I should enter "NO" after I'm finished with the Net installation, enter his scripts? should I answer "YES" or "NO" for a phone line to be connected? thanks again

[salvatore]

Potentially dumb question: does fakecall.tcl take care of what TiVo reports as the 'Last Service Connection'? In System Information I have recent dates listed for both the last attempted and last successful, but the last status reads 'Failed. No dial tone."

The cron log file has the successful fakecall made lines in them, and running tivosh fakecall.tcl from the prompt produces a successful output. Are these the expected behaviors? As long as the last successful date is current I shouldnt call-home get nags, right?

[Fofer]

Potentially dumb question: does fakecall.tcl take care of what TiVo reports as the 'Last Service Connection'? In System Information I have recent dates listed for both the last attempted and last successful, but the last status reads 'Failed. No dial tone."

Same here. Good question.

[rbautch]

Potentially dumb question: does fakecall.tcl take care of what TiVo reports as the 'Last Service Connection'? In System Information I have recent dates listed for both the last attempted and last successful, but the last status reads 'Failed. No dial tone."

The cron log file has the successful fakecall made lines in them, and running tivosh fakecall.tcl from the prompt produces a successful output. Are these the expected behaviors? As long as the last successful date is current I shouldnt call-home get nags, right?Fakecall does update the last service connection, but only after a reboot. You can test this by manually running fakecall and rebooting. The key parameter is the "next scheduled call", which should constantly be updated so your Tivo never thinks it needs to make a call. This should be confirmed before you think about connecting a phone line. Don't worry about nags. The superpatch makes sure no nags will ever pop up, regardless of the "last successful" status.

[salvatore]

The key parameter is the "next scheduled call", which should constantly be updated so your Tivo never thinks it needs to make a call. This should be confirmed before you think about connecting a phone line.In what circumstance would I want/need to connect the phone line to a hacked Series 2 DTivo?

[tsunami]

In what circumstance would I want/need to connect the phone line to a hacked Series 2 DTivo?

Some people have Caller ID hacks I believe, and you can order PPV without using the web site, although I think if you don't make calls in it turns of PPV.

[fredfillis]

I see a lot of conflicting stuff about phone lines.

I have 2 x directv DSR7000 with hacked 6.2. I allowed both these boxes to make a single call to DTV to activate the "DVR service". Both have since been disconnected from the phone line although the network cables remain connected. I have code in my rc.sysinit.author that prevents a call over the network.

route add -host 204.176.49.2 gw 127.0.0.1
route add -net 204.176.49.0 gw 127.0.0.1 netmask 255.255.255.0
This is my experience.

I'm running fakecall and get no nags.

I pay for and receive Directv Cricket Ticket with no problem.

I have ordered PPV (with the remote, I might add) with no problem.

I will be getting NHL Center Ice when the hockey season starts and I have had no problems in the past.

The one thing I can deduce from all the different stuff I have read is that YMMV

[kramerboy]

I have ordered PPV (with the remote, I might add) with no problem.


You probably didn't get billed for those PPV if you phone line was not hooked up. The receiver will let you order PPV with the remote for a while, but once the Access Card fills up, then no more until the unit makes a successful call back to Directv. Notice I said a call back to Directv, not TiVo. They are two completely different calls.

[rbautch]

More info on leaving a phone line connected here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3108462&&#post3108462) and here. (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3111203&highlight=phone+fakecall#post3111203)

[fredfillis]

rbautch - More info on leaving a phone line connected here and here.

These links mirror what my experience has been.

Kramerboy - You probably didn't get billed for those PPV if you phone line was not hooked up.

I don't do PPV regularly but I did one a week or two back. It is not showing on my statement nor on "recent activity" per Directv. Seems to be a true statement, no probablies about it.

Given that, is there a way to make the call to Directv over the network? Old info says not possible but what is the current state of the art?

[salvatore]

Interesting.

Are there success stories with caller ID hacks for Series 2 DirecTiVos?

[Fofer]

Interesting.

Are there success stories with caller ID hacks for Series 2 DirecTiVos?


I've got it going, but not with direct Caller ID, rather a YAC server (my PC) and a YAC client running on the TiVo.

[BTUx9]

Given that, is there a way to make the call to Directv over the network? Old info says not possible but what is the current state of the art?
When your tivo calls home (to TiVo) it actually uses access numbers of an ISP, so ALL calls really go through the internet... that's how it's set up.

AFAIK, DirecTV doesn't use the net at all for their boxes... it's just not how they are set up, so I don't really think it's possible for DTivos to use a network connection to make that call.

[rbautch]

Here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=3078844&&#post3078844) is another caller ID application working successful on S2 Tivos.

[salvatore]

Thanks.

I'll work with these examples this evening and report my findings.

[rbautch]

I'm in the process of incorporated NCID caller ID into the enhancement script. Since I don't have a phoneline, I can only test portions of installation. Please PM me if you are interested in helping me test this feature.

[Fofer]

Interesting.

Are there success stories with caller ID hacks for Series 2 DirecTiVos?


Here's a helpful page:
http://www.xybyre.net/tivo/

[jasch]

I found two problems with the latest version of your script.

First, the profile that is installed: root has the wrong path. It tries to read the file from /usr/spool, where /var/spool is the correct path.

Fakecall would not work from me, even tough cron was running, and busybox is my path. I fixed this by adjusting the path also on the root file like this: tivosh /busybox/fakecall.tcl

It would a good idea, in order to debug this, that you do the

echo "`date` fakecall made" >> /var/spool/cron/cronlogs/CRONLOG-MAIN

from within the fakecall script, that way you not the script actually was executed. The way it was working for me, cron did tivosh fakecall.tcl (and failed) and then the echo, which confused me into believing that fakecall actually was executed succesfully.

Other than some minor tweaks to the scripts (files not found when runnint the script a second time, some directories not created, etc) everythins is working great.

Great job! This script has reduce the number of steps I have to do to hack my tivo from about 10 to 4... :-)

[Dirac]

Those issues have been mentioned previously in the thread... but I missed that too when I ran his script, so good catch. :) I noticed the "file not found" error when I tried "tivosh fakecall.tcl" from the bash prompt. I like the idea about logging in the script itself; I think I'll incorporate that in my setup. Thanks for the idea.

Anyone have any success with the safereboot? The way the script ran on my TiVo, it was TOO safe (wouldn't reboot during suggestions).

[rbautch]

I found two problems with the latest version of your script.
Great suggestions, thanks jasch. Timing is good too. I'm just finishing a beta of the next version of the script. One of the things I incorporated is safereboot. I increased the reboot frequency to twice/week just in case something is trying to record on the first attempt. I'm wondering if this is an appropriate freqency, or if perhaps I should make safereboot optional for people who are keeping a phone line connected and don't want to take a chance on reboot not happening.

Fakecall is a tcl script, not a bash script, so the code you suggested won't work. I'll do some checking about how to do it in tcl.

Other than some minor tweaks to the scripts (files not found when runnint the script a second time, some directories not created, etc) everythins is working great.In order to save on space, I wrote the script to delete certain files after they're used, which prevents you from running the script multiple times. However, the uninstall script very neatly (and smartly) deletes everything that was installed by the script, and moves the files archive to the root directory. Using uninstall, you can run the script over and over again without any issue.

[salvatore]

Thanks.

I'll work with these examples this evening and report my findings.Successfully installed NCID and out2osd last evening. I reconnected the phone line and now see white text on a black background announcing the name and number of the caller ID information.

[willardcpa]

.... or if perhaps I should make safereboot optional for people who are keeping a phone line connected and don't want to take a chance on reboot not happening.....
I vote for that option, I'd much rather risk missing a 3am recording than I would losing my hacks.
The one way I just have to worry about making sure that the 3am once a week recording isn't set up. The other way I have to "baby-sit" the phone call info logs to make that the last phone call is reported as "succeeded".
Thanks for all of the work on your part.

[rbautch]

You're welcome. I will indeed make this an optional feature.

[bnm81002]

rbautch,
just a heads up, over at "DDB" there's a new superpatch-67 all that supports 6.1 and 7.2 tivoapps, also new USB2 backport drivers that now supports the Linksys USB200M(version 2)adapters, in case you wanted to include it into your scripts here :)

[mgmrick]

Does this mean the R10's are hackable?

EDIT] - It's the future , and 6.1 (R10) tivoapps are supported in the '1.1' release.

Thanks
Rick

[BTUx9]

Not that there's a software hack available publicly, no

[kramerboy]

Does this mean the R10's are hackable?

EDIT] - It's the future , and 6.1 (R10) tivoapps are supported in the '1.1' release.

Thanks
Rick

I'm thinking that a hardware modification would still be in order before that patch can be applied. And I don't believe that this hardware mod something that the novice hacker could do on their own.

[jasch]

Does this mean the R10's are hackable?

I've had my R10 hacked for months now (after a prom upgrade). It works great. Actually I modded at the same time a night-light S2 (TCD5400) using the same prom code.

(I had the work done by somebody with lots of soldering experience, as the procedure is a little tricky for a novice obviously)

[mgmrick]

I don't own a R10 so I don't know. So after prom update, you I assume can apply all the hacks just as you would with all the other D*tivos. I just thought that meant something when they say "It's the future R10 supported."

Thanks
Rick

[jasch]

I don't own a R10 so I don't know. So after prom update, you I assume can apply all the hacks just as you would with all the other D*tivos. I just thought that meant something when they say "It's the future R10 supported."

What he meant is the v1.1 of the Superpatch supports 6.1 and 7.2 units. About the future I guess it means that all sold DTivo units are not R10 (and thus 6.1)

[rbautch]

just a heads up, over at "DDB" there's a new superpatch-67 all that supports 6.1 and 7.2 tivoapps, also new USB2 backport drivers that now supports the Linksys USB200M(version 2)adapters, in case you wanted to include it into your scripts here Thanks. I've been wanting to include the backported drivers for awhile, but out of respect for Jamie and ADH, I wanted to wait until I had their permission to use them. Now that I have it, I'll include them in the next version.

[rbautch]

I've had my R10 hacked for months now (after a prom upgrade). It works great. Actually I modded at the same time a night-light S2 (TCD5400) using the same prom code.

(I had the work done by somebody with lots of soldering experience, as the procedure is a little tricky for a novice obviously)Jasch, who did your prom socketing? Was it a friend, or someone who will do it for anybody for a fee?

[jasch]

Jasch, who did your prom socketing? Was it a friend, or someone who will do it for anybody for a fee?

It was a friend who does engineering work. But I've heard of people that has taken the tivo to repair shops to get the work done. Altough it's not cheap. I've heard quotes from $50-$100 (plus the cost of the prom kit, which is around $30-$40).

That's an expensive price tag just to be able to hack your tivo. But seeing that the alternative is to buy a probably used TiVo... it's the only way to go.

I guess it all depends on how much you want to hack it. I myself did it to MRV between my TiVo and SA units, as well as having Tivoweb, vserver (I have a MAC, so I have no TiVotoGo) and softpadding.

[ksv666]

Hi,

Does this tweak work with TiVo Series 1 boxes? I tried to install it, but got and error that said tar was not found when it tried to execute. Not sure why that happened since tar was used when I upgraded my box with tivoweb and tivoftpd using Jenkins. now it is saying it is not found. Very strange. I'd reall like to install this tweak as I think I just had the memory leak problem with tivoweb. Not sure, but would like to get it installed none the less.

Does anyone have any insight as to why this is happening? Any quidance and suggestions are welcome. Workarounds welcome too! I have full access to the web with my box and can get a reliable telnet session on the box.

Thanks,

-Kirk

[jasch]

Most of the scripts (about 95%) will only work on a S2. In fact, most of the script was designed to work for a 6.2 DTivo (altough if you have S2, most of the hacks can be applied too to your unit)

[ksv666]

thanks for the heads up. Anyone have any other suggestions as to how to have the same kind of tweaks but with a series 1?

thanks....

[beejpowers]

Thanks. I've been wanting to include the backported drivers for awhile, but out of respect for Jamie and ADH, I wanted to wait until I had their permission to use them. Now that I have it, I'll include them in the next version.

sorry, are there actually a newer version of the USB2 drivers or do you just have permission to use the originals now?
or is it secret option 3: there are new drivers AND you have permission to use them? ;)

[jsouthavalon05]

sorry, are there actually a newer version of the USB2 drivers or do you just have permission to use the originals now?
or is it secret option 3: there are new drivers AND you have permission to use them? ;)

That's not what he means...
Someone ask if he (rbautch) can put those driver to his upcoming scripts, he need a permission to do that. You and I or anyone else don't need that permission as long as you just download and use them (no modify, no distribution anything)

[beejpowers]

ok.
I thought I was missing posts over 'there'
I feel like a tourist on that board sometimes. can't find my way around at dinner even though I was there at lunch :D

[rbautch]

sorry, are there actually a newer version of the USB2 drivers or do you just have permission to use the originals now?
or is it secret option 3: there are new drivers AND you have permission to use them? ;)New script, latest drivers.

[rbautch]

Most of the scripts (about 95%) will only work on a S2. In fact, most of the script was designed to work for a 6.2 DTivo (altough if you have S2, most of the hacks can be applied too to your unit) I'm trying to make the script more universal in the next release by making an initial check for software and kernel version, and tweaking the installation accordingly (harder than it sounds). Since I don't have a 7.1 box, I just need someone with 7.1 to help me test it. Preferably someone with both a 6.2 and a 7.1 Tivo. Hmmm, where can I find such a person.... ;)

[ksv666]

OK...so I guess I am still in the days of the 486 when it comes to my TiVo, but I really don't have any plans to get a Series 2 at this point in time. I have one very nice TV with all the goodies. You need a beta tester for an original Series 1? ;)

[jasch]

New script, latest drivers.

Keep in mind these drivers will not work under 7.2 correctly on Gen04...

[rbautch]

Thanks. I'll add a few lines to skip driver install if 7.2 is detected.

[jasch]

Thanks. I'll add a few lines to skip driver install if 7.2 is detected.

Actually, you can install on 7.2, just not on Gen04 machines. Well, not entirely true. Just replace usbcore.o on 7.2/Gen04... if you replace the other files you will get into problems (with the current release)

[rbautch]

Is there anything disguishing about 7.2/Gen04 that I can detect? Like maybe the full software version?

[willardcpa]

ok.
I thought I was missing posts over 'there'
I feel like a tourist on that board sometimes. can't find my way around at dinner even though I was there at lunch :DThat's OK. But what ever you do - don't ask them for directions. They'll just flame you and tell you to search and learn on your own. ;) :D

[jasch]

Is there anything disguishing about 7.2/Gen04 that I can detect? Like maybe the full software version?

You should be able to get the Platform Type using /tvbin/HpkPlatform -type

My SA (nightlight, gen04) says "ibis", my RCA DVR-40 6.2 says "trinity"

There might be another (easier) ways. Like checking for a specific file

(for example my Gen04 has /tvbin/HpkFrontPanel which my DTivos do not have)

[rbautch]

Here's a test script that determines your software version, kernel, code name, and type of tivo. Anyone who wants to help test it: unzip the files, FTP to enhancements directory, and run swver-test.sh.

[rbautch]

Actually, you can install on 7.2, just not on Gen04 machines. Well, not entirely true. Just replace usbcore.o on 7.2/Gen04... if you replace the other files you will get into problems (with the current release)Did you mean usbnet?

[jasch]

Detected Tivo software version is: 6.2-01-2-321
Your software version was compiled on Linux kernel 2.4.20
Your Tivo model's code name is trinity
Your Tivo is a RID DTivo...SD-DVR80 or DVR-40

Right on.

[ThePhantom]

Here's a test script that determines your software version, kernel, code name, and type of tivo. Anyone who wants to help test it: unzip the files, FTP to enhancements directory, and run swver-test.sh.
Whoops! Only works if the directory is mounted as RW... Is it possible to redo it to write 'tivo_softwarexx' to /var/tmp instead???

[rbautch]

Since it's ultimate home in the main script will mount your filesystem read-write first, this shouldn't be an issue. I like to keep things out of var.

[jasch]

Detected Tivo software version is: 7.2.0-oth-01-2-540
Your software version was compiled on Linux kernel 2.4.20
Your Tivo model's code name is ibis
Your Tivo is a gen04 Series 2.5 standalone

On my Nightlight... If you want I can post later the output of my R10 also.

[rbautch]

Yes, please. There's a special message in there for R10 hackers.

[tsunami]

Is this a possiblity in a new script?
Automatically restore your saved channel list each night.
I hate how D* adds all those annoying channels

[rbautch]

Actually, I have approached SteveT about writing a tcl script based on channelprefs that would do exactly this. It's not as easy as it sounds. Steve is busy these days with the tivoserver project, but promised to look into it when he has some time.

[Lopey]

Has anyone had any side effects to this? I've been running this for a while, and I've just been dealing with it, but it's getting annoying... buttons on the remote aren't always doing what they should be. Sometimes the menu button is acting as the "last" button changing the channel... I've found that I can fix this by going to tivo central and exiting back out. Other problems that I've had... sometimes the rewind button doesn't work right, and will actually reboot my tivo. I also get back door dings when I press number buttons when I try to change the channel. I have two tivo's and it is happening to both.

[jasch]

Has anyone had any side effects to this?

Your side effects sound really strange, mainly because NO part of this script resides in memory (only crond), and it takes very little CPU time.

If your TiVo is sluggish you should do a "top" command from bash, and check which processed are taking the CPU time.

I've experienced some side effects, but I am still trying to see if the problem is with the crond scripts... (my /dev/null file has been corrupted/deleted twice in two different TiVos this past week)

[tsunami]

No problems with the script with one exception, from time to time, while working with TWP, the TiVO will reboot.

I had a problem with a sluggish remote in the past and it was being caused by another remote in the room being slightly depressed at all times.
With it happening in two rooms that isn't likely but maybe there is a piece of eqpt in both rooms emitting some sort of infrared code.

Just a thought.
Mike

[rbautch]

There are a few things in TWP that consume lots of memory and occasionally cause a reboot. One that comes to mind is the Backup module. I can't restore a season pass backup without causing a reboot unless I increase the memory poolsize that tivoweb sets on startup. I'm planning to adjust the poolsize of tivoweb in the next version of the script.

[tsunami]

Glad to know it is not my TiVO. It is usually when I am restoring the channels but has happened randomly before.

[ksv666]

In reading about all the updates going on, will these changes be available for a Series 1 box?

Thanks!

-Kirk

P.S. I'm now using TiVoWebPlus. Looks good so far, but I would like ot have the automatic restarts and the like to keep the memory from getting too leaky :)

[Gunnyman]

ksv,
nope
You woun't be seeing any more software updates on your Series 1.

[rbautch]

The next script will have support for 3.x, 4.x, 6.x, and 7.x Series 2/2.5 software, which is starting to make it a little bloated. I have no immediate plans to open it up to Series 1 boxes, because I don't think there's much demand for it. However, there are some things in the script that might work on a S1 box, including the profile installation, cron, Tivowebplus, and seasonpass backups. You're welcome to try it out, but be prepared to pull the drive if something goes wrong. If I get bored, I may try it myself on my old S1 that's about to go up on Ebay (hacks removed).

[BTUx9]

keeping in mind that the crond binary definitely WON'T work... you need an s1 binary for that

[rbautch]

Good point. I think a new tar binary may also be required. Perhaps cpio and gzip may also work, but would require you to manually create the /enhancements directory, and run the start.sh script instead of tweak.sh.

[rbautch]

I have a new beta version of the script ready to go. One of the new features I added was support for 3.x, 4.x, 6.x, and 7.x software installations, including the installation of USB 2.0 drivers. I've tested it extensively on 6.2, but I'm looking for help testing on other software versions and standalones. PM me if you can help. :)

[Gunnyman]

woop woop woop

[ttodd1]

Is that a hand I see in the back for a volunteer?

[Lopey]

Has anyone gotten the beta to work? I get an error: tar: incomplete distance tree
tweak.sh: /enhancments/start.sh: No such file or directory. I appears as though the .tgz file is not decompressing properly.

[rbautch]

Perhaps your tar binary is corrupted. Can you untar other .tgz files? If you can't find another tar, PM me your email address, and I'll send you mine.

[mgmrick]

Rbautch,

Should we run uninstall script first?

Thanks
Rick

[rbautch]

Yes!

[Dirac]

Just installed on a fresh 4.0.1b-6.2 slice upgrade, everything looking good so far!

Small issue. The first part of the script that attempts to remove tivoapp.original happens before the root is remounted r/w. Easy fix, hopefully... just moving the mount command. I just opened another telnet session and deleted it manually. By the time I did that, the mount r/w command in the script had already executed anyway.

Nice new startup screen! Looks kind of like a cratered egg on my 4x3 display. :D

Also, I understand the need to control feature bloat (hello M$!!) but it might be nice to prompt for a l/p to jam into tivoweb.cfg if the user wants it.

The install asks you if you want to schedule cron to backup your SPs whether or not you decided to install cron. Not sure how easy (or desirable) it would be to avoid this second question if cron install is skipped. Very small issue--I just answer no when I don't install cron. :)

Finally, have you looked into the safereboot.tcl script for "smart" rebooting (only rebooting when there is no recording or just suggestions recording)? I've played with the script a little but still cannot get it to work reliably (it won't reboot during suggestions).

You've outdone yourself again, great work!

[Lopey]

I put in the tar that you sent me, I know get a bus error when I try to do things.. dos2unix, sh..

[Lopey]

bash-2.02# sh tweak.sh
Running rbautch Hacked Tivo Enhancements...
tweak.sh: line 44: 316 Bus error tar -zxvf /enhancements/rbautch
-files.tgz >/dev/null
tweak.sh: /enhancements/start.sh: No such file or directory

bash-2.02# vi /etc/r.cd/rc.sysinit.author
Bus error

bash-2.02# dos2unix rbautch-files.tgz
Bus error

My error message.

[rbautch]

bash-2.02# sh tweak.sh
Running rbautch Hacked Tivo Enhancements...
tweak.sh: line 44: 316 Bus error tar -zxvf /enhancements/rbautch
-files.tgz >/dev/null
tweak.sh: /enhancements/start.sh: No such file or directory

My error message. Shame, shame. You didn't FTP it in binary mode.

[Lopey]

that would stop all the commands from working?

[rbautch]

Yes.

[Lopey]

damn, that did the trick.. I will learn this stuff. I thought the dos2unix fixed that issue.

[rbautch]

Just installed on a fresh 4.0.1b-6.2 slice upgrade, everything looking good so far! All very good suggestions.

Also, I understand the need to control feature bloat (hello M$!!) but it might be nice to prompt for a l/p to jam into tivoweb.cfg if the user wants it.Could you clarify this?

The install asks you if you want to schedule cron to backup your SPs whether or not you decided to install cron. Not sure how easy (or desirable) it would be to avoid this second question if cron install is skipped. Very small issue--I just answer no when I don't install cron. :)Actually, before the backup task is scheduled, it checks to see if TWP is present and also checks to see if a crontab is present. If no crontab is found it says "Cron installation is needed for this feature and was not found. Skipping automatic seasonpass backups..." I wanted to do it this way instead of avoiding the question altogether so someone could see what they're missing out on if they don't install cron. Try it!

Finally, have you looked into the safereboot.tcl script for "smart" rebooting (only rebooting when there is no recording or just suggestions recording)? I've played with the script a little but still cannot get it to work reliably (it won't reboot during suggestions). The safereboot.tcl script has already been incorporated. It's part of what happens when the script asks you: "Do you want weekly reboots to only occur if no programs are recording?" I don't think the safereboot script distinguishes between scheduled recordings and suggestions.

I'll incorporate changes this week. Thanks for testing!

[Dirac]

Could you clarify this?

Sorry, I meant that when you install tivowebplus, the default is to have no login or password to connect to the server. Since this is truly a "hands-off" installation, it could be nice to offer to prompt for a login/password and drop them into the tivoweb.cfg, but I do not know if this is possible. At worst, maybe you could have a "standard" login/password option (stored in a tivoweb.cfg.login and copied over on install) so it's not completely wide open (to anyone who doesn't read TCF!). Would hate to have someone learn the hard way that they have a wide-open web server, but then maybe that would be a good lesson. :) (Granted, they would need to have port forwarding activated on their router, and if they take the time to do that, maybe they are already thinking about password protecting their TiVo. I wouldn't want anyone to have free reign to mine, especially with hackman installed.) Just sort of a nice-to-have suggestion because your script is really well-refined.

I should have taken a closer look at your changes before I made the safereboot comment; nonetheless I have been trying to see how exactly it works. There appears to be a "state variable" for what the TiVo is recording (if anything) and there should be a way to group them into reboot states and non-reboot states. So TiVo could be set to reboot on suggestion or no recording (or wishlist or...), else it doesn't reboot (and cron can be set up to try again in an hour). I don't know tcl very well and maybe the safereboot was the wrong project to try to learn from.

EDIT: clarity (or another attempt at it)

[Gunnyman]

Russ,
I am impressed!
Very polished script there buddy!
Edit...
It seems to have killed my microsoft wireless B adapter :(
Oh well I've been wanting to do the wireless G bridge usb ethernet combo anyhow.

[rbautch]

Sorry about that. It killed my wireless adapter too. Believe it or not I think it has something to do with WEP. As I watched the console output, I got this error:message=dot11req_mibset
mibattribute=dot11WEPDefaultKeyID=0
resultcode=not_supportedwhich repeated indefinitely while the adapter tried to join my network. My link lights were on, but no connection. I got the same problem when I loaded the drivers manually, and also when I used the old stable backported drivers. A few additional fat-finger mistakes and I was explaining to my wife why she will never ever see the season premier of ER because I had to re-image the drive. :eek: Now my MRV transfer speed between my wired and wireless tivos is much slower (< real time), which has got me wondering if there's any difference between upgrading to 6.2 from 4.01b with slices versus a fresh 6.2 image. That seems to be the only difference between the old fast MRV and the new slow one.

I'm going to see if disabling WEP will allow the use of the new drivers, and also if installing the drivers and then setting up wireless makes any difference. Since the new drivers can't improve wireless b speed anyway, I may just include a check for wireless settings and then disable driver installation if wireless is found.

Any troubleshooting help on this is appreciated.

[msw323]

Oh well I've been wanting to do the wireless G bridge usb ethernet combo anyhow.

:up: Heh, I've been wanting to do that as well. I finally got around to buying a Netgear WGE111 from buy.com for 59.00 less 10% and free shipping. It also has a $10 rebate, so my cost is low. I got one of those $5.00 Airlink USB adapters from Fry's Electronics (outpost.com, but are not available at that price anymore), loaded the latest backported 2.0 drivers that enabled this chipset and I am now golden. I am getting 1.9 transfer speeds using G as opposed to .6 with the USB 1.1 and B. Now MRV is not painful in the room where I couldn't drop a line into!

[Dirac]

Not sure if this helps, but I manually upgraded the USB drivers on my 2 wireless TiVos to Jamie's backported USB 2.0 drivers quite a while ago (both had been slice upgraded from 4.0.1b) and had no problems once I took the insmod lines out of test.conf. Also, the script works for wired adapters--I was getting about 2.69 MBps with tytool on a freshly sliced upgrade yesterday.

Wish I could tell you more but I'm hesitant to break my TiVo again this week. Yesterday in a moment of sheer brilliance, I forgot to copy over my author file when doing a slice upgrade. Fortunately that was a really easy fix but I still had to pull the drive again. Had to completely reimage last week due to some other (unknown) stupidity... good thing that didn't happen to the "MythBusters TiVo" or we would have a very unhappy household!

[AJRitz]

Thought I'd share my experience with the 2.3b script here. I've run into a couple of issues, one minor and one sort of major. As background, I ran the script on two different TiVos. T1 is for the Media Room and connected directly to a WRT54G router via Linksys USB wired adapter. T2 is in the Great Room and connected to a WRT54G in WDS mode (thanks Sveasoft) via 3Com wired USB adapter. Both boxes are DTivos with hacked 6.2 on them.

Minor issue: T1 still is getting lousy throughput. Data transfer is very slow. I tested via tytool, and data transfer was reported as only about .36 meg/sec.

Major issue: T2 has completely lost network connection. It's not the WDS router - another entertainment device connecting through it works fine. The link lights on the 3Com are still on, but I still suspect that is the problem point.

I'm going to try and pick up a Netgear USB-ethernet adapter tonight and see if that fixes the problem.

[Gunnyman]

using Netgear FA120 and the new script I was seeing 1300 KB/s.
Hopefully AJ will see same

[rbautch]

With my FA120, I'm getting 2.2Mbps. On my wireless WUSB11, I'm getting 200kbps, even after I rolled back to the stock 6.2 drivers. If you guys can help, try manually installing the last stable USB 2.0 drivers, and see if that makes any difference.

Edit: Also confirm that the script correctly identified your kernel version.

[Gunnyman]

I'm happy with my speed so I'm leaving it alone :D

[Gunnyman]

usb 2.0 drivers?
I'm skeered of mucking that up can you email me the linky to them? DDB is becoming pretty soupy these days.

[AJRitz]

Just a quick note to say that the Netgear adapters made a world of difference. Speed on T1 was much improved (I'll post numbers later), and connectivity is back on T2.

I are a happy camper :D

[Gunnyman]

yay!

[AJRitz]

I've got some actual numbers now, having tested the new FA120 adapter with the 2.3b version of the script. I mentioned to Gunny last night that I thought the speed increase was about 300%. Turns out I lowballed it. It's more like a 400% improvement. T1 has gone from .36 meg/sec in TyTool to 1.42 meg/sec. I'm a happy camper :D

[rbautch]

Glad to hear you're back up and running. Last night I posted a new beta version that should clear up any driver issues. If you feel adventurous, you could try to old adapter again, but it's possible that the particular 3com adapter is just not supported by the new drivers. If you want a true test of MRV transfers, check out an application called netperf.

[atgraham]

Last night I posted a new beta version that should clear up any driver issues.

I downloaded and ran the new beta script and selected y for the usb2 option. There was an error message and it seems it was not able to find the new usb2 modules. It had already moved the old ones to backup-orig and so if I had rebooted I might have had to pull the hard drive to fix it. I moved the original ones back and rebooted and the network still works but I would still like to upgrade to the faster ones. Is it possible that they were not included in the 2.3 beta 2 script? I looked in the file and I can't seem to see them.

Thanks,

Tim

[rbautch]

The drivers are there. I just ran it on a few different tivos without issue. If you extract the archive, they're in a folder called "drivers". The script copies an archive called drivers2.4.20.tgz to your /lib/modules directory and then extracts it. Check if that archive is there. What error message did you get?

[Gunnyman]

rbautch what is the difference between this beta and the 1st one?

[rbautch]

Mostly fixes for Series 2.5 Tivos, and an earlier read-write mount. I also eliminated the installation of specific adapter drivers, and am now just installing the USB core and host controller drivers. Unless any more error reports come in, I'll make a few more tweaks and take the beta off tomorrow.

[Gunnyman]

are teh drivers faster than the 6.2 ptv net? which uses DDB for all its stuff.

[rbautch]

I am also using the DDB drivers (with permission from Jamie and ADH). I'm using the latest drivers, which are not necessarily faster, but now has support for the USB200M v.2 adapter. I'm not sure which ones PTV is using.

Please post your success or failure with a specific adapter. And I'll include them in the OP.

[Gunnyman]

I'll do a before and after and report back :p

[MisterEd]

Does this script work on the HR10-250 HD ?

[Gunnyman]

I'll do a before and after and report back :p

Speeds are the same pretty much, but the script worked flawlessly, nice work.

Edited to add:
vserver reports 1560 KB/s on a Netgear FA120

[rbautch]

Does this script work on the HR10-250 HD ?I don't see why it wouldn't, but hasn't yet been tested. Please try it and let me know if it works.

[rbautch]

Speeds are the same pretty much, but the script worked flawlessly, nice work.Awesome! :D

[Gunnyman]

let me know when you are ready to go full on with this script and we will get it linked on my guide.
also, hows your bandwidth holding up? need me to host the script too? I'd be glad to.

[msw323]

Please post your success or failure with a specific adapter. And I'll include them in the OP.

:up: Used your script on a reimaged DTivo (Samsung) and can verify that the Airlink ASOHOUSB is working correctly, getting a nice 2.6 Mb/s.

[rbautch]

Version 2.3 of the script is now officially released! I gave it another major overhaul over the past month, most of which was not easily noticed in the beta version. Special thanks to script testers Jasch, Gunnyman, Dirac, and AJRitz, most of whom lost their network connection in the cause. Here’s a list of new features and modifications:

1. Adds support for all 3.x, 4.x, 6.x, and 7.x Series 2/2.5 Tivos. When the main script starts, it runs a series of tcl scripts to fetch information from MFS like software version, kernel, and Tivo type. This info is then used to determine which drivers to install, and which features to skip. Check to make sure the information echoed to your screen is correct.

2. Installs CallerID (NCID) client and server software. Thanks to script testers mgmrick, x and y. (sorry guys, deleted my PMs and forgot who helped out….PM me please). This feature is skipped for Series 2.5 Tivos because the on-screen display program (out2osd) doesn’t work on S2.5.

3. Installs USB 2.0 drivers (courtesy of Jamie and Alldeadhomiez). Detects your kernel version so the right ones get installed.

4. Increases the memory allocation in tivoweb using TIVOSH_POOLSIZE=3244032. This eliminates problems with TWP rebooting when doing memory intensive operations like restoring season pass backups and channelprefs. I proposed this change to the TWP development team also.

5. Uses smartreboot (courtesy of rc3105) so that regular reboots only occur of no recordings are in progress. Also gives you the option to force reboots instead.

6. Displays an on-screen warning message on your TV 20 minutes and 10 minutes prior to rebooting. Also displays an on-screen welcome message when you start this script to make sure out2osd is working properly. This is suppressed for S2.5 Tivos.

7. Added script to restart TWP from bash. Also added an alias to the profile to handle this chore…called “twprs”. Thanks Fofer for the suggestion.

8. Fakecall installation is now idiot-proof. The script modifies fakecall.tcl to create log entries in CRONLOG-MAIN directly, which means the log entry won’t be created unless fakecall successfully runs. This was not easy! Previously, the log entry was created when cron encountered the task in your crontab, and would log it even if fakecall failed. Thanks Jasch for the suggestion.

9. Making weekly archives of logs is now optional.

10. New default “Almost There” splashscreen.

11. Added MRV module to set your Tivo’s MRV name in TWP.

12. Included SteveT’s modification to the netconfig module in TWP so that you can set network parameters from scratch in MFS. Previously, this module could only modify settings but not create them from scratch. I proposed that this module be added to the next TWP release.

13. To save space on your root directory, the script looks for the backup copy of tivoapp that is created by superpatch, and if it exists, will prompt you to delete it. It takes up about 15% of the root directory.

14. A few useful scripts for setting up network parameters in MFS are now included in the enhancements directory. The script called setSSIDwep.tcl sets up wireless on 6.2, including WEP. See the link in my signature for details.

15. Searches for hacks in /tivo-bin in addition to /busybox to accommodate you tivo-bin people. Thanks Gunnyman for the suggestion.

16. Changed the alias “find” to “ffind” to allow normal use of find command. Thanks BTUx9 for the suggestion.

Keep the suggestions coming… :D

[Gunnyman]

I suggest we make today Rbautch day!
You solve so many headaches wih script it ain't even funny!

[rbautch]

Glad to hear it, my man. Zero to hacked in 18 seconds. :D

[Gunnyman]

One thing still needs investigating.
For some reason, and I'm NOT running XP, I have to dos2unix the scripts else they won't run.
I am positive my FTP software is in binary mode.

[rbautch]

Maybe try is a different FTP client? What are you unzipping it with? I unzip with winrar, and transfer with WS_FTP, which seems to work fine. I do a dos-to-unix conversion on tweak.sh in Ultraedit before I zip up and post the archive just to be sure. Which files are you getting dos line endings? Let's take this troubleshooting to PM before the release notes fall off into oblivion. :)

[Gunnyman]

you got it :D

[Human123]

rbautch,

I just loaded your script on a machine and everything went flawlessly except one minor detail. When it asked if I wanted to back up season passes I responded n It showed my response of n and just hung there. I wasn't sure if it was busy so I waited 5 minutes then typed n again and it took off.
There was a typo also and since you seem like a perfectionist I will bring it up, that reason only. When it said "skipping automatic season pass backups... it says autmatic.
Hardly anything at all...Just an FYI

Thanks again for all you work on this!!!

[mgmrick]

New script changes tivo name to....TWP. What would be the reason for that? I assume I would need to rerun set name as this script would change the name?

Thanks
Rick

[rbautch]

Script does not change the MRV name of your tivo. It merely reports the "code name" that's tied to your model tivo. Was this on your DSR 708? Never heard of "TWP", so I assume it reports "Your Tivo type could not be determined" after it echoes your code name.

edit: By conincidence, the new script adds the tivowebplus module called MRV, which allows you to set MRV name from TWP. I can't imagine why it would default to a particular name, and I wasn't able to duplicate your problem. Anyway, you can use it to change your name back.

[mgmrick]

Rbautch,

You will see I just deleted tha last message... Reason is somehow I ran the ran the wrong tweak file. I just ran tweak on another tivo and it's output was differnet than the one I had just ran. Waiting for reboot now and see what I have.

Is there any difference on the tweak-uninstall file?


Thanks
Rick

[rbautch]

No problem. The callerID install has not changed since the beta. Check you author file to see if it appended the startup commands correctly.

[mgmrick]

Wierd don't know how I used the wrong tweak script. Now I see the callerid log and set mrv name on twp. Script ran without problems on all 3 for my Phillips DSR 708's.

Dos2unix is not needed anymore (at least for me)...good. I use filezilla in binary mode for transfers, and because I use winxp I do use unset crlf.

I have always let your script's install everthing even if I already had it installed. It probally would work right if I did not but I figure the script just over writes if it is already there.

I had usb2 before but I let yours do it again. Speeds look the same using wired fa120's

In space summary I report 74838mb, 80 gig hard drive. In total space I have 113:10:52. Is that total hours ? That would be too many. It also shows used as 69 and free as 49. Is this due to quality of recording that can not be changed on D* tivo's ?

Thanks
Rick

[bengalfreak]

I have a question. My modem is currently approx. 5 yrs. old, what are the chances it will work with NCID?

[mgmrick]

This callerid uses the modem in your tivo.

[fredfillis]

rbautch, your latest script is another great piece of work.

Maybe in the next version you could disable wife2.0 to allow uninterrupted tivo tweaking?

:D

[CURIOUS_JAMES]

What Would Be The Most I Could Get Out Of My Directivo Running 6.2 Software
I Have A 40gb Rca Dvr Dont Really Need A Bige Drive If I Get The Network Configured When My Adapter Arrives......any Advise............

[kramerboy]

What Would Be The Most I Could Get Out Of My Directivo Running 6.2 Software
I Have A 40gb Rca Dvr Dont Really Need A Bige Drive If I Get The Network Configured When My Adapter Arrives......any Advise............

Can you be more specific? What do you mean by "the most I could get out of my Directivo"?

[CURIOUS_JAMES]

Im Hoping To Get Tivo Web, Hmo, Im Not Sure If I Can Hack This Tivo As Is From Directtv Or Do I Have To Wipe The Drive And Start Fresh

[rbautch]

Start here (http://www.thewallens.net/tivo/Tivo_unguide.html). Then come back. You don't need a large hard drive.

[rbautch]

rbautch, your latest script is another great piece of work.

Maybe in the next version you could disable wife2.0 to allow uninterrupted tivo tweaking?

:DWife2.0 is an unhackable feature. ;)

[Gunnyman]

I've heard that introducing extramarrital affair 1.0 can cause wife 2.0 software license to expire.

[Riptide]

Does this script work on the HR10-250 HD ?

I don't see why it wouldn't, but hasn't yet been tested. Please try it and let me know if it works.

I tried running rbautchs latest Enhancement Tweak on my HR10-250 HD TiVo and got the following error message:

bash-2.02# dos2unix tweak*
bash-2.02# sh tweak.sh
Running rbautch Hacked Tivo Enhancements...
tweak.sh: tar: command not found
tweak.sh: /enhancements/start.sh: No such file or directory

[Gunnyman]

run the tweak.sh and tweak-uninstall.sh thru dos2unix and try again.
Just type dos2unix tweak* from the directory you uploaded the files to.

[TomK]

I can install the 2.3 script/files on top of the previous 2.2 script/files right?

[Riptide]

Hi Gunny,

Not sure exactly what you mean here. I have successfully applied rbautch's Enhancements to my other 6.2 DTiVos. I uploaded all three files to my root directory as I did with the 6.2 TiVos and applied the dos2unix tweak. When trying to run the dos2unix (the following sequence applies to all my TiVos), I have tried to run it in the root then I switch to another directory try running it again knowing it will fail, then switch back to the root and run it again, at which point I can now run the sh tweak.sh. I went ahead and tried the uninstalled and then tried to run it again with the following results:


bash-2.02# sh tweak-uninstall.sh
Removing directories and files...
skipping TWP uninstall...
Skipping cron uninstall...
Skipping CallerID uninstall...
Skipping fakecall restore...
Skipping USB 2.0 driver restore...
No bakup profile found, skipping profile restore...
Restoring original rc.sysinit.author file
mv: rc.sysinit.author.bak: No such file or directory
No backup splash screen found, skipping splash restore...
Done!
bash-2.02# dos2unix tweak*
bash: dos2unix: command not found
bash-2.02# sh tweak.sh
Running rbautch Hacked Tivo Enhancements...
tweak.sh: tar: command not found
tweak.sh: /enhancements/start.sh: No such file or directory
bash-2.02#

Not sure it will work on the HR10-250s.

[Riptide]

I can install the 2.3 script/files on top of the previous 2.2 script/files right?

First uninstall the 2.2 tweak, then copy over the new 2.3 tweak and you can copy it over that file if you want. I usually just delete them first that way I know the file I am using is the latest one.

[TomK]

Riptide, thanks!

[Fofer]

If we uninstall the 2.2 tweak, will that also uninstall any extra modules/themes we have installed into TWP?

[rbautch]

If the script installs Tivowebplus for you, it creates a flag file called /var/hack/TWP_temp or /enhancements/TWP_flag. This file signals the uninstall script to wipe the entire TWP directory. If you delete this flag file, the uninstall script will skip over your TWP installation, leaving it completely in tact.

[rbautch]

I went ahead and tried the uninstalled and then tried to run it again with the following results:


bash-2.02# sh tweak-uninstall.sh
Removing directories and files...
skipping TWP uninstall...
Skipping cron uninstall...
Skipping CallerID uninstall...
Skipping fakecall restore...
Skipping USB 2.0 driver restore...
No bakup profile found, skipping profile restore...
Restoring original rc.sysinit.author file
mv: rc.sysinit.author.bak: No such file or directory
No backup splash screen found, skipping splash restore...
Done!
bash-2.02# dos2unix tweak*
bash: dos2unix: command not found
bash-2.02# sh tweak.sh
Running rbautch Hacked Tivo Enhancements...
tweak.sh: tar: command not found
tweak.sh: /enhancements/start.sh: No such file or directory
bash-2.02#

Not sure it will work on the HR10-250s.

Sounds like you don't have a tar binary on your Tivo, or perhaps tar got corrupted. If you don't have tar, you can't uncompress the archive of files and scripts, and you'll get the errors shown above. First, try looking for tar with the "find" command (google for usage). If it's not there, try copying tar from one of your other tivos to your HD Tivo. If worst came to worst, you could also unpack everything on your PC and FTP the individual files to your Tivo.

[Dirac]

The dos2unix command is reporting file not found as well. Check the PATH statement in your author file and see if it points to /busybox and/or /tivobin.

[lickwid]

I currently have a hacked 6.2 using Gunnyman's howto. I am trying to load the script, but have the following output in Telnet:

I also ran the XP SP2 workaround, cmd, telnet, unset crlf, then o 192.168.1.xxx, and get the following bash:

[START]
bash-2.02# cd /var
bash-2.02# sh tweak.sh
Original unpatched tivoapp found in /tvbin. This takes up lots of space and may
interfere with running this script. Enter r to remove it, k to keep it, or e to
exit this this script now so you can FTP it to your PC. Enter r k or e here: k
Continuing...
mv: rbautch-files.tgz: No such file or directory
Running rbautch Hacked Tivo Enhancements...
tweak.sh: tar: command not found
chmod: /enhancements/*: No such file or directory
tweak.sh: /enhancements/start.sh: No such file or directory
bash-2.02# dos2unix tweak*
bash: dos2unix: command not found
bash-2.02# sh tweak-uninstall.sh
Removing directories and files...
skipping TWP uninstall...
Skipping cron uninstall...
Skipping CallerID uninstall...
Skipping fakecall restore...
Skipping USB 2.0 driver restore...
No bakup profile found, skipping profile restore...
Restoring original rc.sysinit.author file
mv: rc.sysinit.author.bak: No such file or directory
No backup splash screen found, skipping splash restore...
Done!
bash-2.02#
[END]

I am unable to run the scripts correctly, the dos2unix commands doesn't seem to work either, and it seems that I don't have TAR installed...I don't know what I am diong wrong. I used Filezilla to send the files in binary mode to the VAR folder.

[Gunnyman]

the script will also fail if your tivo's file system is full. Note. the flie system and the recording space have nothing to do with each other

[rbautch]

At bash, type find / -name tarto find out where tar is located, and then find / -name dos2unixto find out where dos2unix is located. Then make sure the path to those to those directories are in your PATH statement in your author file.

[toricred]

I noticed that your script keeps wiping out my network settings in rc.sysinit.author. Where do you expect the settings to reside?

In addition, I'm running your script (version 2.3) on my HR10-250 and it doesn't seem to be able to replace the Almost There picture even though it looks like the script succeeded, could it be that it is in a different place?

[kramerboy]

I noticed that your script keeps wiping out my network settings in rc.sysinit.author. Where do you expect the settings to reside?

In addition, I'm running your script (version 2.3) on my HR10-250 and it doesn't seem to be able to replace the Almost There picture even though it looks like the script succeeded, could it be that it is in a different place?

What kind of network settings do you have in rc.sysinit.author? With 6.2, most of those settings would not be needed.

[Dirac]

Something happened during the uninstall of the beta script, and upon reboot my original USB drivers (they were the original 6.2 ones) are not working. What's worse, I tried to telnet in, and I'm having problems with lost characters, errors, etc., making me think that the 115200 bps is too fast for the serial cable. So I can't zmodem transfer the new script, new usb drivers, etc., and obviously I can't ftp them over the network. Also, apparently the bootpage command on tivo doesn't support the -C switch, so I can't write a new bootpage and select a slower console speed. Any ideas, short of pulling the drive? Thanks.

Watching the reboot, I see the following error. I'll attach the entire boot sequence if anyone wouldn't mind scrolling through it.

usb.c: USB device 2 (vend/prod 0x77b/0x2226) is not claimed by any active driver.

[toricred]

This is an HR10-250. The lines are the insmod lines for usbcore.o, ehci-hcd.o, and ax8817x.o and the ifconfig line. Should they be somewhere else?

In addition, I have verified after this latest attempt to use it that the lines are in rc.sysinit.author and still no networking support. I did say yes to the USB2.0 drivers. Since this is 3.1.5, should I not even try to use them? If so, how can I uninstall them without being able to access the system across the network. Is there a way to fix this with the drive in a PC and booted off a CD?

[rbautch]

I noticed that your script keeps wiping out my network settings in rc.sysinit.author. Where do you expect the settings to reside? The script does not wipe network settings in your author file. It makes a backup copy of your existing author file, and then appends various startup commands to the end of it. The proper way to store network settings is in MFS, otherwise MRV won't work. You can do that with the netconfig module in TWP.

In addition, I'm running your script (version 2.3) on my HR10-250 and it doesn't seem to be able to replace the Almost There picture even though it looks like the script succeeded, could it be that it is in a different place?Quite possible. Find it with the command find / -name AlmostThere.png. Let me know were it is, and I'll adjust the script.

[toricred]

I see that it makes a backup, but it doesn't seem to append to the original file (maybe the file is losing the settings from something else) MRV doesn't matter since it is 3.1.5 and MRV won't work anyway (unless you know something I don't and then I want to know how to set it up). If I can't get the netowork up, how am I supposed to run the module in TWP? I'm willing to do it, but I don't know how. I'll find the Almost There file once I can access the system with it booted up. (It's obviously less important than getting the network back up right now.

Assuming you haven't read my second post on this problem yet, I should tell you that I can't get the network up at all right now. I'm assuming that installing the USB 2.0 drivers was a mistake at this point. (Remember it is 3.1.5.) How can I fix it if I can't access it while it is booted up. I'm more than willing to remove the drive and put it in a PC to do it, but I'm at a loss on how to fix it.

[toricred]

After re-reading my posts, I can see that you might read them as a complaint. Please consider them as anything but that. I'm very pleased that you've done all this work. The logos have been replaced and I really appreciate that. I can't tell if the rest is fixed yet, but I'm guessing that once I have the network fixed it will all be OK.

[rbautch]

Something happened during the uninstall of the beta script, and upon reboot my original USB drivers (they were the original 6.2 ones) are not working. What's worse, I tried to telnet in, and I'm having problems with lost characters, errors, etc., making me think that the 115200 bps is too fast for the serial cable. So I can't zmodem transfer the new script, new usb drivers, etc., and obviously I can't ftp them over the network. Also, apparently the bootpage command on tivo doesn't support the -C switch, so I can't write a new bootpage and select a slower console speed. Any ideas, short of pulling the drive? Thanks.
You can use bootpage without the -C switch, and it will work fine. However, I doubt that's your problem. I assume you did not get a link light after rebooting. Serial bash acts funky (lost characters, etc) when you call it up twice in the author file. If you can get serial bash working right, go to /lib/modules and check the backup-orig directory to see if the original drivers are still there. If not, check /lib/modules for a file called drivers2.4.20.tgz, which is the arhive of the 2.0 drivers. Untar them and see if that will restore your connection. If still no luck, you may have no choice but the pull the drive. I'll zip up an archive of original 6.2 drivers if you need them.
usb.c: USB device 2 (vend/prod 0x77b/0x2226) is not claimed by any active driver.This message is normal, and can safely be ignored.

[toricred]

You're dead on with your assessment of the symptoms. I have no link lights. I did notice the backups directory and tried copying them to /lib/modules. That didn't seem to fix the problem. Am I better off trying to recover them from the tgz file?

[toricred]

How should I be able to get to the directory if I have no network support? I don't have a serial cable yet (should be here the end of the week. Would that give me the opportunity to fix it without pulling the drive?

[toricred]

Thanks for the offer to zip the 6.2 files, but remember that I'm running 3.1.5 (an HD unit). Could I get the 3.1.5 version of those files?

[rbautch]

This is an HR10-250. The lines are the insmod lines for usbcore.o, ehci-hcd.o, and ax8817x.o and the ifconfig line. Should they be somewhere else?

In addition, I have verified after this latest attempt to use it that the lines are in rc.sysinit.author and still no networking support. I did say yes to the USB2.0 drivers. Since this is 3.1.5, should I not even try to use them? If so, how can I uninstall them without being able to access the system across the network. Is there a way to fix this with the drive in a PC and booted off a CD? If 7.x is like 6.2, you should not have insmod lines in your author file. 6.2 loads the drivers automatically, and any insmod lines will conflict causing a loss of connection. Let me guess, if you unplug and replug your network adapter it will magically start working, right? Nothing should preclude you from using the 2.0 drivers. The script will detect your kernel version and install the proper drivers. Comment the insmod lines and see if it works. The go to netconfig in TWP, set your IP parameters, and then remove the ifconfig statements from your author file.

[Dirac]

I have no link lights on the USB adapter since running the uninstall script. I'll try a bit more with serial bash and see what's in those directories, but I'm not sure what you meant by calling serial bash twice in the author file... I have the line:

"/bin/bash </dev/ttyS2&> /dev/ttyS2&"

I'm not calling it twice with this, am I? I'm pretty sure that line is only in my author file once, but I'll check again.

[rbautch]

You're dead on with your assessment of the symptoms. I have no link lights. I did notice the backups directory and tried copying them to /lib/modules. That didn't seem to fix the problem. Am I better off trying to recover them from the tgz file?If you run the uninstall script, it will copy the original drivers from /backup-orig to /lib/modules. The tgz archive has the 2.0 drivers. The insmod lines are likely your problem. Try plug and replug.
How should I be able to get to the directory if I have no network support? I don't have a serial cable yet (should be here the end of the week. Would that give me the opportunity to fix it without pulling the drive? Shame on you for no serial cable. If replugging doesnt work, you must pull the drive.

[toricred]

What do you mean by if 7.x is like 6.2? I'm running 3.1.5. Will 7.x run on the HR10-250?

Also, unplugging and re-plugging doesn't recover the link lights.

[rbautch]

I have no link lights on the USB adapter since running the uninstall script. I'll try a bit more with serial bash and see what's in those directories, but I'm not sure what you meant by calling serial bash twice in the author file... I have the line:

"/bin/bash </dev/ttyS2&> /dev/ttyS2&"

I'm not calling it twice with this, am I? I'm pretty sure that line is only in my author file once, but I'll check again. This is fine. Recheck your bootpage paramters to see if you messed up something.

[rbautch]

What do you mean by if 7.x is like 6.2? I'm running 3.1.5. Will 7.x run on the HR10-250?

Also, unplugging and re-plugging doesn't recover the link lights.When you ran the script, what did it report your kernel version and software version was?

[toricred]

The software version was 3.1.5f. The kerner version was 2.4.20 I think, but I'm not positive.

[lickwid]

I am still lost, can someone please take a look at my previous responses and try to help? I tried to find "tar" and "dos2unix" without luck.

[toricred]

OK, now I've recovered the files from the .tgz file and still no luck. I'm using a USB200M that uses the ax8817x.o file. I notice that right now the file is a link to usbnet.o. I don't remember that being the case previously. Could this be the problem? Should I just wait until I get the serial cable and then work on it?

[Dirac]

Well rbautch, you were right... slowing it down to 9600 didn't help. I've doublechecked my port settings in Windows also. The bootpage parameters look correct. Stumped...

EDIT: I was able to stay connected long enough to untar the USB drivers as you suggested, and USB/network is back up and running. Still don't know why serial bash isn't working.

[BTUx9]

OK, now I've recovered the files from the .tgz file and still no luck. I'm using a USB200M that uses the ax8817x.o file. I notice that right now the file is a link to usbnet.o. I don't remember that being the case previously. Could this be the problem? Should I just wait until I get the serial cable and then work on it?
Yes, with jaime's backported drivers, ax8817x.o is supposed to be a symlink.
Well rbautch, you were right... slowing it down to 9600 didn't help. I've doublechecked my port settings in Windows also. The bootpage parameters look correct. Stumped...

EDIT: I was able to stay connected long enough to untar the USB drivers as you suggested, and USB/network is back up and running. Still don't know why serial bash isn't working.
I'd check again for serial bash being run twice... see if it appears in the process list more than once.

[Dirac]

Every process with /bin/bash in it:

9 root 844 S /bin/bash -login
273 root 516 S tnlited 23 /bin/bash -login
275 root 768 S /bin/bash
508 root 1176 S /bin/bash -login

Now to find out where each is being invoked...

[rbautch]

I am still lost, can someone please take a look at my previous responses and try to help? I tried to find "tar" and "dos2unix" without luck.I posted a copies of tar and dos2unix at the bottom of the download page. FTP them to your Tivo in binary mode to /busybox, or somewhere in your PATH.

[toricred]

Since I know it worked before running the script with the lines in rc.sysinit.author and the .o files are correct, I must have fat fingered at least one line when I added them back to rc.sysinit.author. I'll wait for my serial cable to arrive and try to edit them.

[toricred]

Finally got it fixed. I was way off on the problem. I had a typo in the .profile file and the path variable was way off.

[toricred]

On the Almost There screen, the only one found is in /tvbin and I think that is the one your script puts in. Is it possible that in version 3.1.5f it could be named something different?

[rbautch]

If there is an AlmostThere.bak file in there also, it means that you had an AlmostThere.png file before running the script. If you don't have a .bak file, look at all the .png files in that directory and others to see if you can locate a similar looking file. You did reboot after running the script, right?

By the way, I have yet to locate the "acquiring satellite" graphic in MFS on 6.2. With previous software versions it was obvious, but not anymore. Anyone have any ideas?

[mgmrick]

Kool now that would be the graphic to change

Rick

[toricred]

I did reboot after running the script. There was no .bak file. Looking at the rc.sysinit file, and then examining the file, it appears the correct file on the HR10-250 is PromScreen2Version7.NTSC.png. I've tried to copy the file over, but apparently the filesystem for /tvbin is mounted ro. I'm nervous about remounting it. What do you suggest?

[toricred]

If I am setting this system up to get a bash prompt over serial, what do I need to do besides the bootpage command? I'm guessing there is something to send /bin/bash to the serial port, but I'm not sure where.

[toricred]

I have now verified the name of the AlmostThere file on 3.1.5. It is exactly what I said 2 posts ago and works beautifully.

[rbautch]

I think that's the name of the Almost There graphic for all 3.x software. I'll fix it in the next script. The following line in your author file will start serial bash:/bin/bash </dev/ttyS2&> /dev/ttyS2&This is different than serial console output, which is set in bootpage.

[mgmrick]

Back on 10.1.05 at about 2am I installed Rbautch newest script.

Start by running uninstall first then ftp using filezilla in binary mode to the root dir. No errors everthing installed looks good.

Now today 10.3.05 one of 3 tivo's is missing some logs and other files as per TWP

1) cidcall.log (callerid does not work)
2) svclog.upload
3)svclog.upload.gz
4)tivoLogHead.prv.gz
5)tivoLogHead.prv.gz.bfg

All 3 tivos are missing the command above restart in the main menu in TWP ver 1.2.1

This is similiar too what happened on last script...I let it go and installed the new script and it was right again...but breaking down again.

I don't know what I am doing wrong as I have not read of others having these problems.

Went back and uninstalled the script....ftp the files over and ran the script again. Error message now

Installing Callerid
Unable to set modem callerid : /dev/ttyS1

I did this twice, same error. I did not get this error before today on any installs.

Thanks
Rick

[thehesiod]

I'm getting a 404 on the website mastersav (can't post URL due to restriction)

is this on purpose?

[salvatore]

is this on purpose?Not directly; his ISP is having a few issues at the moment.

[rbautch]

Installing Callerid
Unable to set modem callerid : /dev/ttyS1This means that NCID was already running when you ran the tweak script. Use ps and kill those processes...should be 3 of them for each instance of NCID running. Then reinstall. I'll look into your other issues.

[darekd]

I used this script for the first time on my HDVR2 and I got this message:

Do you want to install callerID on your Tivo? [y/n]: y
Installing NCID CallerID...
/enhancements/start.sh: ncidd: command not found
Appending rc.sysinit.author file to run callerID on reboot...
/enhancements/start.sh: tivocid: command not found


After I reboot my tivo, caller id didn't work.

[rbautch]

I suspect that it tried to run NCID before it had a chance to untar the NCID archive. First try running the uninstall script, and then reinstall it. Try to minimize any hacks or apps like MRV while running the script to conserve resources. If that doesn't fix it, check that the following files are present:
/var/hack/sbin/ncidd
/var/hack/bin/tivocidThen check you author file for the following lines:cd /var/hack/sbin; ncidd
cd /var/hack/bin; tivocid &If these files and lines are all present, type ps at bash and kill any running processes that have to do with ncid. Then reboot.

[darekd]

It seems that I have all the files (see below) but it still doesn't work. I tried multiple times to install and uninstall the tweak.


/var/hack/sbin/ncidd

bash-2.02# cd /var/hack/sbin
bash-2.02#
bash-2.02# ls
ncidd

/var/hack/bin/tivocid

bash-2.02# cd /var/hack/bin
bash-2.02#
bash-2.02# ls
cidalias cidlog cidlogupd ncid out2osd tivocid

cd /var/hack/sbin; ncidd

bash-2.02# cd /var/hack/sbin; ncidd
bash: ncidd: command not found

cd /var/hack/bin; tivocid &

bash-2.02# cd /var/hack/bin; tivocid &
bash: tivocid: command not found
[1] 821
[1] Exit 127 tivocid

[rbautch]

Try to navigate to the the directory first, and then run it manually with: ./ncidd

[darekd]

Both commands work but I have to execute them as:

cd /var/hack/sbin; ./ncidd

cd /var/hack/bin; ./tivocid &

I modified start.sh with these changes

[salvatore]

I noticed the new version of the script installs USB 2.0 drivers. Ive had no luck getting USB 2.0 running on my series 2 DirecTivo, as well as heard USB 2.0 doesnt work as expected on DTivos.

Before I attempt an install of this new script, two questions: 1) are there indeed USB 2.0 issues with DirecTivos, and 2) do I need to run the uninstall script first?

Thanks.

[Fofer]

USB 2 works great on my Series 2 DTiVo's... model is HDVR2.
My adapter is the D-Link DUB-E100.

[ttodd1]

USB 2.0 works fine on mine too.

[BTUx9]

But there ARE some, like those with the kaweth chipset and the newer linksys that don't work so well with tivo. I also don't believe any of the wireless g adapters work yet.

[rbautch]

Both commands work but I have to execute them as:

cd /var/hack/sbin; ./ncidd

cd /var/hack/bin; ./tivocid &

I modified start.sh with these changes This is a mistake in the script. This command will work: /var/hack/sbin/ncidd...and so with this one: cd /var/hack/sbin; ./ncidd...but not this one: cd /var/hack/sbin; ncidd

[rbautch]

I noticed the new version of the script installs USB 2.0 drivers. Ive had no luck getting USB 2.0 running on my series 2 DirecTivo, as well as heard USB 2.0 doesnt work as expected on DTivos.It depends only on your adapter, not your model Tivo. What adapter do you have? The first post in this thread contains a few that are known to work for sure.

[rbautch]

But there ARE some, like those with the kaweth chipset and the newer linksys that don't work so well with tivo. I also don't believe any of the wireless g adapters work yet.I wrote a tcl script awhile back to set a flag if wireless settings are detected in MFS, which would skip the usb 2.0 driver install. I may resurrect that if g adapters won't work with 2.0. Is there a way to test for the kaweth chipset?

[salvatore]

Its an older Linksys adapter that works perfectly at the moment with USB 1.1. I just applied the new patch and am about to reboot. I'll post again after doing so.

[salvatore]

All went well, including still having ethernet access to the TiVo. Thanks again everyone.

Interesting point, though: Ive noticed my TiVo reboots into read/write mode each time. I have to manually set read-only upon each restart.