Upgrade caused overlay issue ?

[RoundBoy]

I did a swap of my 40gb drive to a 160gb drive .. originally using a mfsbackup | mfsrestore method ... but i canceled that at 30% complete because I was impatient.

I completed the swap over using a :

dd -if /dev/hdb -of /dev/hdc

Beliving it was a faster copy method..

Since I bothered to look up the man page on 'dd', and since I still have all my recordings and still have a 41 hour tivo.... I realize i just basically mirrored the old drive to the new one, regardless of capacity..

My tivo still boots, but when I hit the tivo button to use any menus, the green background does not pop up.... the background of the menu is still live tv...

Ideas ?

Yes, I will be blowing it all away tonight to do a proper backup ... i just want to avoid this issue if its something I did .... 8+ hrs of backup is not too fun on my mind though...

[HomeUser]

Does the original drive still work ok in the TiVo? From your command the original TiVo drive should of been Primary Slave, and the destination drive Secondary Master or did you get that reversed copying the incomplete copy?

If you had achieved a good copy with dd then mfsadd could be used to increase the storage space. Altho you probably want the larger swap partition that can be created with mfsrestore.

[RoundBoy]

The hdx notations are correct in the command above, I know enough *nix commands to be dangerous, and although I am not 100% sure of each command I read about in this process.. i can keep the drives straight :)

I was actually in a rush this morning, because the dd process does not give any feedback, I assumed it was running all night...

i gave a CTRL+C this morning intending to replace the old drive, and try again tonight, but dd reported 34561 in, 34561 out (or something to that effect).. so i assumed it worked.

I left the new drive in because I needed to get to work.. since my wife + child are home and I dare not brave a dora -the- explorer-less world when I get home.

Tonight I resolved myself to a redo... I am not tracking down partition magic to get fat32 working, so i am working out a process to get a .bak file on the new drive (formatted), then burn it to a dvd via windows, THEN do the reimage under linux..

Is it possible to simply copy tivo recordings from one tivo drive to another via the file system ?

[HomeUser]

Tonight I resolved myself to a redo... I am not tracking down partition magic to get fat32 working, so i am working out a process to get a .bak file on the new drive (formatted), then burn it to a dvd via windows, THEN do the reimage under linux.. You can make a FAT32 partition on the new drive with XP just not on the entire drive XP has a limit on the max partition size for FAT32.

I would use the mfstools piped backup | restore and increase the swap with the mfsrestore -s 127 option. You already have the drives on separate channels just make sure that DMA is enabled during boot.

Is it possible to simply copy tivo recordings from one tivo drive to another via the file system ? Probably, However I don't know how.

[RoundBoy]

I would use the mfstools piped backup | restore and increase the swap with the mfsrestore -s 127 option.


To the tune of 8+ hours .. but more like 10 as I saw 10% per hour before I killed it vs a few reboots & swaps .

I have instructed my wife to transfer anything she would like today onto the 2nd tivo upstairs... so there is really no reason to keep the recordings .. a small image backup will do just fine.

[HomeUser]

It will go a lot faster with DMA enabled. Both the WeaKnees and PTV CD's boot with DMA disabled there is a boot flag you can use that enables DMA or run the "hdparm" command for each drive.

[RoundBoy]

Ahh.... now that is a useful bit of info. I never explored the boot options given in the PTV boot image ...

Thanks