S1 Software Update?

[DocTauri]

I have 2 T-60 S1's that have been working fine for a while. This morning I noticed that my now playing list was not sorted, so knew a restart had occurred. I tried to play a recording from last night, but when I hit Play, it immediately asks if I want to delete it, when I say no I get a message about an error playing the recording, and that there was no video signal on the channel (I realize I get this error for ANY recording in the list). I notice that I can't log into the box either, so go over to the system info screen. The version of SW is now at 3.1.0b0-02.1-011 and the Last Successful Service Data Download was 10/24 at 2:31am.

I'm assuming that the reason it can't play any of my recordings is that they were done w/scrambling turned off (via the kernel mod), and since I'm running a new kernel, it's trying to decode the recording.

Question is, I haven't seen anyone talk about this update, and was actually under the impression that the S1's weren't going to get anymore updates. Does anyone know what this update provides or is it just bug fixes?

Thanks,
Doc

[DocTauri]

Ok, this is getting more interesting... I pulled the drives out of one of my Tivo (Tivii?). It's a T60 w/ the original 40 (as master) and an added 120 (as slave). I put it into my Tivo working machine (98 box w/Johnny Death version of MFSTools loaded). I tried to read the bootpage (bootpage -p /dev/hdc) and get an error that this doesn't appear to be a tivo drive. Thinking I had the drives turned around, I did this to hdd and get the same message. It says that the signature bytes 0x92 0x14 didn't match the expected values 0x14 0x92 (looks like they've swapped). So I tried an mfsbackup -6s0 /mydir/myfile /dev/hdc, I get a bunch of errors, then
Primary Zone corrupt, loading Secondary Zone.
Secondary Zone corrupt, giving up.
Backup failed, make sure you specified the right devices and that they're not locked.

Tried it on /dev/hdd and get:
/dev/hdd10: Success
mfs_load_volume_header: mfsvol_read_data: input/output error

then the same backup failed message above.

Also, I attempted to back up with
mfsbackup -6so /mydir/myfile /dev/hdc /dev/hdb

Still didn't work.

/dev/hdb2 success
/dev/hdb3 illegal seek

then the same errors as before.

So, anyone have a clue as to what's going on?

Thanks,
Doc

[DocTauri]

I just had a thought on the bootpage... This the bootpage on the JonnyDeath MFSTools CD, I'm wondering if it's specific to S2. Isn't there an endian change between S1 and S2? If so, anyone know where I can get a S1 specific bootpage for x86?

Thanks,
Doc

[SR712]

3.1.0b will delete all your hacks and empty your hack directories. You have to start getting into the T60 by running kill_initrd with the drive on your PC. If you don't do this, the DTiVo will keep replacing your rc.sysinit every time it boots, and you'll never get in. (Kill_initrd can be found on the Turbonet install boot CD). After that, you have to transfer all your hack files back, and manually install whatever hacks you need. (XPlusZ does not run on 3.0.1b fully, yet) So far, for me, this is all I needed to do, and every hack I've tried has worked. (Although, I have not tried them all) I suppose, like xPlusZ, that the only problem would be a hack that checks for the software version that would not know what to do with a returned string of 3.1.0b. Also, it has yet to be determined if any of the database structure has changed in this version. Someone more experienced than myself will have to figure that out.

As far as booting from CD to the new OS, the Extreme CD or the TurboNet Boot CD both worked fine for me.

[Tiros]

I can't find the Turbonet CD and the Turbonet floppy on 9th tee doesn't seem to have a killinitrd program.

Can anyone point me to a killinitrd that is good for 3.1.0b?

[Hi8]

Originally posted by DocTauri
I have 2 T-60 S1's that have been working fine for a while. This morning I noticed that my now playing list was not sorted, so knew a restart had occurred. I tried to play a recording from last night, but when I hit Play, it immediately asks if I want to delete it, when I say no I get a message about an error playing the recording, and that there was no video signal on the channel (I realize I get this error for ANY recording in the list). I notice that I can't log into the box either, so go over to the system info screen. The version of SW is now at 3.1.0b0-02.1-011 and the Last Successful Service Data Download was 10/24 at 2:31am.

I'm assuming that the reason it can't play any of my recordings is that they were done w/scrambling turned off (via the kernel mod), and since I'm running a new kernel, it's trying to decode the recording.

Question is, I haven't seen anyone talk about this update, and was actually under the impression that the S1's weren't going to get anymore updates. Does anyone know what this update provides or is it just bug fixes?

Thanks,
Doc


did you have a phone line connected? or did the update come in via turbonet?

I seem to remember to set a parameter to =false to prevent this kinda thing.. all we all in for trouble? without such protection???

I thought it was set in rc.sysinit

[Tiros]

Nevermind about killinitrd founf it at www.tivostuff.com.

BTW:
My upgrade came via Turbonet.

[BubbleLamp]

Originally posted by Tiros
BTW:
My upgrade came via Turbonet.

I'll bet your daily call is via Turbonet too, correct? A call to Tivo, whether over the phone or over the Internet, is the same thing.

[DocTauri]

SR712, thanks for the pointers, I'm back up, luckily, my /var/hack directory was intact. I simply reinstalled the turbonet drivers, edited /etc/rc.d/rc.sysinit to point to my /var/hack/hackinit (to keep parity w/my S2), and it was back up. Then just dd'd the noscramble kernel mod again and I could play all my recordings again.

I think what really threw me was mfstools choking on the drives, even though it ran fine. I replaced mfstools and it reacted much more like I was expecting.

Thanks again...
Doc

[SR712]

Good for you, Doc.

Hi8-

I think everyone is fine as far as not getting this update. If you haven't received any in the past, you won't get this one either, I would guess. And, yes, I did have the phone line in. I had intentionally set this box up to receive whatever was coming down the line, so that I could get Trilight his logos. I'll have to admit, it was fun working to get in again. :) It's been a while ....

[dr_mal]

Originally posted by BubbleLamp
I'll bet your daily call is via Turbonet too, correct? A call to Tivo, whether over the phone or over the Internet, is the same thing.
Not true. The 2.5->3.1 upgrade was only pushed out after making a TiVo call over the phone. I waited several months before hooking up a phone line and making a daily call that way. The 3.1 upgrade came within a week or two of that.

So if the 3.1.0b comes out without having to plug in the phone line, that would be a difference. I'm sure I'll find out soon enough.

[Tiros]

Originally posted by DocTauri
I just had a thought on the bootpage... This the bootpage on the JonnyDeath MFSTools CD, I'm wondering if it's specific to S2. Isn't there an endian change between S1 and S2? If so, anyone know where I can get a S1 specific bootpage for x86?

Thanks,
Doc

I had a similar problem. I couldn't mount the Tivo drive with the JohnnyDeath CD. I then used an older CD from when I first got my S1 and had no problems.

Also my Tivo has never been plugged into a phone line, I have always used Turbonet and got the 3.1.0b update during a normally scheduled daily call through it.

[Schnitty]

so now for the stupid question, what are the plans for xplusz? is superzap on the case, or should we start passing around some ideas?