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.
|