said:
>OK! I guess we can put that to bed now, based on my timing of the bootup
>with the changed CONFIG.SYS line for HPFS.IFS
I would agree.
>HD's. I installed a 36 GB SCSI drive as the second unit (D:). Finally, as
>the last step, I replaced the EIDE HD with a larger 73GB SCSI unit. The
>bootup has always been slow (~10 minutes) for this computer. It has not
>mattered what HD's I've used. The (only) advantage of the SCSI's is the
>significantly better read and write response, compared to EIDE. That has
>been very noticeable.
OK, so all your disk drives are on the SCSI bus. SCSI drives are
definitely slower during boot up than during normal operation. I would
work with the SCSI card and the drivers. Make sure the BIOS is current
and try a few different versions of the AICU160 driver. There were a
couple of versions of the driver that used a very slow I/O methods during
boot up. This was most noticable during chkdsk, but it probably also
effects boot time.
>I agree. I'll try it, even though the ConfigTool has a warning about data
>loss for non-default values of CRECL
Yes, I've read that. Just keep it in mind. I'm sure it only effects a
small subset of systems.
Do you boot the system every day or is it up 24x7? If you are booting
every day and your data is organized to support it, you might want to
consider a workaround. Autocheck only the drives that contain the OS,
programs and active data. Then, if needed, you can run chkdsk manually
for the other drives after the boot completes.
Since crashes that require a chkdsk are rare around here, I tend to bypass
the config.sys autocheck. Instead, I boot to a small maintenance
partition that's organized so only the boot partition needs a chkdsk.
Once booted I run the other chkdsks from the command line. These run much
faster than boot time chkdsks.
>The first two, above, are for my Adaptec SCSI adapter, to which my 2 HD's
>are attached. The second 2 I retained from when I had EIDE HD's. Since I
>still have EIDE units (the 2 CD's), I retained them. I have no idea
>whether or not they should still be in the CONFIG.SYS
These make sense given your hardware.
>Anyhow, bottom line: Daniela's drivers should not be involved with the
>initialization, timing, etc. of my HPFS HD's.
I wasn't sure. Most folks do it the other way around. IDE drives and
SCSI burners and scanners.
>It's the maximum allowable partition size for booting to OS/2. It's a
>matter of taste. For example, I believe Steven has a smaller boot
>partition and he then places his various OS/2 apps on another partition.
This is a preference thing. There's really nothing wrong with the large
partition size other than the long chkdsk time, but with the amount of
disk space you have, there's no way around this other than avoiding hard
crashes.
>partitions except C: (that gets me a 3 minute boot up). If I were to get
>JFS and apply that to all partitions except C:, would that do the trick.
>If I have JFS, does that eliminate the need for the system to autocheck
>those paritions?
I believe JFS will initialize faster. It will chkdsk orders of magnitude
faster. This is one of the major improvements over HPFS along with larger
cache sizes. The downside is that JFS is young compared to HPFS so
there's a higher probability of catastropic filesystem failure. That said
the latest drivers are stable and many folks are using them without
problems.
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 [ 19 |
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.
