home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!mailgzrz.TU-Berlin.DE!math.fu-berlin.de!uni-paderborn.de!fillg1
- From: fillg1@uni-paderborn.de (Michael Illgner)
- Newsgroups: comp.sys.amiga.applications
- Subject: Re: IS XPK SAFE?
- Date: 23 Nov 1992 15:55:29 GMT
- Organization: Uni-GH Paderborn, Germany
- Lines: 15
- Distribution: world
- Message-ID: <1equtiINNd40@uni-paderborn.de>
- References: <Bxnwv6.At@javelin.sim.es.com> <1992Nov16.181818.6455@TorreyPinesCA.ncr.com> <1992Nov19.003222.8735@neptune.inf.ethz.ch> <1eqm2bINN8se@uni-paderborn.de> <1eqmshINN9bk@uni-paderborn.de> <1eqnb1INN8se@uni-paderborn.de>
- NNTP-Posting-Host: mozart-bb.uni-paderborn.de
- Keywords: semprini, spam, ni, naught bits, Bruce, llamas
-
- In article <1eqnb1INN8se@uni-paderborn.de>, tron@uni-paderborn.de (Matthias Scheler) writes:
- |> [stuff deleted]
- |>
- |> |> |> I would prefer a version of Ami-Back with FULL XPK-Support :-).
- |> |>
- |> |> That's quiet easy. Write a new filehandeler that compresses on read and decompresses on write,
- |> |> as an opposite to the XFH-handler. Now backup your disk using the new device.
- |>
- |> A handler with multi disk/drive handling ??? Uuuurgs ....
-
-
- Not for the backup-media (the disks), for the disk to be backuped (the Harddisk).
- As an alternative : Nuke your whole harddisk, backup it, then unnuke.
-
- Michael
-