🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.mac
Article #4489

Re: Partitioning Software

#4489
From: David Levine
Date: Wed, 13 Sep 1989 13:59
42 lines
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!davidl
References: <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