SCOUG-HELP Mailing List Archives
Return to [ 26 |
January |
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.
=====================================================
Rocky wrote:
> I would recommend this, actually, anyway since you have a large D:\ drive. I
> boot to a 6 GB drive (Master, IDE) formatted HPFS C:\. I have a 32 GB (Slave,
> IDE) formatted HPFS D:\ that would not go through a chkdsk if it wound up dirty
> after an abnormal shutdown. Even with 256 MB of main memory, chkdsk would
> complain of not enough memory.
I believe, here, you were referring to CHKDSK problems on D:\ with your
normal system up, not CHKDSK problems, when booted to a minimal OS/2
system, using floppies. My problem was booting to a minimal system,
using floppies. Anyhow, SCOUG help I was able to solve the problem
(please see another E-mail from me on this subject).
Rocky wrote:
> sure but I though I was supposed to remove D: from the autocheck list of the
> HPFS IFS statement but it is in my current CONFIG.SYS so I don't think it's too
> big of a problem.
With your big a 32 GB D:\ drive, the autocheck is spending a lot of time
on D:\ during the bootup. You can probably reduce your boot time by at
least 3 minutes, if you remove D:\ from the autocheck parameters. The
downside here is that if you have to shutdown your system dirty, you
will need to have a reliable alternate method of implementing CHKDSK on
D:\ (and any other partitions you eliminate from the autocheck). That's
why it was so very important that I get CHKDSK to work, when booting
from floppies. Booting from floppies is the way I do maintenance on my
system, when I need to do so in the absence of a fully up system. By
changing the autocheck parameters from:
IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:64 /AuToChEcK:CDEFG
to:
IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:64 /AuToChEcK:C
I was able to reduce my boot up time from 10 minutes to 3.
HCM
____________________________________________________________________________________________________
Michael Rakijas 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.
> =====================================================
>
> ** Reply to message from "Steven Levine" on Sat, 25 Jan
> 2003 10:08:51 PST8
>
> > In <3E32B7A5.A55DB15B@attglobal.net>, on 01/25/03
> > at 08:53 AM, Harry Chris Motin said:
> >
> >
> > I recall these from the last thread.
> >
> > Chkdsk shouldn't trap, but since you are running Warp4, you are running an
> > older version of chkdsk and newer versions might avoid the trap.
> >
> > Here's a couple of things you can try none of which is sure to work.
> >
> > If you have eCS, try the version of chkdsk*/uhpfs.dll on the CD. The is
> > effectively MCP1 level code. MCP2 and FP3 have further updates. FP3 is
> > available from the eCS website.
> >
> > You might try installing the chkdsk.sys driver, although I don't think it
> > will solve your problem.
>
> I would recommend this, actually, anyway since you have a large D:\ drive. I
> boot to a 6 GB drive (Master, IDE) formatted HPFS C:\. I have a 32 GB (Slave,
> IDE) formatted HPFS D:\ that would not go through a chkdsk if it wound up dirty
> after an abnormal shutdown. Even with 256 MB of main memory, chkdsk would
> complain of not enough memory. By installing the chkdsk.sys driver, you allow
> the system to use virtual memory to perform chkdsk. My chkdsks now work every
> time. Check the FP15 read me for the details but on my system, I have a
> BASEDEV=CHKDSK.SYS statement near the end of my CONFIG.SYS file and a
> CALL=C:\OS2\CHKDSK.COM D: /C statement right after my DPATH statement. I'm not
> sure but I though I was supposed to remove D: from the autocheck list of the
> HPFS IFS statement but it is in my current CONFIG.SYS so I don't think it's too
> big of a problem. My guess is that it errors out if it has to there in the IFS
> install (which can only use physical memory) but when it's run later, it can use
> virtual as well. Again, check the FP15 readme for details. Good luck.
>
> > Steven
>
> -Rocky
>
> =====================================================
>
> 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 [ 26 |
January |
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.
|