SCOUG-HELP Mailing List Archives
Return to [ 28 | 
July | 
2002 ]
<< Previous Message << 
 >> Next Message >>
 
 
 
Content Type:   text/plain 
=====================================================  
If you are responding to someone asking for help who  
may not be a member of this list, be sure to use the  
REPLY TO ALL feature of your email program.  
=====================================================  
 
Hello  
are you "xcopy"ing from your active partition to another HDD ???  
 
If yes, that's not a good way because the active system does use  
many files   
so they cannot been copied ;-(  
 
My suggestion is booting from floppies or from a logical  
maintenance partition   
and then do the xcopy from the specific primary system partition  
to the other but   
removable HDD !!!  
 
As for me I do not like additional system files or environments  
in other partitions   
than the active system partition ;-)  
 
I do have an external small SCSI case with an old 1.2GB HDD.  
With a full  XCOPY version of my [PROD] system I have the  
possibility to restore   
from that XCOPY backup or I can (top emergency only) start my  
system with this   
SCSI drive replacing the standard HDD1 ;-))  
 
Like Jordan says: Good to have (my addition: working) Backup  
Redundancies !  
 
Regards, svobi  
 
 
 
 
 
 
 
 
pskye@peterskye.com on 28.07.2002 19.43.01  
Please respond to scoug-help@scoug.com  
To:	scoug-help@scoug.com  
cc:	   
Subject:	SCOUG-Help: Re: Drive Image Backups to HDD  
 
Ray Davison wrote:  
>   
> Regarding saving backups to a hard drive.  
 
I also back up to hard drive; I tried a number of tape  
drives over the years but never was happy with them.  
(Too many tape errors.)  
 
My backups are quite simple:  XCOPY with no compression.  
I then run XCOMP to compare the copied files -- for some  
reason there are usually a few errors and I have a  
little .cmd that lets me recopy the bad files.  
 
 
http://www.geocities.com/SiliconValley/Pines/7885/Download/XComp2v  
310.zip  
 
I backup all machines every day.  It takes about 7 hours.  
I keep two archives and alternate between them.  
 
I'm not sure what causes the XCOPY failures.  There are  
about 10 files which always fail, and usually there are  
two or three others.  The failures are *always* on either  
b3 or b4 which indicates a bad cable or connector, but  
I've reseated everything *and* it's curious that the  
exact same files fail each time (they happen to be my  
archive of OS2*.INI files).  The failures are always on  
just one byte and always either b3 or b4.  
 
I haven't yet logged which byte in the 10 files fails.  
If it's the same byte each time, I'll start suspecting  
the chipset.  Another possibility is flakey memory (in  
the old days there could be certain bit patterns which  
caused adjacent bits to "flip" -- memory tests were  
written so they looked for this problem).  
 
- Peter  
 
 
 
 
************************************************************  
***   >>>    Say  NO  to  HTML in Mail and News    <<<   ***  
***   ++++++++++++++++++++++++++++++++++++++++++++++++   ***  
***   >>>   AGAINST  TERROR   +++   AGAINST  WAR   <<<   ***  
************************************************************  
 
=====================================================  
 
To unsubscribe from this list, send an email message  
to "steward@scoug.com". In the body of the message,  
put the command "unsubscribe scoug-help".  
 
For problems, contact the list owner at  
"rollin@scoug.com".  
 
=====================================================  
 
  
<< Previous Message << 
 >> Next Message >>
Return to [ 28 | 
July | 
2002 ] 
  
  
The Southern California OS/2 User Group
 P.O. Box 26904
 Santa Ana, CA  92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group.  ALL RIGHTS 
RESERVED. 
 
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International 
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
 
 |