Upgrading Your Hacked HR10-250 to 6.3

[David Platt]

Oddly enough, I already had two -- one for my Home Theater Master remote controls and one for a bar code scanner I use with some DVD/Book inventory programs. I noticed that AFTER I made a serial cable to use with the TiVo's. So now I have 3. :)

Will a Home Theater Master serial cable work? I seem to remember something being mentioned years ago that they have different pin assignments, but I could be making that up.

[Bobblob]

Interesting. Do you know what the exact error was? If not, and you have the stomach to recreate the error, it might help others.

Wish I could remember. I think it was trying to copy something to /install. (Pardon my weak memory, but "/install" was the middle parameter, I think). However, now that I've got it all running again, I really don't think I want to take it all apart and start over again. :-)

[Bobblob]

Will a Home Theater Master serial cable work? I seem to remember something being mentioned years ago that they have different pin assignments, but I could be making that up.

Don't know about the HTM cable, but I found that the cable included with my Pronto Pro remote from a few years ago works perfectly with the Tivo, so I saved myself a couple bucks.

[Lord Vader]

My brother was looking for something like that, Bob, but then he realized his laptop doesn't even have a serial com port! Who would have thought that on a 2-year-old HP unit? I guess he's screwed and can't access his HR10-250 via serial now. Bummer. :(

[Da Goon]

My brother was looking for something like that, Bob, but then he realized his laptop doesn't even have a serial com port! Who would have thought that on a 2-year-old HP unit? I guess he's screwed and can't access his HR10-250 via serial now. Bummer. :(

I don't have a serial com port on my pc or my laptop. I just use a usb to RS232 adapter for my serial cable. Newegg had them a while back for about $12.

[Lord Vader]

I'm sure he can buy these locally then. Does RatShack sell them?

BTW, did you get the adapter only, or does this thing come in only the cable form? I did a quick look-see around and saw that all of them so far seem to be a cable, with the USB connection on one end and the serial on the other. Then he'd have to connect the null modem serial cable into the entire adapter cable. Would that even work?

[Da Goon]

Here's the one I use : http://www.newegg.com/Product/Product.asp?Item=N82E16812184003 .
I just connect it to my serial cable and use the com port my pc assigns to it.

[Lord Vader]

Ah, it looks like one RatShack sells.

[whitepelican]

The Radio Shack ones are $35. I bought one the other day for work purposes. I'd feel cheated if I was actually paying for it.

[Lord Vader]

Best Buy or Fry's might have them cheaper, then. He lives near those two stores and can always check it out.

[Bobblob]

There's a ton of different brands of these and they're generally designed to attach to the usb port on one end and your serial cable on the other. They're sold virtually everywhere these days & should work just fine with the Tivo, although there are a few that have trouble reaching full spec'd source current in some applications where it may be needed to drive a relay... (The telescope/astrophotography communities have some lengthy threads on this topic.)

[Jimmmmbo!]

Cripe. I screwed up. My hacked HR10 had the 6.3c slices and I tried to use option 1 from the first post in this thread. I used the bootpage statement:

bootpage -P "root=/dev/hdaX dsscon=true console=2,115200" /dev/hda

except I forgot to replace hdaX with the correct drive specifier. Now it's in a permanent reboot loop. :( Does anyone know how I can get it out of this without a complete do-over?

I'm not totally screwed, I still have my original drive and I have that in the HR10 at the moment hoping it will take the 6.3c upgrade tonight. But I did have some recordings on the hacked drive that I wanted to watch.

[kemac]

Cripe. I screwed up. My hacked HR10 had the 6.3c slices and I tried to use option 1 from the first post in this thread. I used the bootpage statement:

bootpage -P "root=/dev/hdaX dsscon=true console=2,115200" /dev/hda

except I forgot to replace hdaX with the correct drive specifier. Now it's in a permanent reboot loop. :( Does anyone know how I can get it out of this without a complete do-over?

I'm not totally screwed, I still have my original drive and I have that in the HR10 at the moment hoping it will take the 6.3c upgrade tonight. But I did have some recordings on the hacked drive that I wanted to watch.


Have you tried issuing the proper bootpage command with the drive mounted in your PC? Keep in mind the "X" in the command above is not the drive specifier, it is the partition specifier, so your tivo is trying to boot from partition X on drive "a"which doesn't exist. usually it is either partition 4 or 7.

Remeber when the drive is mounted in your PC to use the correct drive letter in place of the last /dev/hdx.

Hope that helps!

[Da Goon]

If you put the drive back in your pc to correct your bootpage, you'll have to update your bootpage command to : bootpage -P "root=/dev/hdaX dsscon=true console=2,15200" -C /dev/hdY . Where Y is the location of the drive in your pc.

[Jimmmmbo!]

Sorry, dumb questions, and I'm at work at the moment.

Is there an obvious way to know which partition to use? I'm assuming I want the "active"(?) partition. Will mfs_info(?) in mfs_tools give me this info?

[kemac]

Sorry, dumb questions, and I'm at work at the moment.

Is there an obvious way to know which partition to use? I'm assuming I want the "active"(?) partition. Will mfs_info(?) in mfs_tools give me this info?

Which ever partition you specify with the bootpage command will become the active root partition. One partition has your new root with 63c and the other should be your old version. Pick one (4 or 7) and see what version boots up. If its your old version you can redo the bootpage in the tivo this time.

If you used 4 the first time your new bootpage would look like this.

bootpage -P "root=/dev/hda7 dsscon=true console=2,115200" /dev/hda

[Jimmmmbo!]

OK. I'll give this a shot.

[PJO1966]

Slicer is still getting stuck when installSW fails. Running it manually doesn't work. For some people the install directory was missing. My install directory is there, but there's nothing in it. What is my next step?

[PJO1966]

Another bit of info... I opened installSw.itcl and it was blank, as was installSw.itcl.orig.

[gregoryb]

I noticed yesterday in DirecTV Central a message at bottom of screen, "*Tivo Plus Feature (trial ends today)". Something changed a couple days ago. I have had this 250 zippered and sliced for about a month. I got the reboot problem gixed (log file filling) a few weeks ago but I don't understand why the "trial ends today" and network settings screen change would just now show up.

[MurrayW]

So I guess trying to use my .orig file with my current 6.2 would not be a good idea. So any ideas on what I should next try to get tweak.sh and/or the slicer to run? Is there anyway to run tweak.sh in some sort of "logging" mode so I can see what it is doing and where in the script it hangs?
thanks,
MurrayI am still unable to run tweak.sh (or the slicer). I opened a copy of tweak.sh in notepad to try to run each command step-by-step to see where the problem was. I am not sure I manually ran everything correctly. This is what I did:
mount -o remount,rw
mkdir -p /enhancements
mv rbautch_files.tgz /enhancements/rbautch_files.tgz
chmod 755 /enhancements/rbautch_files.tgz
mkdir -p /enhancements/varhacks
cd /enhancements
tar -zxvf /enhancements/rbautch_files.tgz
That last command line gave me the following error message:
bash-2.02# tar -zxvf /enhancements/rbautch_files.tgz
tar: invalid option -- z
Usage: tar [-0prtx] [-e[eof-str]] [-i[replace-str]] [-l[max-lines]]
[-n max-args] [-s max-chars] [-P max-procs] [--null] [--eof[=eof-str]]
[--replace[=replace-str]] [--max-lines[=max-lines]] [--interactive]
[--max-chars=max-chars] [--verbose] [--exit] [--max-procs=max-procs]
[--max-args=max-args] [--no-run-if-empty] [--arg-file=file]
[--version] [--help] [command [initial-arguments]]

Report bugs to <bug-findutils@gnu.org>.
Does any of this give any clues as to why tweak.sh will not run?

thanks,
Murray

[rbautch]

I am still unable to run tweak.sh (or the slicer). I opened a copy of tweak.sh in notepad to try to run each command step-by-step to see where the problem was. I am not sure I manually ran everything correctly. This is what I did:
mount -o remount,rw
mkdir -p /enhancements
mv rbautch_files.tgz /enhancements/rbautch_files.tgz
chmod 755 /enhancements/rbautch_files.tgz
mkdir -p /enhancements/varhacks
cd /enhancements
tar -zxvf /enhancements/rbautch_files.tgz
That last command line gave me the following error message:
bash-2.02# tar -zxvf /enhancements/rbautch_files.tgz
tar: invalid option -- z
Usage: tar [-0prtx] [-e[eof-str]] [-i[replace-str]] [-l[max-lines]]
[-n max-args] [-s max-chars] [-P max-procs] [--null] [--eof[=eof-str]]
[--replace[=replace-str]] [--max-lines[=max-lines]] [--interactive]
[--max-chars=max-chars] [--verbose] [--exit] [--max-procs=max-procs]
[--max-args=max-args] [--no-run-if-empty] [--arg-file=file]
[--version] [--help] [command [initial-arguments]]

Report bugs to <bug-findutils@gnu.org>.
Does any of this give any clues as to why tweak.sh will not run?

thanks,
MurrayEnter tar --help then enter find / -name tarand post the results.

[MurrayW]

Enter tar --help then enter find / -name tarand post the results.Russ, this is what I get:
bash-2.02# tar --help
Usage: tar [-0prtx] [-e[eof-str]] [-i[replace-str]] [-l[max-lines]]
[-n max-args] [-s max-chars] [-P max-procs] [--null] [--eof[=eof-str]]
[--replace[=replace-str]] [--max-lines[=max-lines]] [--interactive]
[--max-chars=max-chars] [--verbose] [--exit] [--max-procs=max-procs]
[--max-args=max-args] [--no-run-if-empty] [--arg-file=file]
[--version] [--help] [command [initial-arguments]]

Report bugs to <bug-findutils@gnu.org>.
bash-2.02# find / -name tar
The " find / -name tar" command doesn't appear to be doing anything -- I just get a blinking cursor on the next line after the command I entered and nothing is ever returned (just like I am seeing when I run tweak.sh or the slicer). Hope this gives some clue as to what is going on.

thanks,
Murray

[rbautch]

Russ, this is what I get:
bash-2.02# tar --help
Usage: tar [-0prtx] [-e[eof-str]] [-i[replace-str]] [-l[max-lines]]
[-n max-args] [-s max-chars] [-P max-procs] [--null] [--eof[=eof-str]]
[--replace[=replace-str]] [--max-lines[=max-lines]] [--interactive]
[--max-chars=max-chars] [--verbose] [--exit] [--max-procs=max-procs]
[--max-args=max-args] [--no-run-if-empty] [--arg-file=file]
[--version] [--help] [command [initial-arguments]]

Report bugs to <bug-findutils@gnu.org>.
bash-2.02# find / -name tar
The " find / -name tar" command doesn't appear to be doing anything -- I just get a blinking cursor on the next line after the command I entered and nothing is ever returned (just like I am seeing when I run tweak.sh or the slicer). Hope this gives some clue as to what is going on.

thanks,
Murray
You have a version of tar that has very limited capabilities, and is not able to extract the rbautch_files.tgz file, which is why tweak.sh is hanging. You should be using the tivo tools from my signature, which contains a full featured version of tar and find. If you already have it, then you probably have multiple copies of tar or find on your tivo that need to be removed for it to work.

edit: Wait, it looks like the arguments for the tar command are actually the arguments for xargs. This happens when you copy a file on top of a symlink, like in busybox. So when you run the tar command, the xargs binary is actually run.

[rbautch]

To fix it, you need to delete your entire busybox directory and reinstall it. Be careful how you do this, since you'll lose certain tools (like tar and ls) when you delete it. One method is to delete the entire busybox directory then rerun the zipper on it.

[MurrayW]

To fix it, you need to delete your entire busybox directory and reinstall it.OK, I will do that. I have been using tivo tools from your signature. Do I need to search for and delete the multiple copies of tar and find before I delete busybox and reinstall it? If so, where should I look for these extra finds and tars?

I really do appreciate your help with this! :) Sorry to be such a pain. :o

thanks,
Murray

[MurrayW]

After re-zippering this is what I get when I type tar --help (I wasn't able to capture everything, the initial responses were not saved to the buffer.

bash-2.02# tar --help

<<SOME MISSING LINES>>

gnu GNU tar 1.13.x format
oldgnu GNU format as per tar <= 1.12
pax POSIX 1003.1-2001 (pax) format
posix Same as pax
ustar POSIX 1003.1-1988 (ustar) format
v7 old V7 tar format

-j, --bzip2 filter the archive through bzip2
--old-archive, --portability
same as --format=v7
--pax-option=keyword[[:]=value][,keyword[[:]=value], ...]
control pax keywords
--posix same as --format=posix
--use-compress-program=PROG
filter through PROG (must accept -d)
-V, --label=TEXT create archive with volume name NAME. At
list/extract time, use TEXT as a globbing pattern
-z, --gzip, --gunzip, --ungzip filter the archive through gzip
-Z, --compress, --uncompress filter the archive through compress

Local file selection:

--after-date=DATE same as -N
--anchored exclude patterns match file name start
--backup[=CONTROL] backup before removal, choose version CONTROL
-C, --directory=DIR change to directory DIR
--exclude=PATTERN exclude files, given as a PATTERN
--exclude-caches exclude directories containing a cache tag
-h, --dereference dump instead the files symlinks point to
--ignore-case exclusion ignores case
-K, --starting-file=MEMBER-NAME
begin at member MEMBER-NAME in the archive
--newer-mtime=DATE compare date and time when data changed only
--no-anchored exclude patterns match after any / (default)
--no-ignore-case exclusion is case sensitive (default)
--no-recursion avoid descending automatically in directories
--no-wildcards exclude patterns are plain strings
--no-wildcards-match-slash exclude pattern wildcards do not match '/'
--null -T reads null-terminated names, disable -C
-N, --newer=DATE-OR-FILE only store files newer than DATE-OR-FILE
--one-file-system stay in local file system when creating archive
-P, --absolute-names don't strip leading `/'s from file names
--recursion recurse into directories (default)
--strip-components=NUMBER strip NUMBER leading components from file
names
--suffix=STRING backup before removal, override usual suffix ('~'
unless overridden by environment variable
SIMPLE_BACKUP_SUFFIX
-T, --files-from=FILE-OF-NAMES get names to extract or create from file
NAME
--wildcards exclude patterns use wildcards (default)
--wildcards-match-slash exclude pattern wildcards match '/' (default)
-X, --exclude-from=FILE exclude patterns listed in FILE

Informative output:

--checkpoint display progress messages every 10th record
-v, --verbose verbosely list files processed

--check-links print a message if not all links are dumped
--index-file=FILE send verbose output to FILE
-R, --block-number show block number within archive with each
message
--show-defaults Show tar defaults
--show-omitted-dirs When listing or extracting, list each directory
that does not match search criteria
--totals print total bytes written while creating archive
--utc print file modification dates in UTC
-w, --interactive, --confirmation
ask for confirmation for every action

Compatibility options:

-o when creating, same as --old-archive. When
extracting, same as --no-same-owner

Other options:

-?, --help Give this help list
--license Print license and exit
--usage Give a short usage message
--version Print program version

Mandatory or optional arguments to long options are also mandatory or optional
for any corresponding short options.

The backup suffix is `~', unless set with --suffix or SIMPLE_BACKUP_SUFFIX.
The version control may be set with --backup or VERSION_CONTROL, values are:

t, numbered make numbered backups
nil, existing numbered if numbered backups exist, simple otherwise
never, simple always make simple backups

*This* tar defaults to:
--format=gnu -f- -b20 --rmt-command=/usr/local/mips-tivo72/libexec/rmt --rsh-com
mand=/usr/bin/rsh

Report bugs to <bug-tar@gnu.org>.

And this is find / -name tar:

find / -name tar
/busybox/tar

Now to try slicer and tweak.sh again!

thanks,
Murray

[MurrayW]

:) :D :up:

Slicer works!

Tweak.sh works!

RBautch is awesome!

Thanks a lot for all your patience in helping me get this resolved...now to try my 3rd one..in a few days.

Murray

[Jimmmmbo!]

Which ever partition you specify with the bootpage command will become the active root partition. One partition has your new root with 63c and the other should be your old version. Pick one (4 or 7) and see what version boots up. If its your old version you can redo the bootpage in the tivo this time.

If you used 4 the first time your new bootpage would look like this.

bootpage -P "root=/dev/hda7 dsscon=true console=2,115200" /dev/hda

This worked great! Thanks to kemac and Da Goon! I even got it right with the first try! :)

[PJO1966]

Slicer is still getting stuck when installSW fails. Running it manually doesn't work. For some people the install directory was missing. My install directory is there, but there's nothing in it. I opened installSw.itcl and it was blank, as was installSw.itcl.orig. What is my next step?


I'm bumping this up with the hope of getting this issue (and others) resolved before I leave town for a few months. If anyone can help me out, I would really appreciate it.

[rbautch]

I'm bumping this up with the hope of getting this issue (and others) resolved before I leave town for a few months. If anyone can help me out, I would really appreciate it.What errors do you get when you run it manually?

[PJO1966]

What errors do you get when you run it manually?

HD 1-bash# /tvbin/installSw.itcl
HD 1-bash#

That's it. The bash prompt comes up immediately.

[Da Goon]

Grab installsw.itcl from rbautch's post in the second page of this thread and replace your current copy with it.

[PJO1966]

Grab installsw.itcl from rbautch's post in the second page of this thread and replace your current copy with it.


Thanks, I had done a search but for some reason that post didn't show up.

[PJO1966]

Ran installSw.itcl and copy_drivers before rebooting. Now I'm running 6.3c but I've lost both telnet and serial connections. Off to do some more reading. I'm guessing I'll have to pull the drive and edit the author file again.

[rbautch]

Running installSw.itcl and copy_drivers only does part of the job. You also need to copy all your hacks over, including the author file. At this point, another option is to pull the drive and run the zipper on it.

[Da Goon]

Always make sure to dd over your hacked kernel too. Otherwise everything else is futile.

[toohip]

Currently on 6.3b trying to manually go to 6.3c. Will re-hack later.

FTP the InstallSw.itcl script that rbautch posted.

tvbin/installsw.itcl 6.3c-01-2-357

Script runs fine without any errors. Reboot after it completes.

During reboot, it shows that it is applying a service update.

After it finishes booting up I check the current software and it still shows that it is on 6.3b but is no longer hacked.

Any ideas on what went wrong? It seems like it didn’t flip partitions. Will try again and verify?

Is it safe to try this?

bootpage -P "root=/dev/hdaX dsscon=true console=2,115200" /dev/hda

with X at 4 or 7?

4 should be 6.3b or 6.3c and 7 should be the opposite.


Thanks

[Da Goon]

Leave the upgradesoftware=false parameter in your bootpage. That keeps the tivo from installing software upon reboot. You're already installing the new software while the tivo is live. Update your bootpage and try again and it should work.

[toohip]

So if i understand you correctly i will rehack the drive and then check to make sure the bootpage is set to upgrade=false.

I will then try and run the install script again and hope it works.


After I get the box to 6.3c i will then re-hack.


I am pretty sure the bootpage was set at true the first time as i was hoping the box would update automatically.


Thanks

[Da Goon]

So if i understand you correctly i will rehack the drive and then check to make sure the bootpage is set to upgrade=false.

Yep.

[dbuchthal]

Here is how I got the upgrade to work... I ran Slicer and Control-C'd at the end before it rebooted. Then I backed up the old usb-ohci, usbcore and usbnet.o files in both /install/lib/modules and in /install/platform/lib/modules (because I'm not certain wich are used--I could've used symlinks, but the files are so small it doesn't matter much). Then I copied the three .o files from /lib/modules to the two locations above. Finally, I added the product line for the ASOHOUSB to the /install/etc/hotplug/usb.map file under the usbnet section. After two reboots, the system is back up and looks good.

Thanks Starrbuck. I spent a fair bit of time trawling through this thread, trying to find the exact combo I needed to make the zipper work for me to go from 3.1.5f to 6.3c with my Linksys USB200m V2. There were two necessary pieces:

1. rbautch's changes for usb.map for my USB network driver
2. your hint to explicitly copy those particular usb*.o files from /lib/modules to /install/platform/lib/modules and /install/lib/modules

I was a bit nervous about upgrading since I don't have a serial cable, but this worked like a charm. Much thanks to all who keep this thread going.

[sk33t3r]

I have a 200m v2 and the drivers included in zipper work with no modification needed.

[mikemav]

Hi all-
I'm having a few issues. I ran slicer to go from 3.1.5 baseline original software (hacked) to 6.3c. I lost telnet after (I think I fat-finger errored the IP settings input), so I pulled the drives and ran zipper. All seemed fine- I was able to boot up the tivo, watch recorded shows, etc.. I notcied the strange writing at the bottom of the screen like this post
I noticed yesterday in DirecTV Central a message at bottom of screen, "*Tivo Plus Feature (trial ends today)". Something changed a couple days ago. I have had this 250 zippered and sliced for about a month. I got the reboot problem gixed (log file filling) a few weeks ago but I don't understand why the "trial ends today" and network settings screen change would just now show up. I let it go and went out for the evening. However, I must have jarred my access card loose while working inside the box, so this morning when I went to watch it, it was asking me for an access card. So I inserted it firmly, and got programming again. However, when I went to check last nights recordings, nada. Okay, no access card, no DSS. However, no OTA recording either! No 24 (dammit!) So I looked at recording history and saw some error about not recoding those OTA (or DSS) shows since they were scheduled for recording by a Tivo Plus trial feature or something similar (wish I had written down the phrase.) Any idea what gives? These were season pass shows.

So thinking maybe the tweak enhancements script might have screwed something up, I decided to run it again. The first time I had selected to install netperf and discoverd in the process it wasn't needed (this is my only hacked tivo) I also had installed the new TWP included, logos, NCid, and most of the other options the script asked Y/N for. I declined the custom splash screen, showcases and yellow stars, color in bash, and some other stuff I didn't figure I wanted. So this time I figured I'd install it w/ just the basics to see if that could fix the recording issue. So I ran uninstall, which went fine. I rebooted (just in case it mattered), ran the tweak.sh script again, and it started running fine. Both times I forgot to type sync; reboot and just sent reboot without the sync. Could that cause an issue? Any other ideas?

[Finnstang]

I have seen a tivoapp patch floating around either here or at DDB to get rid of the TiVo Plus Trial message.

[HUGE2U]

Are the 6.3c slices out anywhere yet?


HUGE

[mikemav]

Hi all-
I'm having a few issues. I ran slicer to go from 3.1.5 baseline original software (hacked) to 6.3c. I lost telnet after (I think I fat-finger errored the IP settings input), so I pulled the drives and ran zipper. All seemed fine- I was able to boot up the tivo, watch recorded shows, etc.. I notcied the strange writing at the bottom of the screen like this post
I let it go and went out for the evening. However, I must have jarred my access card loose while working inside the box, so this morning when I went to watch it, it was asking me for an access card. So I inserted it firmly, and got programming again. However, when I went to check last nights recordings, nada. Okay, no access card, no DSS. However, no OTA recording either! No 24 (dammit!) So I looked at recording history and saw some error about not recoding those OTA (or DSS) shows since they were scheduled for recording by a Tivo Plus trial feature or something similar (wish I had written down the phrase.) Any idea what gives? These were season pass shows.

So thinking maybe the tweak enhancements script might have screwed something up, I decided to run it again. The first time I had selected to install netperf and discoverd in the process it wasn't needed (this is my only hacked tivo) I also had installed the new TWP included, logos, NCid, and most of the other options the script asked Y/N for. I declined the custom splash screen, showcases and yellow stars, color in bash, and some other stuff I didn't figure I wanted. So this time I figured I'd install it w/ just the basics to see if that could fix the recording issue. So I ran uninstall, which went fine. I rebooted (just in case it mattered), ran the tweak.sh script again, and it started running fine. Both times I forgot to type sync; reboot and just sent reboot without the sync. Could that cause an issue? Any other ideas?

Turns out the recording history reports "This program was not recorded becuase it was scheduled with a TiVo Plus service feature. To upgrade to a TiVo Plus service go to DIRECTV Central and choose "How to Upgrade to TiVo Plus service"

Any ideas? These were long-standing Season Passes that didn't record last night, right after running the Slicer and the Enhancements script to go from 3.1.5 to 6.3c. As I mentioned, I also didn't have my sat access card inserted fully last night, but that shouldn't have effected my 24 and Prison Break season passes, since they are OTA shows. Same error message, same lack of recording for those.

[gsr]

Turns out the recording history reports "This program was not recorded becuase it was scheduled with a TiVo Plus service feature. To upgrade to a TiVo Plus service go to DIRECTV Central and choose "How to Upgrade to TiVo Plus service"

Any ideas? These were long-standing Season Passes that didn't record last night, right after running the Slicer and the Enhancements script to go from 3.1.5 to 6.3c. As I mentioned, I also didn't have my sat access card inserted fully last night, but that shouldn't have effected my 24 and Prison Break season passes, since they are OTA shows. Same error message, same lack of recording for those.

Doesn't matter if they're OTA or not - no access card, no recording. 24 wasn't all that great last night, so you didn't miss much.

[mikemav]

Doesn't matter if they're OTA or not - no access card, no recording. 24 wasn't all that great last night, so you didn't miss much.
Thanks. I hope all is well now and I have no more worries with this upgrade. Only issue I'm having now restoring all my hacks is with mfs_ftp. It won't start manually or from my rc.sysinit.author. I tried starting it manually and get this:
HDTivo-bash# /var/mfs_ftp/mfs_ftp.tcl &
[1] 5254

HDTivo-bash# child process exited abnormally
while executing
"exec $info(path)/tzoffset.tcl 2>/dev/null"
(procedure "get_tzoffset" line 10)
invoked from within
"get_tzoffset"
(procedure "init_procs" line 7)
invoked from within
"init_procs"
(file "/var/mfs_ftp/mfs_ftp.tcl" line 1556)

[jerrymc]

Thanks. I hope all is well now and I have no more worries with this upgrade. Only issue I'm having now restoring all my hacks is with mfs_ftp. It won't start manually or from my rc.sysinit.author. I tried starting it manually and get this:
HDTivo-bash# /var/mfs_ftp/mfs_ftp.tcl &
[1] 5254

HDTivo-bash# child process exited abnormally
while executing
"exec $info(path)/tzoffset.tcl 2>/dev/null"
(procedure "get_tzoffset" line 10)
invoked from within
"get_tzoffset"
(procedure "init_procs" line 7)
invoked from within
"init_procs"
(file "/var/mfs_ftp/mfs_ftp.tcl" line 1556)

This is probably caused by a missing tzoffset.txt file. Go to your mfs_ftp directory and execute "touch tzoffset.txt" and you should be good to go. If that doesn't work, check for *.tcl files with ^M characters at the end of every line. If you find any, run dos2unix on them.

Regards,
Jerry

[mikemav]

Okay, the tzoffset.txt worked. Thanks guys. Now the only last issue I'm having is getting mfs_ftp and TivoWebPlus 2.0 to start on startup. I went with TWP 2.0 instead of the one in the enhancement script (just said no to that part of the install.) anyway, TWP 2.0 is working fine, as is mfs_ftp now, so long as I manually start them. I start them via a script I wrote for each. These (called sstart_mfs_ftp and sstart_tivowebplus) are stored in /bin
Then my rc.sysinit.author calls them (at least that's the way I thougth it worked. Here is the rc.sysinit.author with the lines I added to what was there from the tweak.sh script:
#!/bin/bash
export PATH=./:.:/utils:/bin:/sbin:/tvbin:/tivobin:/busybox:/ptvupgrade/bin:/ptvupgrade/busybox:/enhancements
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/ptvupgrade/lib
export TIVO_ROOT=
export MFS_DEVICE=/dev/hda10
tnlited 23 /bin/bash -login &
tivoftpd || tivosh /ptvupgrade/bin/tivoftpd
/bin/bash </dev/ttyS2&> /dev/ttyS2&
fakecall.tcl || tivosh /ptvupgrade/busybox/fakecall.tcl
#Start TivoWebPlus
/bin/sstart_tivowebplus &
#Start MFS_FTP
/bin/sstart_mfs_ftp &

The scripts to start these look like:
#! /bin/bash
cd /var/mfs_ftp
./mfs_ftp.tcl

Oddly, when I reboot these are not running, but if I run the script from the prompt, it starts mfs_mft (or tivowebplus)
HDTivo-bash# ./sstart_mfs_ftp &
[1] 452

So I can't figure out why rc.sysinit.author won't start these?

Thanks

[tivoupgrade]

tivoftpd || tivosh /ptvupgrade/bin/tivoftpd
/bin/bash </dev/ttyS2&> /dev/ttyS2&
fakecall.tcl || tivosh /ptvupgrade/busybox/fakecall.tcl


I've never seen syntax like this; not sure what its intended to do, but my case is that ANYTHING from your rc.sysinit.author isn't going to execute past the point of that first line I've quoted.

You might try just this:


/bin/bash </dev/ttyS2&> /dev/ttyS2&
/ptvupgrade/bin/tivoftpd
/ptvupgrade/busybox/fakecall.tcl


because the way you have it written, looks like you are starting a new instance of the shell from inside another instance. Really don't know what to think about the "||" operator being in there either...

[Lord Vader]

After putting my slice files into /var/packages/ on my Tivo, I typed: dbload *.slice

After all 5 files were loaded by dbload, I typed: echo mls /SwSystem | tivosh

Now I show the following:

Name Type FsId Date Time Size
---- ---- ---- ---- ---- ----
3.1.5f-01-2-357 tyDb 3180 09/29/06 23:56 700
6.3b-01-2-357 tyDb 193180 01/02/07 07:51 772
ACTIVE tyDb 3180 09/29/06 23:56 700


I tried this on one of my OLD HDVR2s that still had 4.01b--I'm upgrading to 6.2--and when I entered the dbload command, I get "command not found."

[mikemav]

tivoftpd || tivosh /ptvupgrade/bin/tivoftpd
/bin/bash </dev/ttyS2&> /dev/ttyS2&
fakecall.tcl || tivosh /ptvupgrade/busybox/fakecall.tcl


I've never seen syntax like this; not sure what its intended to do, but my case is that ANYTHING from your rc.sysinit.author isn't going to execute past the point of that first line I've quoted.

You might try just this:


/bin/bash </dev/ttyS2&> /dev/ttyS2&
/ptvupgrade/bin/tivoftpd
/ptvupgrade/busybox/fakecall.tcl


because the way you have it written, looks like you are starting a new instance of the shell from inside another instance. Really don't know what to think about the "||" operator being in there either...

hmm, interesting, I didn't write the .author file. All I did was run zipper after slicer. Then I throught there was an issue (turned out it was the loose access card), so then since I still had network, I re-ran the tweak.sh script (after running the tweak_uninstall) and this is what I got in my file. I added the parts at the end about the TWP and mfs_ftp, that's all. What do others who have run the tweak.sh script have for the rc.sysinit.author file that differs?

Also, I tried the second time on my tweak.sh install to keep it basic, so I declined the TWP part of the install. I installed TWP 2.0 manually, along with mfs_ftp. However, both are in /var and I'd like to move them to /enhancements now that I've read about the workaround w/ the symlinks, etc... How would I move the TWP directory to /enhancements. I tried mv /var/mfs_ftp /enhancements/mfs_ftp but got an error about it not being able to move across file systems since it's not a normal file or something.

[Lord Vader]

Man that seems like a lot of work. I used the slicer, I think it does most of that by script.

I ftp'd the tarball over and untarred it and now dbload is working. It didn't like the slices ftp'd over individually. I don't know why?

Thanks guys.

How long did it take to load them into mfs? I'm running dbload as we speak, and it's been at least 20 minutes. I typed in dbload *.slice, it paused a bit, then it went to the next line, which read dbload: *.slice. Under that line was the blinking cursor all by itself.

[mikemav]

tivoftpd || tivosh /ptvupgrade/bin/tivoftpd
/bin/bash </dev/ttyS2&> /dev/ttyS2&
fakecall.tcl || tivosh /ptvupgrade/busybox/fakecall.tcl


I've never seen syntax like this; not sure what its intended to do, but my case is that ANYTHING from your rc.sysinit.author isn't going to execute past the point of that first line I've quoted.

You might try just this:


/bin/bash </dev/ttyS2&> /dev/ttyS2&
/ptvupgrade/bin/tivoftpd
/ptvupgrade/busybox/fakecall.tcl


because the way you have it written, looks like you are starting a new instance of the shell from inside another instance. Really don't know what to think about the "||" operator being in there either...
hmm, interesting, I didn't write the .author file. All I did was run zipper after slicer. Then I throught there was an issue (turned out it was the loose access card), so then since I still had network, I re-ran the tweak.sh script (after running the tweak_uninstall) and this is what I got in my file. I added the parts at the end about the TWP and mfs_ftp, that's all. What do others who have run the tweak.sh script have for the rc.sysinit.author file that differs?

Also, I tried the second time on my tweak.sh install to keep it basic, so I declined the TWP part of the install. I installed TWP 2.0 manually, along with mfs_ftp. However, both are in /var and I'd like to move them to /enhancements now that I've read about the workaround w/ the symlinks, etc... How would I move the TWP directory to /enhancements. I tried mv /var/mfs_ftp /enhancements/mfs_ftp but got an error about it not being able to move across file systems since it's not a normal file or something.

Hate to bump, but does anyone have any more input on this issue?
Thanks!

[rbautch]

Hate to bump, but does anyone have any more input on this issue?
Thanks!To copy TWP, just copy it normally. However, TWP requires write access to write to the config file, so you could either mount your root filesystem read-write before you use TWP, use symlinks to var (which is always read-write), or set the environmental variable TWP_DATA_DIR to some directory in var. This requirement may have changed with TWP ver 2.0, but I'm not sure. For mfs_ftp you have to use symlinks for cache and port3105.log.

[mikemav]

To copy TWP, just copy it normally. However, TWP requires write access to write to the config file, so you could either mount your root filesystem read-write before you use TWP, use symlinks to var (which is always read-write), or set the environmental variable TWP_DATA_DIR to some directory in var. This requirement may have changed with TWP ver 2.0, but I'm not sure. For mfs_ftp you have to use symlinks for cache and port3105.log.
Thanks for the reply. The copying isn't the top priority now; if my /var gets wiped I know I'll lose those, so I'll move them over when I can figure it out. The mv command was giving me errors about not being able to move the directory across file systems when I tried to move mfs_ftp from /var to /enhancements, so that's where I got stuck there, but..

My biggest concern at this point was the example a few posts ago of my .author file and finding out why mfs_ftp and TWP won't start on reboot, but will with the same command manually. One of the above replies seemed to think I had odd syntax with that file, but it came from the tweak script, so I'm not sure. All I added were the lines about TWP and mfs_ftp. TiVo starts and runs fine with this setup; just that I need to start those two manually.

[creimer]

I just checked and the 6.x software has not downloaded to my zipper'd hr10-250. i was planning on using the slicer to move my hacks over but the update was never brought down to my machine. Is DTV still sending the new code via a nightly datastream. I ran the add6x.tcl script but did not fix the issue. Any thoughts what might be wrong? TIA for any help

[Finnstang]

I just checked and the 6.x software has not downloaded to my zipper'd hr10-250. i was planning on using the slicer to move my hacks over but the update was never brought down to my machine. Is DTV still sending the new code via a nightly datastream. I ran the add6x.tcl script but did not fix the issue. Any thoughts what might be wrong? TIA for any help
The 6.3 software is not in the sat stream anymore. You can only get it through dialing in now. Or you can download the slices and load them into mfs yourself and then use slicer to upgrade. Not sure if they are available or not.

[creimer]

The 6.3 software is not in the sat stream anymore. You can only get it through dialing in now. Or you can download the slices and load them into mfs yourself and then use slicer to upgrade. Not sure if they are available or not.


Thanks for the info! Where can I download the new software or how can I enable dial-in to get the update?

[Finnstang]

I would look on DDB, torrent, and emule to see if anyone has posted 6.3 slices. Read this thread (http://www.tivocommunity.com/tivo-vb/showthread.php?t=317092) for info on getting the HR10-250 to dial-in over ethernet.

[creimer]

Are there particular filenames I should be searching for the 6.3 slices for an hr10-250?

[creimer]

I was able to get my tivo to dial-in. Will this initiate the download process? If so, does it have to make another call to activate the software? I want to use the slicer to copy my hacks over before activating the new software. Thanks for your help with this. Very much appreciated!

[Finnstang]

Once it dials in, you can check for the slices in mfs using the following command.
echo mls /SwSystem | tivosh

This will show you if the slices are there. You can then use the slicer to upgrade it yourself or let it upgrade and then rezipper.

[creimer]

Once it dials in, you can check for the slices in mfs using the following command.
echo mls /SwSystem | tivosh

This will show you if the slices are there. You can then use the slicer to upgrade it yourself or let it upgrade and then rezipper.


The slices are still not downloading so I think I'm going to purchase the instacake version of the 6.3c software and re-image the drive. If I go this route, will the zipper hacks still work if I re-apply it? If so what version of the zipper is needed and is HMO/MRV available in this new software?

[Blackfoot]

My fakecall does not appear to be working anymore since the upgrade to 6.3c. My problems initially were a reboot every time fakecall would kick off. I found a post where the person disabled elseed, changed the debug_board=true, made a daily call and then his issues went away. So I did the same. Except now when I set my debug back to false, the call status is appearing as failed. I did find AlphaWolf's update to the fakecall.tcl but it didn't appear to make any difference.

Is there a step I overlooked or a way to verify fakecall is working as it should?

[Finnstang]

The slices are still not downloading so I think I'm going to purchase the instacake version of the 6.3c software and re-image the drive. If I go this route, will the zipper hacks still work if I re-apply it? If so what version of the zipper is needed and is HMO/MRV available in this new software?
Yes
Download the most current version
No

[Finnstang]

My fakecall does not appear to be working anymore since the upgrade to 6.3c. My problems initially were a reboot every time fakecall would kick off. I found a post where the person disabled elseed, changed the debug_board=true, made a daily call and then his issues went away. So I did the same. Except now when I set my debug back to false, the call status is appearing as failed. I did find AlphaWolf's update to the fakecall.tcl but it didn't appear to make any difference.

Is there a step I overlooked or a way to verify fakecall is working as it should?
Are you saying it doesn't run when you manually do it, or you're not sure it is running automatically in cron?

What output do you get when you type:
tivosh /busybox/fakecall.tcl

If it is working when run manually, but not in cron, check to make sure your have a crond file. If you zippered, type root at the bash prompt if you get a blank screen, type /enhancements/var-symlinks.sh at the bash prompt. If you get text when typing root, then your cron file should be fine. Also, sheck to make sure cron is running by doing a ps -ef | grep crond and look for the /busybox/crond process entry. If so far it is still good, try the following:

echo "root:x:0:0:root:/:/bin/sh" >> /etc/passwd
echo "root:x:0:" >> /etc/group

[tivoupgrade]

If you already have the slicer, and no slices on your system, you might want to try the -d option which should work ok on units with 6.3a or 6.3b:


./slicer 6.3c-01-2-357 -d


If you are attempting to get from 3.5f to 6.3c, -d may not work for you, but this should:


wget -O /var/packages/getslices http://www.dvrupgrade.com/software/update_tool/6.3c-get_and_load_slices
cd /var/packages
sh ./getslices


followed by:


./slicer 6.3c-01-2-357

[jsmyth40]

Has anyone experienced a blank Messages & Settings menu after using Slicer 1.7 to upgrade from 6.3b to 6.3c?

Everything else went perfectly with the upgrade, but selecting Messages & Settings leaves the blue background and animation but no menu choices appear. If I don't touch the remote, the TiVo returns to live TV after about five minutes, but pressing the TiVo or left button causes a reboot. As part of unsuccessful troubleshooting, I used the TivoWebPlus Net Config script to change my DNS server address to 192.168.1.1 from 4.2.2.2.

I also reinstalled Tweak but noticed no difference in operation.

The following entry appears in my tverr.log.

Failed to load document named "/atlas_settings/ui/MainMenu/TvSettingsMainMenu.brf" Error 0x30001 (0x30001) TvUrlResource BaseUrl is "shmem://TvShmemd" Check to be sure: If you're using TV_URL_RESOURCE_BASE that it points to a valid directory If you're on a load-all system that your document's ism is listed in sw/data/common/gen/import-processes/import-processes.list

I would appreciate suggestions on other steps to take.

[jkseamons]

Hi all. I ran slicer to go from 3.1.5 (hacked) to 6.3c. I lost telnet after (I think I screwed up the IP settings input), so I pulled the drives and ran zipper. I can telnet to the unit, but can not get tweak.sh to run. Any ideas?

[markis]

I just picked up a used, unhacked HR10-250. Before I pick up a new drive and Instantcake, can someone please confirm that I can watch SD streams using vserver on 6.3c (from the TivoWebPlus Now Playing List)?

I think the answer is yes, but I have seen a few older references saying that vserver doesn't work on the HR10-250. I currently have a hacked HDVR2 and would really miss vserver streaming.

Thanks for your help.

[Blackfoot]

Are you saying it doesn't run when you manually do it, or you're not sure it is running automatically in cron?

What output do you get when you type:
tivosh /busybox/fakecall.tcl

If it is working when run manually, but not in cron, check to make sure your have a crond file. If you zippered, type root at the bash prompt if you get a blank screen, type /enhancements/var-symlinks.sh at the bash prompt. If you get text when typing root, then your cron file should be fine. Also, sheck to make sure cron is running by doing a ps -ef | grep crond and look for the /busybox/crond process entry. If so far it is still good, try the following:

echo "root:x:0:0:root:/:/bin/sh" >> /etc/passwd
echo "root:x:0:" >> /etc/group

I actually never tried running it manually. Don't know why I didn't think of that. When it is run manually, I get bash-2.02# ./fakecall.tcl
Inside fixsub
done with fixsub and my phone call status is successed now.
I do not have my drive zippered, but it looks like crond is listed as a process.bash-2.02# ps -ef | grep crond
413 0 572 S crond
420 0 568 S /ptvupgrade/busybox/crond
26518 0 508 S grep crond

I have a root file in /var/spool/cron/crontabs/root that looks like0 4 * * * fakecall.tcl Could it be as simple as modifing the root file to look like this? 0 4 * * * /ptvupgrade/bin/fakecall.tcl The ptvupgrade/bin directory is in my path /bin:/sbin:/tvbin:/ptvupgrade/bin:/ptvupgrade/busybox

[Blackfoot]

Are you saying it doesn't run when you manually do it, or you're not sure it is running automatically in cron?

What output do you get when you type:
tivosh /busybox/fakecall.tcl

If it is working when run manually, but not in cron, check to make sure your have a crond file. If you zippered, type root at the bash prompt if you get a blank screen, type /enhancements/var-symlinks.sh at the bash prompt. If you get text when typing root, then your cron file should be fine. Also, sheck to make sure cron is running by doing a ps -ef | grep crond and look for the /busybox/crond process entry. If so far it is still good, try the following:

echo "root:x:0:0:root:/:/bin/sh" >> /etc/passwd
echo "root:x:0:" >> /etc/group
It appears that cron is not working as it should. I modified the root file as noted in my previous post and added a line in there that would echo the date to a log file. I checked this morning and I have no log file and the call status is failed. Since I don't have a zippered drive, how can I verify cron is setup the right way?

[gworkman]

I just picked up a used, unhacked HR10-250. Before I pick up a new drive and Instantcake, can someone please confirm that I can watch SD streams using vserver on 6.3c (from the TivoWebPlus Now Playing List)?

I think the answer is yes, but I have seen a few older references saying that vserver doesn't work on the HR10-250. I currently have a hacked HDVR2 and would really miss vserver streaming.

Thanks for your help.
Yes you can. You may not be able to play SD Digital. For example, People's Court recorded OTA may not play.

[Finnstang]

It appears that cron is not working as it should. I modified the root file as noted in my previous post and added a line in there that would echo the date to a log file. I checked this morning and I have no log file and the call status is failed. Since I don't have a zippered drive, how can I verify cron is setup the right way?
Try the echo commands that I had posted, which you quoted.

What do you get when you do find / -name "fakecall.tcl"?

[markis]

Yes you can. You may not be able to play SD Digital. For example, People's Court recorded OTA may not play.
Ok, thanks for clearing that up for me.

[Blackfoot]

Try the echo commands that I had posted, which you quoted.

What do you get when you do find / -name "fakecall.tcl"?
Sorry. I read the echo lines wrong in your post and got an error but forgot to mention it. Just ran them as you noted and below is the result.

bash-2.02# find / -name "fakecall.tcl"
/ptvupgrade/bin/fakecall.tcl

bash-2.02# echo "root:x:0:0:root:/:/bin/sh" >> /etc/passwd
bash: /etc/passwd: Read-only file system

bash-2.02# echo "root:x:0:" >> /etc/group
bash: /etc/group: Read-only file system

[Gargoyle557]

Sorry. I read the echo lines wrong in your post and got an error but forgot to mention it. Just ran them as you noted and below is the result.

bash-2.02# find / -name "fakecall.tcl"
/ptvupgrade/bin/fakecall.tcl

bash-2.02# echo "root:x:0:0:root:/:/bin/sh" >> /etc/passwd
bash: /etc/passwd: Read-only file system

bash-2.02# echo "root:x:0:" >> /etc/group
bash: /etc/group: Read-only file system

Try mounting the root read/write before running those echo commands:

mount -o remount,rw /

Then mount root as read only when done:

mount -o remount,ro /

[Blackfoot]

Try mounting the root read/write before running those echo commands:

mount -o remount,rw /

Then mount root as read only when done:

mount -o remount,ro /
Why am I appending lines into files in my /etc directory?

Either way. Both returned to the prompt so below is the guts of the file. Looks like it had been run once before.
bash-2.02# cat passwd
root:x:0:0:root:/:/bin/sh
root:x:0:0:root:/:/bin/sh
bash-2.02#
bash-2.02# cat group
root:x:0:
root:x:0:

[Gargoyle557]

Why am I appending lines into files in my /etc directory?

Either way. Both returned to the prompt so below is the guts of the file. Looks like it had been run once before.
bash-2.02# cat passwd
root:x:0:0:root:/:/bin/sh
root:x:0:0:root:/:/bin/sh
bash-2.02#
bash-2.02# cat group
root:x:0:
root:x:0:

If you had the /etc/passwd and /etc/group files present you didn't need to do the echo commands. I was just letting you know from your earlier output that you needed to mount the drive r/w before trying them.

From looking back through your post it appears cron is running but your fakecall.tcl is not being run.

My fakecall.tcl is called from cron like this:

20 4 * * * tivosh /busybox/fakecall.tcl

So I would expect yours to be:

0 4 * * * tivosh /ptvupgrade/bin/fakecall.tcl

[aprest]

My fakecall does not appear to be working anymore since the upgrade to 6.3c. My problems initially were a reboot every time fakecall would kick off. I found a post where the person disabled elseed, changed the debug_board=true, made a daily call and then his issues went away. So I did the same. Except now when I set my debug back to false, the call status is appearing as failed. I did find AlphaWolf's update to the fakecall.tcl but it didn't appear to make any difference.

Is there a step I overlooked or a way to verify fakecall is working as it should?

I had similar problems after upgrading to 6.3b and again after upgrading to 6.3c but after reading about crond and getting advice from this thread and other threads I found that the following approach worked (note that this is for an HR10-250).

Fixing crond/fakecall on an HR10-250 after Zippering or upgrading using slices (might need to run rw at bash to allow the changes):


1) run /enhancements/var-symlinks.sh to ensure that the symlinks in var are rebuilt

2) run PS from bash, write down the number (XXX) beside busybox/crond and then run kill XXX (note if you can't find crond or busybox/crond then crond is not working and fakecall will not run)

3) enter the following commands at bash:

echo 'root:x:0:0:root:/:/bin/sh' > /etc/passwd
echo 'root:x:0: ' > /etc/group

Check the /etc/passwd and /etc/group to confirm the changes.

4) make the following change in fakecall.tcl:

from: dbobj $ssobj set Complete 7
to: try { dbobj $ssobj set Complete 7 } catch junk { }

5) at bash run busybox/crond & then run PS from bash to make sure busybox/crond is running

6) make drive ro

7) run fakecal.tcl from bash and check System Information for change


8) check root in /enhancements/varhacks/spool/cron/crontabs/ to make sure fakecall.tcl is shown


9) make sure that fakecall.tcl is shown in rc.sysinit.author and busybox is in the root as is crond

10) make the following change in root so that running fakecall.tcl gets recorded in cronlog-main:

# Run fakecall every night at 10:20pm cst
20 4 * * * tivosh /busybox/fakecall.tcl; echo "`date` fakecall ran" >> /var/log/cronlog-main


10) check cron.test.out and cronlog-main in /var/log to see what is running

[Finnstang]

My suggestion after reading these posts again, would be to first get the latest copy of fakecall from over at DDB. Replace yours with the latest and then see how thing go then. Don't forget that the unit needs a reboot after fakecall is run to show the changed call in date.

[Blackfoot]

My suggestion after reading these posts again, would be to first get the latest copy of fakecall from over at DDB. Replace yours with the latest and then see how thing go then. Don't forget that the unit needs a reboot after fakecall is run to show the changed call in date.
I left the partition as RW and have let it run for a few days. The call status has been successful for the last 2 days, but the date's have been way off.
Phone Call Information
Last Call 02:59am, 4-May-08
Last Call Status Succeeded
Last Success Call 02:59am, 26-Apr-08
Next Call 05:31pm, 4-May-08
I will try a reboot later on and see if it corrects it. But at least it is not showing has failed now. Thanks all.

[bxs122]

I just noticed I have 6.3c slices - can I use my purchased Slicer (version 1.3 i think) to upgrade version 6.3a to 6.3c or do I have to get a new version of Slicer?

[BigBearf]

I just noticed I have 6.3c slices - can I use my purchased Slicer (version 1.3 i think) to upgrade version 6.3a to 6.3c or do I have to get a new version of Slicer?

I used my slicer 1.3a to upgrade to 6.3a with no problems. File specifics are:
File Created on 9/23/06 at 11:34PM and 56KB(54,005 bytes)

Hope this helps,
BigBearf

[testtech]

Has anyone experienced a blank Messages & Settings menu after using Slicer 1.7 to upgrade from 6.3b to 6.3c?

Everything else went perfectly with the upgrade, but selecting Messages & Settings leaves the blue background and animation but no menu choices appear. If I don't touch the remote, the TiVo returns to live TV after about five minutes, but pressing the TiVo or left button causes a reboot. As part of unsuccessful troubleshooting, I used the TivoWebPlus Net Config script to change my DNS server address to 192.168.1.1 from 4.2.2.2.

I also reinstalled Tweak but noticed no difference in operation.

I would appreciate suggestions on other steps to take.

jsmyth40,
Did you use the TuikRes 6.2 Standby ??? if so, I had and then fixed the same problem by re-running the standby script and correcting my menu.

Hope this helps
TT

[sk33t3r]

My suggestion after reading these posts again, would be to first get the latest copy of fakecall from over at DDB. Replace yours with the latest and then see how thing go then. Don't forget that the unit needs a reboot after fakecall is run to show the changed call in date.

Wont running tweak download the latest fakecall as well as everything else?

[Finnstang]

It will redownload which ever one is included with the enhancement script. I don't know if that one is the most recent. I suggested that Blackfoot go to DDB to find and download the latest because he used PTVNET and not Zipper to hack his TiVo, so I have no clue what version he is using.

[sk33t3r]

My fakecall isnt running as scheduled in crontab. But telnetting in it works fine, and Im at 6.3c from dvrupgrade, but i zippered afterwards

[rbautch]

Wont running tweak download the latest fakecall as well as everything else?Yes. I made modifications to the original fakecall to make it compatible with 6.3. Alphawolf made some further enhancements to it, but the one included with the enhancement script should work fine.

[jsmyth40]

Testtech,

Thanks for your response. I re-ran the Tweak script, which I think addresses the placement of the Standby menu (although it hasn't worked for me on 6.3), but was still unable to access Messages & Settings. I ended up solving the problem by running "TuikHelper.tcl check -fix" that is available on DDB.

[testtech]

jsmyth40,
Glad to have pointed you in the right direction. I did the oppisite of the Sp67S instructions.

I issued:
Superpatch67Standby.tcl + mss
Superpatch67Standby.tcl -tcs

which resulted in Standby on my Tivo Central menu and not on my Messages and Settings menu. Getting to the Messages and Settings menu to see that it was not there without the box rebooting was joy enough!!!

TT

[bleair]

Hello all. On the chance this helps someone else..

I upgraded from 3.1.5f HR10-250 to 6.3c using the slicer script. After the script ran the tivo rebooted and converted lots of data. Once that finished another reboot got my tivo back up and showing video.
At this point I checked my usb ethernet adapter and saw lights but I couldn't actually connect. I was starting to wonder had happened but a post else where commented that a further reboot was required. So one more reboot and bang all was up and running. As I watched the last reboot's syslog I saw this and was thinking I still had problems
kernel:Mar 31 22:57:03 (none) kernel: usb.c: USB device 2 (vend/prod 0x13b1/0x18) is not claimed by any active driver.
but that is just a normal message that gets printed by an early step of the boot process.
So after a series of reboots I am now updated, I still have all my recordings, and I have network connectivity.

Thank you community.

[kirkbauer]

I finally bit the bullet and upgraded my DirecTV HR10-250 from 3.1.5f (or whatever that last version was) to 6.3c. I did it manually using installSw. I copied over my hacks and my kernel and at first the Tivo wouldn't boot. After digging through the logs I found out that my method of disabling the netfilter that worked on my non-HD 6.2 DirecTivo no longer works and was causing a reboot loop. I just had the /etc/netfilter-enable script exit right away, but apparently in 6.3 Tivo's code tries to manipulate the netfilters and the lack of rules defined caused an error and a reboot. So I did the new method I found of replacing /sbin/iptables with a script that always returns true but does nothing.

Once I got the box to boot, I could no longer ping the box or telnet to it. On my 6.2 box I use DHCP and on my 3.1.5f box I used a static IP. I did not see any dhclient log in /var/log on the HD tivo under 6.3c, so perhaps it doesn't even use DHCP. This caused me to try and hardcode the IP by putting an "ifconfig eth0 10.1.1.101 netmask 255.0.0.0" in /etc/rc.d/rc.sysinit.author. I even am capturing the output of that command for errors and it is not returning any, so that leads me to believe that eth0 exists.

In fact I get link lights and traffic lights on my USB ethernet adapter, which is the Linksys USB200M (version 1). It seems that prior to 6.3 this was handled by the ax8817 driver which is now gone in 6.3. But since it is version 1 it seems I don't have to backport any drivers.

So my question is, why is networking still not working? I am starting tnlited and ftpd but can't connect. I even commented out the bottom line in netfilter-enable which seems it would have disabled pings.

I did get one ping response from the box during bootup after I hardcoded the ifconfig line in the rc.sysinit.author. This leads me to believe that something is blocking or reconfiguring the network during startup. Since I disabled the iptables command, I'm leaning towards the Tivo software itself. I think that 6.3 is more network-aware and maybe it is setting the IP address after I hard-code it or something?

Thanks in advance for any help. I have spent all night on this and did a lot of research and am a fairly advanced Linux user and just haven't been able to figure this one out.

[tec007]

Wow, been out for a couple months. I've been trying to get caught up on everthing but a lot has gone on.

Two questions I haven't been able to find the answers to:

1) I'm at 6.3a and have the 6.3c slices. Can I go from a to c? or would I need to do b first?

2) I used the Slicer to go to 6.3a. Can I use the same Slicer to upgrade additional slices or was it only for 6.3a?

[Blackfoot]

Wow, been out for a couple months. I've been trying to get caught up on everthing but a lot has gone on.

Two questions I haven't been able to find the answers to:

1) I'm at 6.3a and have the 6.3c slices. Can I go from a to c? or would I need to do b first?

2) I used the Slicer to go to 6.3a. Can I use the same Slicer to upgrade additional slices or was it only for 6.3a?
1) You can go to 6.3c and skip b. I went from 3.15f straight to 6.3c.

2) You can use the same slicer. I know it was upgraded to 1.7 after I upgraded using 1.4. I don't know what was fixed but if you still have available downloads, I would upgrade.

[tec007]

"available downloads"??? How would I be able to find out if I do? I purchased the Slicer in 11/2006.


Edit: Well it seems I missed being able to have any updates by 19 days. I ordered on November 4th and apparently the cut off is November 23 when the new site started. What a bunch of %$#%*. :down:

[Extremist]

Well I'm not really sure where to take this, and I know a LOT of the questions in here relate to networking, and I hate to add to that but I'm not having any luck with my new wireless adapter.

I bought a Intel PRO/Wireless 2011B off of ebay and I can't get it to hook to my netowrk. I set the SSID when I ran tweak.sh to my router SSID, turned off wireless security (confirmed this with a notebook, it's unsecured now) and I get nothing but a blinking light on the Intel wireless adapter.

Is this an instance of just looking at the serial output as the device boots? Are there other troubleshooting steps that I can take? I've got the IP set outside my DHCP range too, forgot to add that.

Is there any kind of wireless troubleshooting guide for Tivo's? :) Wishful thinking there!

[rbautch]

There's a wireless troubleshooting guide in the Zipper wiki. You might also check out people who have had problems with Linksys WUSB11 v2.5. It uses the same chipset as your adapter. Serial output would help also, post it here. Also run lsmod from serial bash to see what drivers are loaded.

[Bamiller3]

I was having an issue with tweak.sh hanging when I tried to run it so I was attempting to follow the advice here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=4889353&&#post4889353) . With the drive in my PC, I mounted the tivo drive, and removed the busybox directory and all of it's files. I went to run the zipper script and it was unable to re-create the busybox directory. I tried to do it manually and also failed. Here are the errors I am getting when trying different things:

from the root of the tivo drive:

mkdir busybox
mkdir: Cannot create directory 'busybox': File exists

cd busybox
sh: cd: busybox: Input/output error

rmdir busybox
rmdir: 'busybox': Not a directory.

rm busybox
unable to stat 'busybox': Input/output error

When I removed the directory i just did an 'rm *' from inside the directory and then did an 'rmdir busybox'. Was this not the correct thing to do? What do I need to do to fix this? Any help would be appreciated.

[Da Goon]

If your tivo drive is mounted in your pc, busybox's mount point would be /tivo/busybox not just /busybox. If you're attempting to delete that dir, you're probably just deleting the temp busybox dir from ram that your boot disk loaded. Try rm -rf /tivo/busybox to remove it.

[Bamiller3]

Nope, I removed it from /tivo/busybox. I just noticed something else, when I 'ls' from inside /tivo, I get an error before the contents of the directory are listed. It is:

/bin/ls:Busybox: Input/Output error.

I don't get this error if I 'ls' in any other directory.

[luder]

try cd /busybox enter then ls

[Swytch]

I have not made the move to 6.3 on my HR10-250 yet, but am planning on doing so very soon... I just got a new hard drive to upgrade the space in my HR-250, and plan on starting over with it.

I was wondering which would be easier/better:

1. Installing fresh image on new HD, hacking it, then upgrading to 6.3 via slices (havent read much abotu slices yet...)

or

2. Installing a fresh image on new HD, upgrading to 6.3, then hacking 6.3

will one method provide more reliablity/stability than the other?
is one easier to do than the other?

I care more about the overal functionality of the Tivo, and dont mind extra work for improved reliability...

thanks,
Swytch

[rbautch]

I have not made the move to 6.3 on my HR10-250 yet, but am planning on doing so very soon... I just got a new hard drive to upgrade the space in my HR-250, and plan on starting over with it.

I was wondering which would be easier/better:

1. Installing fresh image on new HD, hacking it, then upgrading to 6.3 via slices (havent read much abotu slices yet...)

or

2. Installing a fresh image on new HD, upgrading to 6.3, then hacking 6.3

will one method provide more reliablity/stability than the other?
is one easier to do than the other?

I care more about the overal functionality of the Tivo, and dont mind extra work for improved reliability...

thanks,
SwytchFunctionality is the same. It's easier to apply a 6.3 image and then hack it, rather than messing with slices.

[Swytch]

Functionality is the same. It's easier to apply a 6.3 image and then hack it, rather than messing with slices.

Thanks for the quick response, this is what I figured...

on a side note, Im also in the process of moving, do I need to be sure to install my orig unhacked HD into my unit so the installer doesnt notice anything wierd? (cant actually think of how he would know, but was thinking it would be a good idea to install the unhacked drive)

[Da Goon]

Thanks for the quick response, this is what I figured...

on a side note, Im also in the process of moving, do I need to be sure to install my orig unhacked HD into my unit so the installer doesnt notice anything wierd? (cant actually think of how he would know, but was thinking it would be a good idea to install the unhacked drive)

The only way the installer would know anything was different is if you left a usb adapter connected. Besides, even if he knew it was hacked he couldn't do a thing about it.

[Swytch]

The only way the installer would know anything was different is if you left a usb adapter connected. Besides, even if he knew it was hacked he couldn't do a thing about it.

I remember reading a post somewhere to be careful about this, but I guess my inital reaction of "How would they even know?" was correct... thanx!

[Bamiller3]

try cd /busybox enter then ls

Wouldn't let me because there is no /busybox directory.

If I try to cd from inside /tivo, it gives me:

sh: cd: busybox: Input/output error


Anyone???????

I'm about to re-image the drive.

[Cure]

Rumor has that 6.3d is out, although I don't see it in the MFS SWsystem. I tried to change my bootpage parameters so that I have upgradesoftware=false, but it didn't stick after rebooting (no idea why).

Any thoughts?

Do you think we can just slice up from 6.3c to 6.3d?

[Lord Vader]

My 6.3d was present immediately after that version began its distribution.

[Cure]

My 6.3d was present immediately after that version began its distribution.

What did you do with it to keep it from overwriting your hacks?

[Lord Vader]

It didn't install; it just downloaded into MFS and is awaiting installation. Heck, I'm still at 6.3a with no problems! After experiencing a total loss of connectivity--both serial and network--when trying to go from 6.3a to 6.3b using The Slicer, I decided to not upgrade anymore. Too many damn problems. I may do it over the summer, when all my recordings will have been watched and I can then afford to reimage the drive altogether, which is what I had to do when I went from 6.3a to 6.3b and lost connectivity.

[Finnstang]

Anyone know what 6.3d does?

[sk33t3r]

Rumor has that 6.3d is out, although I don't see it in the MFS SWsystem. I tried to change my bootpage parameters so that I have upgradesoftware=false, but it didn't stick after rebooting (no idea why).

Any thoughts?

Do you think we can just slice up from 6.3c to 6.3d?

Did you set you filesystem to READ WRITE (RW) before editing yout bootpage?

[rbautch]

What did you do with it to keep it from overwriting your hacks?As long as you have the bootpage parameter upgradesoftware=false, then your hacks will not be overwritten. This parameter is set by the Zipper by default. You can check the bootpage parameters that are set by typing the following at bash: bootpage -p /dev/hda

[sk33t3r]

This is what i get on my hr10-250, of course it was baked and then zippered

hr10-250-TiVo# bootpage -p /dev/hda
root=/dev/hda7 brev=0x100A dsscon=true console=2,9600

[Cure]

Mine is the same, only with hda4.

I did try setting the drive to rw before I tried to change it but no luck.

[kimsan]

Rumor has that 6.3d is out, although I don't see it in the MFS SWsystem. I tried to change my bootpage parameters so that I have upgradesoftware=false, but it didn't stick after rebooting (no idea why).

Any thoughts?

Do you think we can just slice up from 6.3c to 6.3d?

I'm batting .500 with the Slicer going from 6.3c to 6.3d.

First unit Sliced without a hitch, so I decided to risk the primary when the slices arrived. It went through the motions, but left me with an UNHACKED 6.3c.

I did a quick call in, downloaded authorization to upgrade, and got the PENDING RESTART status. Restart left me with an unhacked but otherwise intact 6.3d unit.

I pulled the primary drive, Zippered, and am now on a hacked 6.3d. The tweak script isn't ready to patch tivoapp just yet, but the patch points are the same as 6.3c and that's easy enough to fix myself.

[kkluba]

I'm batting .000 with slicer on my two HDTivos'.

Slicer bombs with this error:

Editing installSw.itcl

Installing new software. This will take several minutes...
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch { set fIsActive [CheckActive $db $name] } res] {
putlog "No software found in db for \"$name\", $res"
} else {
if { $eme..."
(procedure "InstallSoftware" line 7)
invoked from within
"InstallSoftware $db $name"
(file "./installSw.itcl" line 119)

installSw.itcl failed to set up your new partitions. Please
run /tvbin/installSw.itcl manually to pinpoint the error.
Also check to see if installSw.itcl was edited properly.
Since your bootpage was not flipped, you will not lose your
existing hacks if you reboot, and The Slicer may safely be
run again. Exiting now...


When I try to run installSw.itcl manually I get this:

Checking /install/etc/fstab

newroot is 4, leaving fstab alone
Creating symlinks for /install/etc files
Dismounting /install and checking its integrity

e2fsck: Only one the options -p/-a, -n or -y may be specified.
while executing
"exec e2fsck -p -f -n $dev$newroot"
(file "/var/utils/updateroot" line 169)
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch { set fIsActive [CheckActive $db $name] } res] {
putlog "No software found in db for \"$name\", $res"
} else {
if { $eme..."
(procedure "InstallSoftware" line 7)
invoked from within
"InstallSoftware $db $name"
(file "./installSw.itcl" line 119)



Any ideas?

[kimsan]

I'm batting .000 with slicer on my two HDTivos'.

Slicer bombs with this error:

Editing installSw.itcl

Installing new software. This will take several minutes...
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
.
.
.
Any ideas?

My BOLD within the quote. I ran into the same issue prior to my successful Slicer run.

telnet into TiVo
cd (gets you to root)
rw (set read/write mode)
mkdir /install (create the needed /install directory)
chmod 755 install (Make the directory read/execute for all...maybe overkill)

Then rerun the Slicer per it's instructions (/. slicer 6.3d-01-2-357)

I think that'll do it for ya.

[kkluba]

Kim,

Thanks for trying. I did see your previous post and immediately looked to see if I have /install and I do. I reset permissions on it even though they were already right. I just tried again and no go and yes I did set to read/write mode first. Very strange.

[kimsan]

Kim,

Thanks for trying. I did see your previous post and immediately looked to see if I have /install and I do. I reset permissions on it even though they were already right. I just tried again and no go and yes I did set to read/write mode first. Very strange.

Odd indeed. Obviously I've had a better success rate, but apparently don't know why!

Good luck and hopefully someone more knowledgeable will chime in soon.

No winky necessary for that comment. I know just enough to be dangerous and occasionally helpful.

[sk33t3r]

I got the 63d slices lasat night from DTV, now how do I manually install them. I do not have slicer

Directory listing of /SwSystem
Name Type Id Date Time Size
6.3c-01-2-357 tyDb 146989 02/11/07 23:05 796
6.3d-01-2-357 tyDb 412413 04/26/07 03:09 772
ACTIVE tyDb 146989 02/11/07 23:05 796

[kkluba]

Kim (or anyone who has successfully sliced 6.3d) please post your installSw.itcl contents? I'm wondering if mine is wrong or different than others. Here is screen output when I try to run installSw.itcl manually:


tivo1:/tvbin$ installSw.itcl 6.3d-01-2-357
04/27:13:52:05: /tvbin/installSw.itcl: Installing "6.3d-01-2-357".
Installing module utils
04/27:13:52:06: /tvbin/installSw.itcl: Executing updateroot /dev/hda /install /var/packages 6.3d-01-2-357
Path prefix is /var/utils/
Sha1hash passed for updatekernel
Sha1hash passed for checkkernel.tcl
Sha1hash passed for messagelib.tcl
Sha1hash passed for buildskeleton
Sha1hash passed for SwInstall.tcl
Sha1hash passed for builddev

Searching /etc/fstab for current root

Old root is on /dev/hda7, new one goes on /dev/hda4

Creating new filesystem on /dev/hda4

Mounting new root filesystem on /install

Installing module core

Installing module hpk-Series2
Installing module kernel-Series2
Building basic filesystem skeleton on /install

Checking /install/etc/fstab

newroot is 4, leaving fstab alone
Creating symlinks for /install/etc files
Dismounting /install and checking its integrity

e2fsck: Only one the options -p/-a, -n or -y may be specified.
while executing
"exec e2fsck -p -f -n $dev$newroot"
(file "/var/utils/updateroot" line 169)
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch { set fIsActive [CheckActive $db $name] } res] {
putlog "No software found in db for \"$name\", $res"
} else {
if { $eme..."
(procedure "InstallSoftware" line 7)
invoked from within
"InstallSoftware $db $name"
(file "/tvbin/installSw.itcl" line 119)

Everything seems normal until it gets to e2fsck -p -f -n $dev$newroot. Wondering if this line is the same on yours.

thanks!

[kimsan]

Kim (or anyone who has successfully sliced 6.3d) please post your installSw.itcl contents? I'm wondering if mine is wrong or different than others. Here is screen output when I try to run installSw.itcl manually:
.
.
.
Everything seems normal until it gets to e2fsck -p -f -n $dev$newroot. Wondering if this line is the same on yours.

thanks!

Not Sure if this will help but here's my installSW.itcl:

#!/tvbin/tivosh
############################################################ #################
#
# File: installSw.itcl
#
# Description: Drive the software install process on the TCD.
#
# NOTE: During a software upgrade, this script is run from the old software,
# the bits of software install that run from the new software are in
# updateroot.
#
# Note that the .itcl in the filename is a legacy of how software install
# used to be structured using incr Tcl.
#
# Copyright (c) 2001,2004 TiVo Inc.
#
############################################################ #################

source $tcl_library/tv/SwInstall.tcl
source $tcl_library/tv/mfslib.tcl

proc CheckActive { db swName } {
RetryTransaction {
set sysHandle [db $db open "/SwSystem/$swName"]
set active [dbobj $sysHandle get Active]
if {$active == ""} {
set active 0
}
}
return $active
}

proc SetActive { db swName } {
# First, deactivate any previously active software system
catch {
RetryTransaction {
set oldActive [db $db open /SwSystem/ACTIVE]
dbobj $oldActive remove Active
}
}

# Now, activate the desired one.
RetryTransaction {
set sysHandle [db $db open "/SwSystem/$swName"]
dbobj $sysHandle set Active 1
}
}

########
#
# InstallSoftware
#
########
proc InstallSoftware { db name } {

global env
set emergency 0
catch { set emergency $env(EMERGENCY_REINSTALL) }

if [catch { set fIsActive [CheckActive $db $name] } res] {
putlog "No software found in db for \"$name\", $res"
} else {
if { $emergency == 1 || $fIsActive == 0 } {
putlog "Installing \"$name\"."

# The utils archive contains the installer from new software.
# Invoke that from /var/utils, but clear out old cruft first:
file delete -force /var/utils
file mkdir /var/utils

set fFoundUtils [SwInstallModules $db $name /var/utils utils ""]

# XXX: Calls to SwInstallModules should be inside a catch, and log if
# error. Will add this when jpm hacks removed.

if { $fFoundUtils } {
# Check signature on updateroot script, execute updateroot
# script. updateroot is responsible for checking signatures
# on the rest of the executables in the package.
putlog "Executing updateroot /dev/hda /install /var/packages $name"
set rvalue [catch {exec /tvbin/crypto -vfs /var/utils/updateroot.sig /var/utils/updateroot /tvlib/misc/tub-v1.pub} res]
if { ${rvalue} != 0 } {
putlog "Signature check of /var/utils/updateroot failed with message $res"
exit 1
}
exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout

SetActive $db $name

# Say goodbye
putlog "Attempting reboot..."
reboot
} else {
putlog "ERROR could not find the utils archive"
}
} else {
putlog "SwSystem $name is already active."
}
}
}

########
#
# main
#
########

set db [dbopen]

if { $argc == 0 } {
RetryTransaction {
set newSw [db $db open "/State/ServiceConfig"]
set name [dbobj $newSw get SwSystemName]
}
} else {
set name [lindex $argv 0]
}

InstallSoftware $db $name

dbclose $db

exit 0

[kkluba]

Kim,

Thanks for posting this. Unfortunately I'm still nowhere. You installSw.itcl is line for line the same as mine. I'll keep digging..

[FMK2]

I've successfully sliced my HR10-250 to 6.3d, run the specified script afterwards, and re-run tweak. All went well except that I fatfingered the name I wanted displayed on the bash prompt.

Is there some way I can edit that without having to run tweak again?

[Da Goon]

Edit .profile in root.

[FMK2]

Edit .profile in root. It makes sense that it would be stored there... I probably should've figured that out for myself.

Thanks!

[FMK2]

Another issue cropped up since my upgrade to 6.3d... fakecall isn't running. I think it may be because crond (which is running) isn't finding the crontab file, or the file doesn't contain the fakecall command.

I'm still kind of new at all this, and in searching through the forum I've found references to both a root file and a crontab file. Which one is crond supposed to be reading (I thought it was crontab), and where should the file be located? I found a copy of the root file in /enhancements/varhacks/spool/cron/crontabs/, but that's not in the PATH in rc.sysinit.author, so I'm guessing that's not what I'm looking for.

[Da Goon]

The crontab IS the root file. It's typically located in /var/spool/cron/crontabs/root. Make sure you have permissions set correctly in /etc/group and /etc/passwd also. Cron won't run unless those 2 files are set up correctly. I can't remember the exact code they should contain, search around in the zipper thread, I think somebody posted that info there pretty recently. Or Alphawolf gives very clear info in his Alll-In-One utilities thread on how to activate cron.

[FMK2]

The crontab IS the root file. It's typically located in /var/spool/cron/crontabs/root.
Found it. Thanks. One thing I noticed is that the test line at the top of the file is enabled, so I'm posting to /var/log/cron.test.out every 5 minutes. I should probably comment that out, but at least it tells me that cron is indeed running.

Make sure you have permissions set correctly in /etc/group and /etc/passwd also.
I can see that both of those files exist, and Cron is running, so I guess I'm ok here.

...Alphawolf gives very clear info in his Alll-In-One utilities thread on how to activate cron.
Activating cron isn't a problem... but I do need to figure out how to update the root file. In addition to commenting out the test line, I think I want to adjust the time on a couple of the cron jobs in the file. The times don't seem to make sense in some cases.

And I can see in the cron log file that most of the jobs in the file are running as they should be, but fakecall doesn't seem to be running at all. The line for fakecall in root looks like this:
20 4 * * * tivosh /busybox/fakecall.tcl

That looks ok to me, but maybe I'm missing something.

I'll check out Alphawolf's All-In-One thread and see what I can learn there.

Again, thanks for the pointers.

[FMK2]

I found Alphawolf's cron post, and that helped a lot. I managed to update root to turn off the test output, and updated a couple of the times on existing jobs.

I also ran find / -name "fakecall.tcl", and got the following error:
find: WARNING: Hard link count is wrong for /: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf
option. Earlier results may have failed to include directories that should have been searched.

I thought perhaps this was due to a broken symlink, so I ran /enhancements/var-symlinks.sh. It ran successfully, but then I still get the error above when I try to find fakecall.

Does anyone have any experience with the warning above? I'm starting to wonder if fakecall not running is just an indicator of a bigger problem.

[Da Goon]

I remembered seeing rbautch comment on this quite a while back and managed to dig up the post. http://www.tivocommunity.com/tivo-vb/showthread.php?p=4655744&highlight=proc#post4655744 I use alphawolf's toolset and do not get any errors like that, so it's probably just a small glitch with rbautch's find build.

[Dirac]

Just recently found out through experience that if you are attempting Option 1 (let TiVo upgrade naturally) via PPP over serial, you need to do things slightly differently than the steps in the first post:

Option 1. Take the upgrade, let it overwrite your hacks, and then re-hack it at a later time. There's two things you need to do in preparation for the upgrade. The first is to edit your author file to remove the following lines: 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
/bin/bash </dev/ttyS2&> /dev/ttyS2& Then type the following command at the bash prompt to modify your bootpage to allow the upgrade: bootpage -P "root=/dev/hdaX console=2,115200" /dev/hda where X is your root filesystem partition (either 4 or 7). Make sure you get this right or your Tivo won’t boot. After you get the upgrade, pull the drive and hack it.

The changes are removing the command in rc.sysinit.author that starts serial bash, and removing dsscon=true from the bootpage. The reason is the console dumps messages to the serial port, and that prevents the PPP connection from starting.

Reference thread 51152 at the other place. Hope this helps someone else--it took me a while to find.

[thundermustard]

Man do I have so many issues.
HR10-250, kept getting lockups. Bought new hard drive and installed 6.3d from Instantcake.
Now getting Insert access card messages. So I decided to do a clear and delete.
That put me back at needing to make a phone call to get Now Playing working. That has never been the case before.
Lost wireless connection also.
So I put the hard drive back in the PC and reran zipper.
Everything seems fine, except it still wants me to make a phone call to use Now Playing or to record.
Fakecall in author file and I manually ran it.
What the heck is going on?

[puffdaddy]

Anyone happen to have the 6.3d slices (or just the swsystem slice) handy?

Thanks

[tall1]

Man do I have so many issues.
HR10-250, kept getting lockups. Bought new hard drive and installed 6.3d from Instantcake.
Now getting Insert access card messages. So I decided to do a clear and delete.
That put me back at needing to make a phone call to get Now Playing working. That has never been the case before.
Lost wireless connection also.
So I put the hard drive back in the PC and reran zipper.
Everything seems fine, except it still wants me to make a phone call to use Now Playing or to record.
Fakecall in author file and I manually ran it.
What the heck is going on?This may be a faulty power supply. I had the same symptoms and reran zipper after installing a 500gb drive, same symptoms. I bought a power supply at weakness for $69 plus $13 shipping. You can get by cheaper if you know a thing or two about soldering or if you find a cheap HR10-250 on ebay that is broken, you can reuse the power supply. I should receive my power supply at the end of this week and I'll post my results. Good luck.

[thundermustard]

Just to add to my woes, posted above, now the Welcome screen is purple instead of gray, the colors shift when it finally comes on. I tried a different HDMI cable. I haven't tried it with a component cable but I should.
And lastly, the last screen I got was unit overheated, it has shut down.
Should I try for a power supply?
I can buy a used HR10-250 for around $200 but who knows when it might have problems.
Mike

[tall1]

I got the power supply from weakness Friday afternoon (ordered Monday night) and installed it in minutes. No more "Please Insert your Access Card" message and it works perfectly. If you are wondering how I came to this conclusion, click HERE. (http://www.weaknees.com/hr10-repair-troubleshooting.php)

One other thing, don't listen to these 3.1.5f evangelists. Their standard response is, "...6.3d broke my Tivo, replacing the hard drive didn't fix it, so I went back to 3.1.5f and all is well...".

I swear these guys belong to the Flat Earth Society. (http://www.alaska.net/~clund/e_djublonskopf/Flatearthsociety.htm)

[tivoupgrade]

One other thing, don't listen to these 3.1.5f evangelists. Their standard response is, "...6.3d broke my Tivo, replacing the hard drive didn't fix it, so I went back to 3.1.5f and all is well...".

I swear these guys belong to the Flat Earth Society. (http://www.alaska.net/~clund/e_djublonskopf/Flatearthsociety.htm)

We've found that downgrading to 3.1.5f has averted some of the anomalies our customers have seen with 6.3 versions; there really have been quite a few problems that have affected a good number of people. Scaring them into throwing more hardware at the problem isn't necessarily the right approach either.

[Redux]

don't listen to these 3.1.5f evangelists. Their standard response is, "...6.3d broke my Tivo, replacing the hard drive didn't fix it, so I went back to 3.1.5f and all is well...".

I swear these guys belong to the Flat Earth Society. (http://www.alaska.net/~clund/e_djublonskopf/Flatearthsociety.htm)Just for the record, anybody troubleshooting in the future, I disagree with that opinion. Not saying my opinion is automatically any better than that random bs, but I would encourage you to look into it further.

[dbuchthal]

I previously upgraded my HR10-250 to 6.3c using the Slicer. I just attempted to upgrade again to 6.3d, but forgot to preserve my drivers for my Linksys USB200m V2 ethernet adapter. Doh! Even worse, I don't have a serial cable! I've pulled the drive (thank heavens it's summer and TV is slow) but I'd really like to get this up and running again. Where can I download Jamie's drivers for the USB200m V2? I've already found the usb.map changes, so I know I'm close now...

[rbautch]

Assuming you were using backported drivers before, you can just copy them from your current root filesystem to the new root. Use bootpage -p to determine your current root, and then mount the alternate root someplace like /install. More detailed information on this can be found earlier in this thread. Also keep in mind that if you edited usb.map with the vendor code for your adapter, you should have edited the one in your alternate partition, not the active one.

[Carlton Bale]

I get the following error message when I try to upgrade from 6.3a to 6.3e on my HR10-250 using the slicer v1.9:

Installing new software. This will take several minutes...
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch {$swsys loadFromDB $dbHandle $name} res] {
putlog "No software found in db for \"$name\", $res"
} else {
if {$emergency ..."
(object "::inst" method "::Installer::installSoftware" body line 23)
invoked from within
"inst installSoftware $name $Inc::TC_INSTALL_DIR "
(file "./installSw.itcl" line 182)

installSw.itcl failed to set up your new partitions. Please
run /tvbin/installSw.itcl manually to pinpoint the error.
Also check to see if installSw.itcl was edited properly.
Since your bootpage was not flipped, you will not lose your
existing hacks if you reboot, and The Slicer may safely be
run again. Exiting now...

I tried performing a manual upgrade as well and couldn't get that to work either. When I tried ./installSw.itcl 6.3e-01-2-357, I got the following error message:


Checking /install/etc/fstab

newroot is 4, leaving fstab alone
Creating symlinks for /install/etc files
Dismounting /install and checking its integrity

e2fsck: Only one the options -p/-a, -n or -y may be specified.
while executing
"exec e2fsck -p -f -n $dev$newroot"
(file "/var/utils/updateroot" line 169)
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch {$swsys loadFromDB $dbHandle $name} res] {
putlog "No software found in db for \"$name\", $res"
} else {
if {$emergency ..."
(object "::inst" method "::Installer::installSoftware" body line 23)
invoked from within
"inst installSoftware $name $Inc::TC_INSTALL_DIR "
(file "./installSw.itcl" line 182)


Any ideas what's going wrong? I've been stuck on this old software revision for months and it's driving me crazy with all of the audio drop-outs.

[Carlton Bale]

I'm wondering if this could be caused by the version of e2fsck contained within Busybox. When I type e2fsck, below is what I get. I'm guessing the TiVo script is expecting the version of e2fsck included with the TiVo, not the busybox version. Right??


BusyBox v1.2.2 (2006.12.20-20:51+0000) multi-call binary

Usage: e2fsck [-panyrcdfvstDFSV] [-b superblock] [-B blocksize] [-I inode_buffer
_blocks] [-P process_inode_size] [-l|-L bad_blocks_file] [-C fd] [-j external_jo
urnal] [-E extended-options] device

Check a Linux ext2/ext3 file system.

Options:
-p Automatic repair (no questions)
-n Make no changes to the filesystem
-y Assume 'yes' to all questions
-c Check for bad blocks and add them to the badblock list
-f Force checking even if filesystem is marked clean
-v Be verbose
-b superblock Use alternative superblock
-B blocksize Force blocksize when looking for superblock
-j journal Set location of the external journal
-l file Add to badblocks list
-L file Set badblocks list

[kkluba]

I'm wondering if this could be caused by the version of e2fsck contained within Busybox. When I type e2fsck, below is what I get. I'm guessing the TiVo script is expecting the version of e2fsck included with the TiVo, not the busybox version. Right??


BusyBox v1.2.2 (2006.12.20-20:51+0000) multi-call binary

Usage: e2fsck [-panyrcdfvstDFSV] [-b superblock] [-B blocksize] [-I inode_buffer
_blocks] [-P process_inode_size] [-l|-L bad_blocks_file] [-C fd] [-j external_jo
urnal] [-E extended-options] device

Check a Linux ext2/ext3 file system.

Options:
-p Automatic repair (no questions)
-n Make no changes to the filesystem
-y Assume 'yes' to all questions
-c Check for bad blocks and add them to the badblock list
-f Force checking even if filesystem is marked clean
-v Be verbose
-b superblock Use alternative superblock
-B blocksize Force blocksize when looking for superblock
-j journal Set location of the external journal
-l file Add to badblocks list
-L file Set badblocks list



That is the best guess of what moght be the problem I've heard. I've been stuck on 6.3c for a while and had the same problem getting to 6.3e. The Slicer folks are no help at all.

Is it as simple as replacing e2fsck with a Tivo version? If yes I'll give it a whirl..

[Carlton Bale]

Yep, that solved the problem! The TiVo upgrade script was calling e2fsck and getting the busybox version, not the default tivo version. All you have to do to fix this is find and rename all of the non-TiVo versions of the file. To find them, use the following (via telnet obviously)

cd /
find / -name e2fsck

The one you want to keep is /sbin/e2fsck . Just rename all of the other versions so that they can't be called by the script. For example, my problem versions were located in /bin and /tivo-bin:


mount -o rw,remount /
mv /bin/e2fsck /bin/e2fsck.bak
mv /tivo-bin/e2fsck /tivo-bin/e2fsck.bak


And I agree, the support from DRVupgrade on the slicer has been less than ideal. I think Lou pays someone else to develop scripts and he just sells them. But at least he's up-front about the slicer being unsupported.

Anyway, this should fix your problem.

[kkluba]

Well I'll be damned.. you are the man Carlton. I've posted here and in two other forums and gotten nowhere with this. I renamed and the BusyBox e2fsck and it worked without issue. Thanks!

Are these hacks below going to work with 6.3e? I seem to recall reading they aren't?


echo -ne "\x3C\x02\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=1602412

echo -ne "\x10\x40\x00\x2b" | dd conv=notrunc of=tivoapp bs=1 seek=6713220

echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=2804900

echo -ne "\x34\x11\x00\x00" | dd conv=notrunc of=tivoapp bs=1 seek=903436

echo -ne "\x24\x10\x00\x01" | dd conv=notrunc of=tivoapp bs=1 seek=1118524

echo -ne "\x10\x00\x00\x14" | dd conv=notrunc of=tivoapp bs=1 seek=5724672

[Carlton Bale]

No, those patch locations will not work. The latest patch locations are available on this DVRpedia.com page (http://dvrpedia.com/Modify_TiVoApp_to_disable_encryption_and_add_other_features# Version_6.3e_for_Series_2)

[rbautch]

Yep, that solved the problem! The TiVo upgrade script was calling e2fsck and getting the busybox version, not the default tivo version. All you have to do to fix this is find and rename all of the non-TiVo versions of the file. Great catch Carlton. I think the issue is the order of the directories in your PATH statement (in your author file). The PATH statement I use in the Zipper is: export PATH=./:.:/utils:/bin:/sbin:/tvbin:/tivobin:/busyboxSince me and fellow Zipper users stash our busybox distribution in /busybox, the script sees the e2fsck in /sbin because it appears before /busybox in the PATH statement. To clarify, it's not the slicer that's running the e2fsck command, it's the /var/utils/updateroot script, which gets called by installSw.itcl. If you have a PATH statement similar to mine, I'm guessing it's the busybox version e2fsck stored in /bin that's the problem, because /bin appears before /sbin in the PATH statement. I think I'm going to delete e2fsck from this (http://www.tivocommunity.com/tivo-vb/showthread.php?p=4526585#post4526585) busybox distribution, which is included in the Zipper. I'll also make a suggestion to Lou to look for this situation in future versions of the Slicer.

[kkluba]

Question - Is tivoapp portable between two identically configured HDTivos? Or is there some uniqueness within the app?

[Da Goon]

Tivoapp from one 6.3e tivo is identicle to the next. Tivoapp is generally just different between software revisions. You can patch one and then just ftp it to another if you want.

[kkluba]

Thanks for the info...

Another question - If I want to go back to my 6.3c can I flip the bootpage back? If I recall correctly it is now hda4 and I want to put it back to hda7. 6.3e is not stable on my box.

My other option is to get a good working clean 6.3e tivoapp file. Anyone can help? I think I made the box unstable with some of the patches I put on. Within minutes of telnetting in the box reboots. It seems ok if I don't touch it.

[Da Goon]

I doubt there were any database changes between 6.3x versions so you should be able to flip your boot parms back and revert to 6.3c without any ill effect.

If you want to try to get a virgin 6.3e tivoapp, you can extract a backup copy from MFS using mfs_dumpobj and mfs_uberexport with the steps that I posted here. (http://www.tivocommunity.com/tivo-vb/showthread.php?p=5575626#post5575626)

You would just use the modulefile attribute from the GZcore slice instead of the GZkernel slice. The mfs_uberexport command will extract all the contents of a stock root partition into your current directory. For example, if you execute that while in /var/temp, then you'll end up with a /var/temp/tvbin folder containing a virgin tivoapp binary.

[kkluba]

Da Goon - you're a wealth of knowledge. Thanks much. I'll give it a try later.

[kkluba]

I'm haing no luck flipping the bootpage so I'm thinking about wiping this drive and copying the original 250gb drive back to it and then hacking it over again. My question is how do I wipe the other drive, the 500gb that slicer hosed? What to use for the wiping?

[Carlton Bale]

When you do a mfs_restore, it will overwrite everything on the target drive.

[kkluba]

Thanks Carlton.

[snorky]

I've been experiencing the reboots while watching/recording CBS that others have reported and am trying to upgrade from 6.3b to 6.3e on a Zippered HR10-250. Using TivoWebPlus I can see the 6.3e slices in mfs. I'm running into issues when trying to run installSw.itcl

Here is the output I get from installSW.itcl

11/03:07:28:03: /tvbin/installSw.itcl: Installing "6.3e-01-2-357".
Installing module utils
11/03:07:28:03: /tvbin/installSw.itcl: Executing updateroot /dev/hda /install/var/packages 6.3e-01-2-357
Path prefix is /var/utils/
Sha1hash passed for updatekernel
Sha1hash passed for checkkernel.tcl
Sha1hash passed for messagelib.tcl
Sha1hash passed for buildskeleton
Sha1hash passed for SwInstall.tcl
Sha1hash passed for builddev

Searching /etc/fstab for current root

Old root is on /dev/hda4, new one goes on /dev/hda7

Creating new filesystem on /dev/hda7

Mounting new root filesystem on /install

Installing module core
child process exited abnormally
while executing
"close $f"
(procedure "FromMfs" line 12)
invoked from within
"FromMfs $pipeCommand $fileID"
("foreach" body line 31)
invoked from within
"foreach module [dbobj $sysHandle get Module] {
set name [dbobj $module get Name]

# cpio writes a bunch of annoying warnings t..."
("uplevel" body line 3)
invoked from within
"uplevel $body"
invoked from within
"RetryTransaction {
set sysHandle [db $db open "/SwSystem/$swName"]
foreach module [dbobj $sysHandle get Module] {
set name..."
(procedure "SwInstallModules" line 7)
invoked from within
"SwInstallModules $db $swName $installdir "" utils|kernel.*"
(file "/var/utils/updateroot" line 136)
child process exited abnormally
while executing
"exec /var/utils/updateroot /dev/hda /install /var/packages $name >&@ stdout"
invoked from within
"if [catch { set fIsActive [CheckActive $db $name] } res] {
putlog "No software found in db for \"$name\", $res"
} else {
if {$eme..."
(procedure "InstallSoftware" line 7)
invoked from within
"InstallSoftware $db $name"
(file "/tvbin/installSw.itcl" line 119)

I have a bit of experience programming with tcl, so I traced back through the error messages and found the place in mfslib.tcl where the code is failing. It's in the FromMfs procedure when it is attempting to close the file after it has finished writing it. I added a catch statement to see if there was any additional error message that might be useful and a couple of puts statements to see what file it was trying to work with.

the file name is:
|/bin/gzip -dc | /bin/cpio --no-preserve-owner -idmC 16384 2>/dev/null
the fsid is: 2384916

The errorCode is: CHILDSTATUS 7111 1
The errorInfo is: child process exited abnormally while executing "close $f"

I tried removing the stderr redirection to /dev/null from the $pipecommand created in SwInstallModules, but it turn out that gets overwritten when the utils module gets installed.

Next I added a "flush $f" statement just before "close $f" in FromMfs to see if that would execute and it did. My next plan is to execute the flush on the file and then just catch and ignore the error generated by the close attempt. In theory, since the flush successfully executes the file should have been written to disk (unless its doing something funky I'm overlooking). It also looks like some verification steps are taken later in the script, but I want to be sure that ignoring the failed close won't trash my install if the script completes. i.e. it swaps over to the new boot partition and is unable to boot.

Any thoughts?

Thanks!

[Markman07]

Does anyone know if the 6.3f slices are available via the -d (download) option using Slicer? From what I can tell the answer is No.

Tried this command also - (from post 1570)
wget -O /var/packages/getslices http://www.dvrupgrade.com/software/update_tool/6.3c-get_and_load_slices

* I did change the 6.3c to F before I tried.

[Da Goon]

Does anyone know if the 6.3f slices are available ....
Here ya go... (http://rapidshare.com/files/76862446/6.3f_6.3f-01.2_DirecTV_Tivo_slices_.tgz)

[tivoupgrade]

Does anyone know if the 6.3f slices are available via the -d (download) option using Slicer? From what I can tell the answer is No.

Tried this command also - (from post 1570)
wget -O /var/packages/getslices ourwebsite/software/update_tool/6.3c-get_and_load_slices

* I did change the 6.3c to F before I tried.

Not yet.

But what you can try is this:

wget -O /var/packages/getslices www-dvrupgrade-com/software/update_tool/getslice-6.3f-01-2-357

and then

sh ./getslices

to grab and dbload the slices...


(stupid url parsing in vbulletin makes me crazy - use an http://www.dvrupgrade.com in the right place...)

and most likely that will work for you. This is all untested, but the goal is to offer a similar script you can run for each particular unit without having to grab ALL the slices. We may release a new slicer version that can handle the ala carte scheme, but then again, maybe we won't.

This is all very preliminary and I am always reticent to talk about stuff in the future tense; bottom line is that things may change, and this might go away, so please try not to rely too much on it. With that said, please reply if you are successful or unsuccessful in using this.

Thx

[katiebear00]

Not yet.

But what you can try is this:

wget -O /var/packages/getslices www-dvrupgrade-com/software/update_tool/getslice-6.3f-01-2-357

and then

sh ./getslices

to grab and dbload the slices...


(stupid url parsing in vbulletin makes me crazy - use an http://www.dvrupgrade.com in the right place...)

and most likely that will work for you. This is all untested, but the goal is to offer a similar script you can run for each particular unit without having to grab ALL the slices. We may release a new slicer version that can handle the ala carte scheme, but then again, maybe we won't.

This is all very preliminary and I am always reticent to talk about stuff in the future tense; bottom line is that things may change, and this might go away, so please try not to rely too much on it. With that said, please reply if you are successful or unsuccessful in using this.

ThxThis worked great!! I successfully downloaded and installed 6.3f slices and then used the Slicer to upgrade from 6.3e to 6.3f. Couldn't be easier. Thanks Lou!

[katiebear00]

Here's a single command that will download and install the slices:wget -O /var/packages/getslices http://www.dvrupgrade.com/software/update_tool/getslice-6.3f-01-2-357; sh /var/packages/getslices

[tivoupgrade]

Here's a single command that will download and install the slices:wget -O /var/packages/getslices http://www.dvrupgrade.com/software/update_tool/getslice-6.3f-01-2-357; sh /var/packages/getslices

Great to hear. Thx for doing that; I need to brush up on my vbulletin...

[Markman07]

I am still on 6.3F ...can I use this command as posted above " wget -O /var/packages/getslices http://www.dvrupgrade.com/software/update_tool/getslice-6.3f-01-2-357; sh /var/packages/getslicese this command "

If so what is the version I would want to download now? Isn't it 6.4xx something now?