TiVo Community Forums Archives - Backup restore problem

TiVoCommunity.com
(c)opyright 1995-2005 All rights reserved
indexcheckTC
This area is a static history of posts in the TiVo Community Forum Archive.
This archive history was made for the simple indexing of search sites like Google.

Pages:1

Backup restore problem
(Click here to view the original thread with full colors/images)

Posted by: Tbass

Out of the blue my upgraded dsr6000 started looping between powering up, and almost there. About 30-40 seconds per screen. It has the original 40g drive A and a maxtor 60g drive B. Thought it might be corrupted data on the A drive so I tried to restore my backup. But I get a Restore Failed Decompression Error. at %98.64 complete and %85.37 compression. The backup was made with MFSTool 1.0 but I get the error with 1.0 and 1.1. I verified both drives with Fdisk and they seem to be good. any help would be appreciated. (good dsr6000 backup) Thanks

Posted by: Seattle86

I am now in this same boat. Error at 94%. Does anyone have any clue what would cause this?

-Seattle86

Posted by: Cuttee

I would try again with a new 80 pin cable. You may have a corrupted back up too.

Posted by: Robert S

Are you using -s to expand swap? Your backup will use every last byte of your original A drive, so there's no room to expand swap. This is the only situation where you shouldn't use -s.

If your B drive is larger than your A drive, then you should use that drive as your A drive once you've got everything working. However, you will want to run both drives as lone A drive to help determine which drive is failing.

FDISK's 'verifying drive integrity' is of no value whatsoever. PowerMax (for Maxtor/Quantum) or other manufacturer's diagnostic is a good test (gives you a code to return the drive if it fails), but often running the drive in a TiVo is the only way to determine it's faulty.

Posted by: jjon2121

I was restoring the tivo backup on a computer with the primary master partitioned into two fat32 drives. I tried to restore a couple of different backups using:

mkdir /mnt/dos
mount /dev/hda1 /mnt/dos

mfstool restore -zi /mnt/dos/tivo.bak /dev/hdc and
mfstool restore -i /mnt/dos/tivo.bak /dev/hdc

I got the same failed decompression error with both .

I had successfully restored the same backup to another tivo yesterday. Thinking back, I remembered using a single partition drive then because, (with my very limited knowledge of linux), I reasoned that I could use hda instead of hda1 in the mount command. The drive would not mount so I changed it to hda1.

On a whim, I switched out "Cdrive" to a drive with a single partition and the restore worked the first time.

I do not know if it did not like the first drive because of two partitions or some other reason. All I know is that the restore worked.

Posted by: Robert S

There's no problem with using more than one partition on the disk - Unix systems often have many partitions on their disks.

hda is the whole disk, taking no account of the partitioning scheme (that's why we tell mfstool to work on that). hda1 is the first partition on the disk. Partitions contain filing systems, so mount works with partitions. If you have two partitions they will have different numbers. The second partition might be hda2, but it's more likely to be hda5.

At the level mfstools works reading a file from a disk, it wouldn't be aware of how many partitions are on the disk.

Doesn't explain why you had problems, but I'm sure it's nothing to do with the number of partitions on the disk.