Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- From: Stubby <William.Plummer-NOSPAM-@xxxxxxxxxxxx>
- Date: Mon, 02 Oct 2006 09:25:21 -0400
The registry is organized as a B-tree and is _very_ fast to search, insert and delete items. Your students using the machines probably do many, many registry accesses all of which take a bit of time. Note my Quicken database is bigger than my registry and it is fast to use.
As another poster said, you need to track down the root cause of the slowness, but you don't have to worry about the size of the registry files.
Pegasus (MVP) wrote:
I fully agree with your philsophy but I'm uncomfortable with.
your identification of the root cause. Unless you can really
nail it down you might find that you're solving the wrong
problem when attempting to limit the size of the registry.
"Sarah G" <SarahG@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:8E54242B-6811-4A2C-B2F2-46756386D746@xxxxxxxxxxxxxxxx
Thanks for your speedy comments.machine
I appreciate that there are a number of dcumented ways of resolving the
problem once it occurs, but all require an administrator to go to the
(physically or virtually). Restoring a backup of the registry is certainlyafix once a machine is broken, but we are trying to avoid all of this bytelling
preventing the problem in the first place.
We have certainly looked at refreshing images in the past or using Deep
Freeze type technologies, but up until now have found this unecessary. Our
research indicates that the size is the root cause of the issues we are
seeing. If there is no way of preventing the continual growth of the
config\system file we may need to revist this idea.
Good system management points to prevention rather than cure, and I just
have difficulty accepting that a essential file like this can just keeping
growing in size and cannot be managed. The eternal optomist, I keep
myself "There must be a way..."once
Sarah
"Pegasus (MVP)" wrote:
"Sarah G" <Sarah G@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:B5ECF735-E5AF-4C7B-956D-6935BC47BC59@xxxxxxxxxxxxxxxx
Is there a way of pro-actively reducing the size of thecause
\WINNT\SYSTEM32\CONFIG\SYSTEM file before it reaches a size which will
the "Windows could not start because the following file is missing or
corrupt" error?
There seems to be a lot of information out there about how to recoverthethe problem has occurred, but nothing to suggest how to stop it from
happening in the first place.
In our scenario we run a fleet of several hundred Windows 2000 Pro
workstations which are accessed every day by students. These days each
student comes armed with a USB storage device which they plug in to
Windowsworkstation they happen to be using that day.
We are finding that each time a user plugs in a new USB device,With2000adds an entry to the HKLM\ Systems\CurrentControlSet\enum\USB and
HKLM\Systems\CurrentControlSet\enum\USBStore hives in the registry.
theahigh turnover of students using the computers we are seeing a lot of
different devices being registered in this way.
In turn this causes the \systemroot\config\SYSTEM file to grow. Asbecausemaximum size of this file appears to be 13 MB, we are starting to see
machines failing to boot with the error "Windows could not start
thethefollowing file is missing or corrupt:\WINNT\SYSTEM32\CONFIG\SYSTEM ".
Recovering from this error is a painful process requiring us to visit
machine).affected machine and use the Recovery console (or re-image thethisDeleting the entries in the registry wuld be easy to automate, butcleanersdoesnot appear to impact on the size of the SYSTEM file, and registryseemsand registry defrags have had no effect. The only information thatwaytobe around on the Microsoft site, or on the web relates to using therecoveryconsole, which is fine for a one off solution, but with a couple ofhundredPCs which might start to develop the problem we are hoping to find awhatofpreventing it from happening in the first place.
Any suggestions would be appreciated, or even some confirmation thatprobable.wewant to be able to do just isn't possible without using something likeDeepFreeze.Have you considered the possibility that your problems in starting
Thanks, Sarah
Win2000 might not at all be related to the ***size*** of the system
registry file but rather to its contents? I think this is far more
In your situation I would do this:
- Use regback.exe to create a backup of the registry.
- Let the machine run until it fails.
- Copy the saved registry files back over the flawed originals.
If your system disk uses the FAT32 file system then you can
perform the last step by booting the machine with a Win98
boot disk. If it uses NTFS then you can do it equally easily
with a Bart PE boot CD.
Some people use imaging techniques when operating in a
highly volatile environment: They simply restore each machine
to the standard image at the end of each day.
- Follow-Ups:
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- From: Dave Patrick
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- References:
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- From: Pegasus \(MVP\)
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- From: Sarah G
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- From: Pegasus \(MVP\)
- Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- Prev by Date: Re: Shutdown
- Next by Date: Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- Previous by thread: Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- Next by thread: Re: \WINNT\SYSTEM32\CONFIG\SYSTEM file size problem - prevention?
- Index(es):
Relevant Pages
|