SCOUG-HELP Mailing List Archives
Return to [ 09 | 
April | 
2003 ]
<< 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.  
=====================================================  
 
Steven Levine wrote:  
>   
> There's no way to get zip to store an absolute path.  
> That's why restore scripts use the -d option.  
 
Aha!  Okay, thanks.  
 
The relative file paths are stored (unzip -l shows them) so I should be  
able to restore everything as a single tree.  
 
But this fails:  
 
    unzip -d C:\ BACKUP.ZIP  
 
The following works but I have to set C: to the root directory first:  
 
    unzip -d C: BACKUP.ZIP  
 
Apparently UNZIP doesn't allow absolute paths either.  
 
> Here's the guts of what Unimaint does for backup:  
 
Hmm, pretty much what I had except UniMaint uses the "-j junk (don't  
record) directory names" option and doesn't save CONFIG.SYS.  
 
> I also use the [UniMaint] Supplemental Backup to save a  
> variety of other configuration files.  Most of these don't  
> change all that often, but I find it convenient to have  
> them local rather than on tape if I happen to need on.  
> This backup handles config.sys, startup.cmd, setup.cmd and  
> so on.  
 
UniMaint does a lot but it's not easy to use.  I've never tried the  
Supplemental Backup so I just clicked on it.  Here's the error message:  
 
  The Supplemental Backup CMD File could not be built  
  There are no Supplemental Files Defined.  
  Use the Select Supplemental Files entry and then try again.  
 
So I went to the Sup Files entry.  Yes it does CONFIG.SYS and  
STARTUP.CMD.  No it doesn't come with SETUP.CMD (\MPTN\BIN\) by default  
-- you apparently, and wisely, added it yourself.  The other files are  
AUTOEXEC.BAT and some (but not all) of the \OS2\MDOS\WINOS2\*.INI files.  
 
Why UniMaint thinks there aren't any "supplemental" files defined is  
beyond me.  Why UniMaint doesn't keep all the files in a single backup  
is beyond me.  Why UniMaint didn't come with \OS2\MDOS\WINOS2\*.INI  
specified in the supplemental backup so it would capture all the INI  
files is beyond me.  
 
But, Steven, good thinking on the STARTUP.CMD and SETUP.CMD files.  I've  
added them to my own backup.  
 
> For me, Unimaint has only one claim to fame in the area  
> of Desktop backups.  I've never had a restore fail.  YMMV.  
 
I'm doing the same thing as UniMaint -- zipping up the files -- so my  
backup should be as successful as yours.  Perhaps I'll start saving  
several generations of the backups, as UniMaint does.  
 
Thanks again.  Steven and Ray, you've both greatly helped me with this  
project.  
 
- Peter  
 
 
 
=====================================================  
 
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 [ 09 | 
April | 
2003 ] 
  
  
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.
 
 |