Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!mcvax!kth!draken!tut!tolsun!nix
From: nix@tolsun.oulu.fi (Tero Manninen)
Newsgroups: comp.sys.amiga
Subject: Re: Starboard SCSI board woes. (slow as christmas)
Keywords: FFS Mount floppy
Message-ID: <673@tolsun.tut.fi>
Date: 28 Jun 89 19:21:44 GMT
References: <SCOTTH.89Jun22080408@harlie.sgi.com> <672@tolsun.tut.fi> <18597@louie.udel.EDU>
Sender: news@tut.fi
Reply-To: nix@tolsun.oulu.fi (Tero Manninen)
Distribution: comp
Organization: University of Oulu, Finland
Lines: 22

In article <18597@louie.udel.EDU> new@udel.EDU (Darren New) writes:
->In article <672@tolsun.tut.fi> nix@tolsun.oulu.fi (Tero Manninen) writes:
->>Now everyting seemed to run well, but after backup I checked the contents
->>of one backupped file (type opt h file.Z) and found that it contained
->>only carbage :-(
->
->The file probably did not contain garbage.  Since the file ended in .Z
->you must have backed up with the compression on. The compressed file will
->indeed look like garbage until you decompress it.  Find a file without the
->.Z (I think MRBackup does not compress one-block files). Especially look
->for a .info, which is usually small. Either that or redo the backup with
->the compression turned off.       -- Darren

Ah, but those compressed *.Z files contained big chunks of zeroes and
pars of another backupped files. I found this out by looking one script
file (my S:Startup-Sequence to be exact).
I thought compress would shrink those big fields of same bytes rather
than leave those alone.
The thing that I would like to get is now the correct MountList for a
FFS floppy.

					Tero Manninen