I have a rebooting HR10 running a zippered 6.3c, so I'm trying to force a call to get the 6.3e files into my /SwSystem.

I plugged in my phone line, but when I go the Settings > Phone > Connect to DVR Service Now, I get an error while "Negotiating."

Do I have to comment out fakecall.tcl from rc.sysinit.author and remove the network routing changes preventing normal phoning home to get a manual forced call with "Connect to DVR Service Now" to work?

I also ran add6x.tcl in case that will help me get the updates.

I've been searching for a comprehensive list of steps to upgrade a zippered 6.3c to 6.3e while retaining hacks (and shows and season passes, etc.), but I haven't had much luck. I currently only have 6.3c-01-2-357 showing in my /SwSystem.

Any other advice or links on moving from 6.3c to 6.3e would be greatly appreciated.

I have a rebooting HR10 running a zippered 6.3c, so I'm trying to force a call to get the 6.3e files into my /SwSystem.

I plugged in my phone line, but when I go the Settings > Phone > Connect to DVR Service Now, I get an error while "Negotiating."

Do I have to comment out fakecall.tcl from rc.sysinit.author and remove the network routing changes preventing normal phoning home to get a manual forced call with "Connect to DVR Service Now" to work?

I also ran add6x.tcl in case that will help me get the updates.

I've been searching for a comprehensive list of steps to upgrade a zippered 6.3c to 6.3e while retaining hacks (and shows and season passes, etc.), but I haven't had much luck. I currently only have 6.3c-01-2-357 showing in my /SwSystem.

Any other advice or links on moving from 6.3c to 6.3e would be greatly appreciated.

Thanks.

Nicdd will cause a conflict with the modem and calls out will fail. Comment out the start command for ./ncidd in your author file and reboot.

You can use slicer to preserve your hacks but that will require a purchase from dvrupgrade.

And commented out fakecall and the two route lines from rc.sysinit.author

Then I rebooted.

After that, I ran add6x.tcl for good measure.

Then I went into settings and tested the phone connection. It worked.

The I did "Connect to DVR Service Now" and that also worked. It went through all the stages, through Connecting and Loading... up to 100%. Now my Phone/Network status says "Pending Restart."

I telneted in again, and now I finally do have 6.3e-01-2-357 showing up when I do echo mls /SwSystem | tivosh.

So, these edits and the forced call did successfully download the 6.3e update to my machine. Now, I just hope I can following the other guides to update without losing my network connection and other hacks.

You could try this. It's customizable and should work well in your case. I've used it for all my 6.3x upgrades.

Thanks for the link. I believe I've just managed a manual upgrade.

I think I've successfully upgraded and things seem to be working as before (telnet, TWP and streaming video). The real test will see if I can get through a few days of CBS primetime without any reboots and hopefully 6.3e won't introduce any new problems.

I'll put some of my notes down here, in case they can help anyone else. My system is an HR10-250 6.3c which I upgraded to 6.3e.

This is not a complete guide and you'll have to do some thinking for yourself, depending on your hacks and directories. These are just notes, NOT a complete step-by-step of every single command. I disavow any responsibility if you screw things up.

I started with this old (and slightly outdated) DDB guide as a template:

xxxxxxxxxxxx.com/forum/showthread.php?t=51121 (thanks to cokekid)

The step numbers below refer to the steps in the link above

1) I got the 6.3e into my /SwSystem by forcing a call as explained in my earlier post (above). After the 6.3e file was on my system, I undid all the edits to block calls again.

2) add these changes if they are not already in your existing file

3) installSw.itcl 6.3e-01-2-357

4) do this

5) do this

6) On this step I made a lot of changes based on my system. You'll have to look at your directories and figure out what you need to do.

Basically, I found 6 directories that had hacks and created then on the new boot partition, then copied them over. DO NOT just copy these commands if you have different directories.

I followed the renaming of iptables and dhclient, but then instead of his echo command, I did the following:

cp /sbin/iptables /mnt/sbin/iptables

chmod 755 iptables

7) I skipped this step. I think my copied rc.sysinit.author was fine as-is.

8) Do the first 4 commands to make a backup of tivoapp, but DO NOT do any of the echo commands. The patch locations are changed in 6.3e. These are the new ones for 6.3e that I found in another thread (thanks to the original poster):

/var is always mounted on /dev/hda9. An upgrade won't change this. If you have hacks located in /var, you shouldn't have to touch them. The tivo does of course decide to wipe /var sometimes, so you may want to make a backup of anything in there before the upgrade, but you shouldn't need to copy anything.

/var is always mounted on /dev/hda9. An upgrade won't change this. If you have hacks located in /var, you shouldn't have to touch them. The tivo does of course decide to wipe /var sometimes, so you may want to make a backup of anything in there before the upgrade, but you shouldn't need to copy anything.

Hmm, I see. Thanks. Anyway, I did go through the copy process, and actually I forgot to copy the /var/mfs_ftp directory and now it's gone. I tried to mount the old partition and look in /var, but it's empty. I believe what you're saying, but if that's the case, I'm not sure why my mfs_ftp disappeared and only the hack directories that I specifically copied are still there. I don't really use mfs_ftp much though, so I probably won't bother putting in on and patching and everything unless I really need to use it someday.

My two HR10-250s have been rebooting while recording CBS OTA (see here). Following markis' directions, I successfully updated both to 6.3E and maintained my hacks (Thanks markis!).

One possible gotcha: When copying /busybox to /mnt/busybox, the destination filesystem (/dev/hda7) filled up. Why? /busybox contains mostly links (think: Windows shortcuts) to the /busybox/busybox binary. Using the cp command copies the link targets (ie the actual binary) instead of the links, eating up a lot of space. Luckily, the tar command can fix after emptying the target directory: