SCOUG-HELP Mailing List Archives
Return to [ 27 |
September |
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.
=====================================================
OK, thanks muchly. I guess you are well on your way to helping Butch
restore his system to a status he had just before he attempted to
install RSJ.
For the future it is essential that he take all the correct precautions
in backing up critical files BEFORE attempting to install any program.
He should ensure that he is following adequate steps, designed to
minimize problems and back out of situations and problems, should any
occur.
As I said previously, I believe that I can help him correctly install
RSJ, using the correct preventive measures and the information and files
that he got from RSJ Software. I have RSJ installed on my system.
But it's up to you and Butch!
HCM
______________________________________________________________________________
Steven Levine wrote:
>
> =====================================================
> 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 <3D93F0FB.E0388BA8@attglobal.net>, on 09/26/02
> at 09:51 PM, Harry Chris Motin said:
>
> >OK!, but you are not responding to my suggestion, here! Since both our
>
> No, it's not that. I know Butch tends to miss things and state other
> things inaccurately. As I mentioned, there was the very good possibility
> that Current was not empty and that he was simply not looking correctly.
> I knew that once I tested, I would know the true situation.
>
> Here's how it really works. The files are in Current and Current is not
> empty. For some reason known only to IBM, the files are stored a bit
> differently than in the 01, 02 and 0X archive directories. For example,
> heres the 01 archive on my testbox:
>
> Volume in drive O is MCP_451 Serial number is E86B:F814
> Directory of O:\os2\archives\01\*
>
> 9-27-02 15:22 0 .
> 9-27-02 15:22 0 ..
> 12-19-01 22:51 901 DESKTOP
> 9-27-02 15:22 188,813 0 0
> 9-27-02 15:22 72,107 0 1
> 9-11-02 22:09 4,760 0 2
> 12-21-01 19:57 75 0 3
> 12-19-01 22:39 360 0 4
> 9-27-02 15:22 3,152 0 KEYS.$$$
>
> and here's Current, after a restore:
>
> Volume in drive O is MCP_451 Serial number is E86B:F814
> Directory of O:\os2\archives\CURRENT\*
>
> 12-19-01 22:51 0 .
> 12-19-01 22:51 0 ..
> 12-19-01 22:51 901 DESKTOP
> 9-27-02 15:28 0 E$
>
> and here is E$:
>
> Volume in drive O is MCP_451 Serial number is E86B:F814
> Directory of O:\os2\archives\CURRENT\e$\*
>
> 9-27-02 15:28 0 .
> 9-27-02 15:28 0 ..
> 9-27-02 15:28 0 OS2
> 12-19-01 22:39 360 0 AUTOEXEC.BAT
> 9-11-02 22:09 4,760 0 CONFIG.SYS
> 12-21-01 19:57 75 0 STARTUP.CMD
>
> Directory of O:\os2\archives\CURRENT\e$\OS2\*
>
> 9-27-02 15:28 0 .
> 9-27-02 15:28 0 ..
> 9-27-02 15:27 188,856 0 OS2.INI
> 9-27-02 15:27 72,107 0 OS2SYS.INI
>
> This is hardly empty by any definition I know. As you can see the files
> are all there. The boot drive is really volume E:, mapped as drive O:.
>
> The bad news it appears Warp provides no support for automatically
> restoring the files in Current. It's got to be done by hand, from a
> command line boot. This is not hard, just tedious without the proper
> tools and it does require a basic understanding of what goes where and how
> to place it. The Desktop tree is the most difficult item to restore.
> ZtBold can do it in a couple of keystrokes. deltree and xcopy would take
> a bit more effort.
>
> >books say that the system saves the present configuration (saves the
> >various system files elsewhere under new names), wouldn't it be prudent
> >to see if that happened (by doing wildcard searches on his C:\ partition,
> >using PMSEEK.EXE)????
>
> As you might agree, DIR gives perfectly acceptable answers with excellent
> context.
>
> >It might be just possible that all/most of what he needs is stored
> >somewhere on his system under other names??? Try it and see! Nothing
> >ventured, nothing possibly gained! Right??
>
> We already knew where the files were supposed to be. It made more sense
> to me to first verify that the files were truely not there, as Butch
> claimed, before engaging in a random hunt.
>
> Steven
>
> --
> ---------------------------------------------------------------------
> "Steven Levine" MR2/ICE 2.31a #10183 Warp4/FP15/14.085_W4
> www.scoug.com irc.webbnet.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".
>
> =====================================================
=====================================================
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 [ 27 |
September |
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.
|
