Path: utzoo!attcan!uunet!cs.utexas.edu!sun-barr!lll-winken!unixhub!shelby!agate!linus!linus!sdl From: sdl@linus.mitre.org (Steven D. Litvinchouk) Newsgroups: comp.sys.amiga Subject: Re: MRbackup 4.0b Message-ID: Date: 20 Oct 90 19:37:20 GMT References: <1990Oct8.024128.4481@opusc.csd.scarolina.edu> Sender: usenet@linus.mitre.org Organization: The Mitre Corporation, Bedford, MA Lines: 33 In-reply-to: yarnall@opusc.csd.scarolina.edu's message of 8 Oct 90 02:41:28 GMT In article <1990Oct8.024128.4481@opusc.csd.scarolina.edu> yarnall@opusc.csd.scarolina.edu (Ken Yarnall) writes: > I got MRbackup 4.0b when it came out (some time ago), fiddled with it long > enough to get the colors set the way I wanted them, and didn't mess with it > again. > > Then I made the bad boo-boo. Now that I had my backup, I decided that, since > my drive was very badly fragmented, I would format/restore it to clean it up. > I did this, and again, MRbackup seemed to work fine. I noticed that the > drive had considerably less on it than it did before, though (down from 47% > full to 40% full...). Everything seemed to be there, though, so I was a bit > confused. I wandered about the disk, running the programs, until I started > to run across file after file that was incorrectly restored. MRbackup had a > bad copy of these files (in compressed form) on its backup set. All in all, > I've found about 10 programs/data files that were munged (so far). Most are > easily recoverable... I noticed this problem shortly after MRBackup v4.0b was released, and reported it to the author, Mr. Mark Rinfret. I posted a warning about this to this newsgroup some time ago. I am in the process of beta testing a new version of MRBackup which is claimed to fix the problem. -- Steven Litvintchouk MITRE Corporation Burlington Road Bedford, MA 01730 (617)271-7753 ARPA: sdl@mbunix.mitre.org UUCP: ...{att,decvax,genrad,necntc,ll-xn,philabs,utzoo}!linus!sdl "Where does he get those wonderful toys?"