said: 
>In 
><20021017044448.GXSC20527.mtiwmhc11.worldnet.att.net@mailhost.worldnet.att.net>, 
>on 10/16/02  
>   at 08:45 PM, jack.huffman@worldnet.att.net said: 
>>I booted using the emergency diskettes and ran this command line from the 
>>A:> prompt twice: 
>>zip -rSTvEn zip k:\backups\zipc c:\ >k:\backups\c.log 
>This does not look quite right to me.  Try: 
>  zip -rSTvn zip k:\backups\zipc c:\ >k:\backups\c.log 
>You don't want to rename files during the backup and that's what the -E 
>will do. 
>>The first time I used zip.exe 122,416 1-09-00 5:34:46 am from 
>>zip23x2.zip.  The second time I used zip.exe 124,464 1-09-00 5:32:52 am. 
>File dates are inconclusive.  Use zip -v the check the version and date: 
>Copyright (C) 1990-1999 Info-ZIP 
>Type 'zip "-L"' for software license. 
>This is Zip 2.3 (November 29th 1999), by Info-ZIP. 
>Currently maintained by Onno van der Linden. Please send bug reports to 
>the authors at Zip-Bugs@lists.wku.edu; see README for details. 
>Latest sources and executables are at ftp://ftp.cdrom.com/pub/infozip, as 
>of above date; see http://www.cdrom.com/pub/infozip/Zip.html for other 
>sites. 
>Compiled with emx+gcc 2.8.1 for OS/2 2.x/3.x (32-bit) on Jan  9 2000. 
>Zip special compilation options: 
>        ASM_CRC 
>        ASMV 
>        USE_EF_UT_TIME 
>Zip environment options: 
>             ZIP:  [none] 
>          ZIPOPT:  [none] 
>             EMX:  [none] 
>          EMXOPT:  [none] 
>>zip warning: 1st full name c:\desktop\OS!2 system\templates\  Formatted 
>>Trace1.ftf zip warning: 1st full name c:\desktop\OS!2 system\templates\  
>>Formatted Trace.ftf (note that the 1 is missing) zip warning: name in zip 
>>file repeated  Formatted Trace.ftf 
>>zip error   invalid command arguments (cannot repeat name in zip files) 
>That's the -L switch. 
>>In addition the second time there was a warning that the TZ variable was 
>>not found so some kind of time could not be used. 
>Do: 
>  set TZ 
>from the command line.  You might need to add: 
>  set TZ=EST5EDT 
>to config.sys or issue it from the command line. 
>>So I used the 124k zip.exe and deleted the n zip portion of the command 
>>line and got the same result as the first time. 
>InfoZip is not stupid. :-) 
>>Will someone please tell me what I am doing wrong? 
>Drop the -E. 
>You do have a few duplicate template objects to clean up, but that's a 
>different problem. 
>Steven 
Steven, 
Deleted the objects with the trailing 1, set the time using the TZ string 
you provided, used your zip command line. 
c: partition backed up without a problem.  In fact it was so easy that I 
backed up all partitions for the first time in years (but to another 
partition on the same hard drive). 
Now I will get RSJ going so I can copy the backups to it and put new 
backups there. 
I am curious about something svobi said in a post responding to my 
question, "what files would you add to the never delete files in 
Unimaint?" He said to add these files in c:\os2\dll:  scenter.cfg and any 
dockxx.config files because they are the Warp Center files. 
Does Unimaint's desktop backup pick up these files as I assume.  Or does 
it only backup the files in the desktop folder? 
Jack 
----------------------------------------------------------- 
jack.huffman@worldnet.att.net 
----------------------------------------------------------- 
===================================================== 
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 [ 22 | 
October | 
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.