SCOUG-HELP Mailing List Archives
Return to [ 19 |
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.
=====================================================
Thanks, Steven.
_________________________________________________________________________________________
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 <3E2ACC17.8A872342@attglobal.net>, on 01/19/03
> at 08:02 AM, Harry Chris Motin 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".
>
> =====================================================
=====================================================
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.
|