[comp.sys.amiga] Problem with MRBackup 4.0

walrus@wam.umd.edu (Udo K Schuermann) (07/20/90)

I just recently got a copy of MRBackup 4.0 and used it last night when I
decided to expand all partitions into a single one.  After restoring the
backup disks, I found that a fair number of the .Z files were restored to
an incorrect file size.  In all cases, the files were missing information
at the end.

Has anybody had problems of this nature with MRBackup 4.0 ?
Please respond via email so as not to clutter the net.  I did try to
email this to Mark Rinfret but it bounced.

Relevant information and more details listed below; Press "n" to skip.

MRBackup's settings:
	16-bit compression
	512K buffer (largest possible)
	Title screen: "MRBackup V4.0b - May 29 1990 18:40:27"
	Executable's size: 101560 bytes
	.bflt contains:  (*~)
	.cflt contains:  (*.zoo|*.arc|*.GIF|*.Z|*.zip|*.lhw|*.wrp)
	.dflt contains nothing

My System:
	Amiga 2000
	GVP 68030/68882
	100 Meg Quantum HD (FFS)
	1M Chip, 4 Meg Fast
	Software running:  DMouse 1.2, XSize, VSnap 1.4, Conman 1.1,
		TrackSalve [could this one interfere with WRITING to disk?]
		no applications active (only passive or semi-passive utils
		such as those above)
	AmigaDOS 1.3.2 with ARP 39.1
	Display:  morerow'd 700x230 WB.

One of the recoverable files (I still had a .zoo file intact with it)
is VirusX 4.0:
	Original size: 19016
	MRBackup .Z  : 16384  (curious)
	compress .Z  : 14013

Compress from FF#051 compressed and decompressed the file perfectly,
but neither MRBackup nor "compress -d" would recover 19016 bytes out
of the MRBackup-generated VirusX.Z file.  MRBackup decompressed the
16K .Z file to something like 11K (!).  The curious 16384 size is
not, aparently the norm -- other files seem to be "chopped" at odd
boundaries.  Few times are the .Z files too large.

Another, possibly unrelated problem, involved a "bigfile" getting
stored on the disk with a size of 524,xxx bytes (I think it might
have been exactly 512K) and along with about 3 other tiny files, the
disk showed about 1750 blocks used -100% full.  I expected more like
830K instead of 512K to fit on a disk.  The disk was quick formatted
by MRBackup.

IF MARK RINFRET READS THIS:
	I have not registered my copy with you.  I didn't have enough
	floppies to do a complete backup of all partitions with
	QuarterBack, which is why I gave MRBackup a try.  I like the
	way MRBackup does what it does, but this rather serious failure
	has somewhat soured me on the program.  I will try, however, to
	assist you in tracking down this problem.  Email me at the
	address below, or:
	USnail: 11235 Oakleaf Dr. Apt. 1520; Silver Spring, MD 20901

 ._.  Udo Schuermann             "Are you suggesting that coconuts migrate?"
 ( )  walrus@cscwam.umd.edu                                  -- Monty Python