SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, 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.

The Southern California OS/2 User Group
USA

SCOUG-HELP Mailing List Archives

Return to [ 24 | January | 2004 ]

<< Previous Message << >> Next Message >>


Date: Sat, 24 Jan 2004 23:19:23 PST8
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Archive boot, was Checkini hang

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

In <40134E27.2060602@charter.net>, on 01/24/04
at 09:05 PM, Ray Davison said:

>When you boot from an archive do any of the files in that archive get
>copied over their counterparts on the HDD?

Oh, I suspect what you really mean to say is that when you restore an
archive do any of the files in that archive get copied. The answer is
yes. That's the definition of restoring an archive.

What happens is:

- the Desktop tree is delete
- the Desktop tree and any files it contains
is restored from the archive
- the INIs and any other files name in OS2.KEY are restored
- the files name in REGISTRY.KEY are restored

>If not then booting from an
>archive is merely a one tine boot to an alternate configuration of which
>you could have have many.

When you boot from an alternate configuration, you are booting with a
different config.sys and will use the INIs named in this config.sys to
locate the Desktop and populate it.

>And in this case, since the archive is not on
>the boot partition I don't even know what partition I am running from.

Huh? After you restore, the data will be on the boot partition unless you
really understand how the WPS is organized and like to play.

> How do I get those files on to the HDD in such a way that they are
>used during a normal boot?

You are not being very clear. I assume they are on a hard drive already,
just not the right one. What you could do is replace the content of
\OS2\ARCHIVE\01 or whatever with the archive you want to restore. Then
ARCRECV could find it.

Regards,

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.41 #10183 Warp4/FP15/14.093c_W4
www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST)
----------------------------------------------------------------------

=====================================================

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 [ 24 | January | 2004 ]



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.