PDA

View Full Version : HDVR3 mounte Upgrade 40 to bigger Help Plz


TSN_Tom
02-17-2004, 12:09 AM
I have a HDVR2 that has its original factory drive all fixed up with ver 3b (40Gig). I would like to save my videos onto a bigger drive. I have upgraded my drive to an 80 Gig using the DD command, but when I tried to "MFSadd -x", it said that it is a 40Gig drive. When I put it in TiVo it boots fine but still shows 40Gig is there. Is there a special way to do this or do I need to start over?
What if I install the base version of the software and then just backup each partition to the new drive after I expand the full ver to the new 80Gig drive? I would like to keep my recordings if possible.

Any thoughts would be appreciated.
Thanks

captain_video
02-17-2004, 11:42 AM
The command is case sensitive and you need to include the drive location in your PC for it to work. If you installed it as secondary master then the command should be:

mfsadd -x /dev/hdc

TSN_Tom
02-17-2004, 02:43 PM
Thanks for the reply
OK from the beginning
I have my old drive as hdc 40Gig and my new drive as hdb 80Gig
I copy the drive with the DD command
dd if=/dev/hdc of=/dev/hdb bs=1024k
I check the new drive in the Tivo and it boots fine but under the system info on TiVo it said 35Hrs

I put the new drive back in my PC as hdc (secondary master) and type
mfsadd -x /dev/hdc

it comes back and said that it is a 40Gig drive but it's an 80Gig.

any thoughts
Thanks again :confused:

bobbob
02-21-2004, 03:53 PM
I am having the exact same problem.
4.0.1 on a 40 gig drive moving to a 60 gig.
Dtivo
DD from hdc to hda
tried both mfsadd -x /dev/hda right after it was dd'd.
and mfsadd -x /dev/hdc after a reboot and drive re-order.

Every time I get
Current estimated standalone size: 39 hours
Nothing to add!

I have tried this on a 60, 120 and 160 gig drive.
2 different computers as well.

Thanks for the help

BOB

PlainBill
02-21-2004, 04:13 PM
I am having the exact same problem.
4.0.1 on a 40 gig drive moving to a 60 gig.
Dtivo
DD from hdc to hda
tried both mfsadd -x /dev/hda right after it was dd'd.
and mfsadd -x /dev/hdc after a reboot and drive re-order.

Every time I get
Current estimated standalone size: 39 hours
Nothing to add!

I have tried this on a 60, 120 and 160 gig drive.
2 different computers as well.

Thanks for the help

BOB


I'm not enough of a Linux user to know how to solve this, but here is what I think is happening: The dd command does a sector by sector copy of the entire drive, including partition table. As a result, the new drive LOOKS like a 40 Gig drive to mfsadd. The solution would be somehow (pdisk?) update the partition table to reflect the actual capacity of the drive.

A possible alternative would be to partition the new drive, then do a partition by partition copy of the old drive to the new drive. I believe this would require adjusting the boot parameters; again this gets into an area I don't understand.
PlainBill

bobbob
02-21-2004, 06:16 PM
Partiton changes, I am confused as well.
When I do an i command on the partiton it does come back with
1: Apple_partition_map Apple -63@1
2: Apple_Free Extra -312581744@64 (149.1g)

So I know the system can see it, I am just not sure how I would delete the map, and restore it with the extra space.

BTW...before anyone freaks, I did not commit the reinit.
insert bad OJ pun here.

BOB

TSN_Tom
02-22-2004, 10:27 AM
What would the command be to backup each partition.

If I make an image of each one them I could load the original Ver of software before the Monte.

Then expand it, and the just put the partitions back that I need.
Thanks

pvignola
02-22-2004, 11:06 AM
Have you tried backup up the original drive with mfstools? I have upgraded my HDVR from 40 to 80GB. I backup the original drive using mfstools and then restored that backup to the 80GB drive using the -x (expand). The drive now reported as 80GB (69 hours via TiVo). TiVoTools 1.02 has a Linux boot and mfstools on it. You can also run through the first part of the Monte script and it will backup and resore for you, or you could just us the mfstools manually after the CD boots. Press Alt-F2 after the Tivotools boots and press enter to get to a bash then type your mfstools command. I'm new to this Tivo hacking thing, but I have done what you wanted to do. I hope this helps.

PlainBill
02-22-2004, 12:20 PM
What would the command be to backup each partition.

If I make an image of each one them I could load the original Ver of software before the Monte.

Then expand it, and the just put the partitions back that I need.
Thanks

I'm not sure if that will work, I don't know enough about how the TiVo stores it's information. It certainly would be an interesting experiment.
You would use the dd command. Assuming the source drive is primary master, target drive secondary master, this will copy the first partition of the source to the target.

dd if=/dev/hda1 of=/dev/hdc1

You may have to create the partitions on the target drive. This will be an excellent oportunity for you to learn more about linux, I lack the experience to give you good instructions. The good news is that by the time you get this working, you will know enough about Linux to write a really good Tivo backup, restore, and copy utility.

PlainBill

TSN_Tom
02-22-2004, 12:39 PM
I can do that with a U5 image thats no prob but if I just do a backup and restore with my Monted image it doesn’t work.
The trick is working with the Monted image but it's looking more and more like I will have to start from scratch.
If anyone has upgraded there Monted image to a larger drive without losing there recordings this would be what I'm looking for.
Thanks

bobbob
02-22-2004, 07:38 PM
I have a solution.

It took me a few hours but here it is.

I will try and list everything I did and you can pull what you need.

Started with a 40 gig HD that has already been upgraded to 4.0.1, and used sleepers script on it, comented out the kemm, and had shows that I wanted to keep.

Goal, copy that drive to the 160 gig and have the added storage space.

I tried DD'ing the whole drive, and using an Omniclone external cloner, they copy'd the info and it would work in the tivo, but every time I did the mfsadd -x /dev/hdc command it would bomb.

I tried the mfsbackup/mfsrestore that hinsdale recomeneded but it would just backup the active partitions and when I would boot on the tivo it would hang on the welcome screen and the serial would output file not found errors all over the place.

I tried to run sleepers script on the backup/restore drive and it would bomb at the un-tar of the bin files, not enough space(never figured this one out).

My solution
MAKE SURE THE *DD COPY OF YOUR* TIVO DRIVE IS SMAS AND TARGET DRIVE IS PRIMAS
*I would recomend NOT doing any of this with your orignal tivo drive ANYWHERE near you....you just might be tempted to throw it in and see what happens....YOU HAVE BEEN WARNED!

This will copy everything over to the target drive(and add the New mfs partitions 15 and 16 if you dont already have them)
mfsbackup -Tao - /dev/hdc | mfsrestore -s 127 -xzpi - /dev/hda

This will copy over all the necessary partitions.
dd if=/dev/hdc3 of=/dev/hda3
dd if=/dev/hdc4 of=/dev/hda4
dd if=/dev/hdc6 of=/dev/hda6
dd if=/dev/hdc7 of=/dev/hda7
dd if=/dev/hdc9 of=/dev/hda9

Make sure that the boot page is same between the HDC and HDA, change if necessary.
bootpage -p /dev/hdc
bootpage -p /dev/hda

That should be it.

If you discover that the HDC(working drive) has 14 partitions and the HDA(target) has 16 you will need to take the extra step of copying sleepers romfs.img file into the 16th partition on the target drive.
The boodpage should reflect this new location as well.

One other issues I had was one of the Kernel partitons(3) on the working drive was 4 megs and not 2. I sure there is a more pratical solution than what I did. I deleted my 15 partition and re-created it so that my 16-freespace partition was exactly 8192(4megs). Next I deleted the partition that was to small and then created a new one starting the same place as the 16 partiton size 8192, name Kernel 1, type image. Then I renumbered 16 to 3 and then the 4 to the 16 partition. Finaly I had to dd sleepers romfs back to the new 16 partition.

Gee I am really starting to like Linux.
Reminds me of my Amiga 2000 daze.

Just Bob

TSN_Tom
02-27-2004, 11:42 PM
OK I have backuped and restored the drive all in one like you said that was fine.
I dded each partition 3,4,6,7&9 but when I go to check my bootpage all I get is
sh: bootpage: command not found.
If I test the dive it just sites at the first screen ?
Any thoughts?
Almost there I hope
Thanks again

TSN_Tom
02-29-2004, 11:45 PM
Well it took all day but I got it
Thanks for all your help And for a great Forum to share Idea's
Bobbob has the ansewer it just took me some time to figure it out but it wansent that hard.
I still have more questions but they will come with time.
Thanks Again
TSN