Article View: comp.sys.mac
Article #4489Re: Partitioning Software
From: David Levine
Date: Wed, 13 Sep 1989 13:59
Date: Wed, 13 Sep 1989 13:59
42 lines
2843 bytes
2843 bytes
In article <17093@pasteur.Berkeley.EDU> c8s-an@franny.Berkeley.EDU (Alex Lau) writes:
Sigh... partitioning almost destroys any chances of recovering
lost data. Partitioning with encryption REALLY destroys just about
ALL chances of recovering after a nasty crash.
It depends on what kind of partitioning you're talking about. From
the symptoms you describe, and the term "partitioning with
encryption," I surmise that you are talking about SUM's
"partitioning." SUM "partitions" are just giant disk files, and,
indeed, if the disk crashes they are gone for good. I think that
another program (MultiDisk, was it?) uses this kind of fake
"partitioning," but I haven't seen that one for sale in a year or
more.
On the other hand, true SCSI partitions are no more difficult to
recover than actual disks. LaCie's SilverLining creates true SCSI
partitions, and I THINK that Jasmine's DriveWare does as well. I've
had no problems recovering trashed partitions on my LaCie drive. As
far as MacZap (SUM) is concerned, each partition is a separate disk.
How can you tell real SCSI partitioning from fake SUM-style
"partitioning"? Well, if the partitioning software can also do a
low-level format of the drive, and especially if you MUST reformat the
drive to create or resize partitions, you can be pretty sure that it's
real SCSI partitioning. If the partitioning software insists on
having a lot of contiguous space on the disk to create a partition,
that's a good clue (but not definite) that it's fake "partitioning."
By the way, I recommend SUM as a disk-recovery tool ONLY. If you use
any other part of SUM, you're setting yourself up for disappointment
at best and data loss at worst.
Another flame provoker from
David D. Levine BBBBBBBBB IIII IIII NNN NNNN TM
Senior Technical Writer BBBB BBBB iiii iiii NNNN NNNN
BBBBBBBBB IIII IIII NNNNNNNNN
UUCP: ...[!uunet]!tektronix!biin!davidl BBBB BBBB IIII IIII NNNN NNNN
MX-Internet: <davidl@intelob.intel.com> BBBBBBBBB IIII IIII NNNN NNN
ARPA: <@iwarp.intel.com:davidl@intelob.intel.com>
These are my opinions only and do not reflect those of my employer.
Technical Details
Message-ID:
<DAVIDL.89Sep13095957@intelob.intel.com>Path:
arc1-ca.pugleaf.net!utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!apple!oliveb!mipos3!omepd!davidlReferences:
<5366@tank.uchicago.edu> <17093@pasteur.Berkeley.EDU>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!apple!oliveb!mipos3!omepd!davidl From: davidl@intelob.intel.com (David Levine) Newsgroups: comp.sys.mac Subject: Re: Partitioning Software Message-ID: <DAVIDL.89Sep13095957@intelob.intel.com> Date: 13 Sep 89 13:59:57 GMT References: <5366@tank.uchicago.edu> <17093@pasteur.Berkeley.EDU> Sender: news@omepd.UUCP Distribution: na Organization: BiiN Information Systems, Hillsboro, Oregon Lines: 42 In-reply-to: c8s-an@franny.Berkeley.EDU's message of 12 Sep 89 16:49:15 GMT