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 [ 17 | August | 2007 ]

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


Date: Fri, 17 Aug 2007 11:12:43 -0700
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Reinstal MMOS2...Stupid Me...!

In <46C5D819.7060209@ca.rr.com>, on 08/17/07
at 10:16 AM, Martin Rosenfeld said:

Hi,

>I did an experiment. I backed up volume n: (Bootable JFS, eCS20rc1) to
>W:\n.bak using the arguments above in 4OS/2. I then reformatted n: as
>JFS and copied back from n.bak using the same arguments. N: booted but
>had no desktop. Does this technique work with backing up a bootable JFS
>volume?

It should, but I've not tested this myself yet.

>What might I have done wrong (a loaded question to ask Steven!)?

No, it's a good question to ask. You may or may not have done anything
wrong.

Since you were able to boot to the restored volume, it appears you used
the right chkdsk to reformat.

It may not be allowed to backup to a subdirectory. Did you try my
original suggestion which backed up to the root of the destination volume?

Exactly what commands did you use to backup and restore?

There's a couple of things that can cause a lost Desktop. Try this.
After restoring, but before rebooting, edit config.sys and add

set Desktop=n:\Desktop

and see what happens. If that fails too, try the experiment again using
xcopy and zip rather than 4os2 copy. The zip command should be

zip -9rS zipfile x:/*

Xcopy is known to work when it does not hang during the copy. Zip will
work as long as the zipfile does not exceed 2GB.

While experimenting, you can save yourself a bit of time by hiding the
orginal N: volume and creating another N: volume elsewhere and restoring
to this test volume.

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 3.00 beta 08pre #10183 eCS/Warp/DIY/14.103a_W4 etc.
www.scoug.com irc.ca.webbnet.info #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
"postmaster@scoug.com".

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


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

Return to [ 17 | August | 2007 ]



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.