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 [ 03 | February | 2003 ]

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


Date: Mon, 3 Feb 2003 22:09:16 PST8
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: CHKDSK/SYS3175

=====================================================
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
<200302032059474.SM01228@dialup-63.209.93.6.Dial1.LosAngeles1.Level3.net>,
on 02/03/03
at 08:57 PM, Michael Rakijas said:

>I guess not so much that it is complicated for HPFS.IFS to know the
>chkdsk call elsewhere but that it tries in both locations but fails when
>invoked at the IFS.

This is expected without chkdsk.sys loaded.

>This is still somewhat counter to my experience. Dirty shutdowns did
>seem to prompt the call to chkdsk.com in the "CALL" line. I could
>witness the "Searching for lost data" after the call (some text is
>produced at every reboot after the "CALL" statement, "Searching for lost
>data" only appears after a dirty shutdown). The IFS invoked chkdsk has
>failed in the past because of insufficient memory.

I would expect this if the IFS chkdsk failed, but with chkdsk.sys loaded,
it's not supposed to fail.

>> As I said, I have not tested this, but I would be surprised if were
>> otherwise.

>I'll report back as soon as I find out.

Yes, please let me know. In this case, I'm going by knowledge of how
things are supposed to work rather than direct experience.

Steven

--
---------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.35 #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".

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


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

Return to [ 03 | February | 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.