svchost.exe al 100% por wuauclt.exe

La DLL Wuauserv.dll no dispone de un punto de entrada "DllRegisterServer",
sólo dispone de los puntos de entrada "DllMain" y "ServiceMain"; por tanto
es normal que no puedas registrarla con el comando Regsvr32.exe.

Un saludo,
Daniel Martín | | http://winvista.mvps.org
Microsoft MVP Windows - Shell/User

Para saber algo más sobre Windows visita http://rinconwindows.blogspot.com.


"Pepe (Madrid)" wrote in message
news:

Hola!

Bueno, os comento, todo el proceso de reparación de servicios fue bien a
excepción de Actualizaciones automáticas, cuando intento registrar
wuauserv.dll me aparece “wuauserv.dll se cargó, pero no se encontró el
punto
de entrada DllRegisterServer”… está claro que algo pasa con
actualizaciones
automáticas… ¿se puede forzar el registro de esa dll?... Gracias de nuevo!

PD: probé a registrarlo con Ac. Aut. activadas y desactivadas (siempre
desde
Mi PC) y me salió siempre ese mismo error.

¿Y a pesar de todo sigue consumiendo el 100% de la CPU?

Microsoft MVP Windows - Shell/User


"Pepe (Madrid)" wrote in message news:

Hola!

Bueno, os comento, todo el proceso de reparación de servicios fue bien a
excepción de Actualizaciones automáticas, cuando intento registrar
wuauserv.dll me aparece “wuauserv.dll se cargó, pero no se encontró el punto
de entrada DllRegisterServer”… está claro que algo pasa con actualizaciones
automáticas… ¿se puede forzar el registro de esa dll?... Gracias de nuevo!

PD: probé a registrarlo con Ac. Aut. activadas y desactivadas (siempre desde
Mi PC) y me salió siempre ese mismo error.

Sigo en el hilo de más abajo, mejor, ¿no? :)

Vale, traigo resultados... he de decir que reinstalar los tres servicios ha
hecho mejorar la situación notablemente... he vuelto a activar ac. aut. y ya
el inicio de sesión no se ha colapsado (aunque seguiré estando expectante)...
El resultado que pego a continuación ha salido de reproducir la situación
yendo a Microsoft Update, donde también he de decir que ha mejorado... ya no
es un único tiempo a elevados porcentajes si no que se va alternando;
pudiendo usar la máquina más o menos... De todas maneras, tengo otra máquina
con el mismo problema... en cuanto termine el puente, si gustáis, os pego
resultados antes de reinstalar los tres servicios...

ntoskrnl.exe!KiDispatchInterrupt+0x7f
kernel32.dll!GetLangHashNode+0x46
kernel32.dll!LCMapStringW+0xd9
USER32.dll!CharUpperW+0x46
ole32.dll!dfwcsnicmp+0x3f
ole32.dll!CDirectory::NameCompare+0x27
ole32.dll!CDirectory::FindEntry+0x75
ole32.dll!CStgHandle::GetEntry+0x41
ole32.dll!CDocFile::InitFromEntry+0x26
ole32.dll!CDocFile::GetDocFile+0x84
ole32.dll!CPubDocFile::GetDocFile+0x78
ole32.dll!CExposedDocFile::OpenEntry+0x152
ole32.dll!CExposedDocFile::OpenStorage+0xc5
msi.dll!CMsiStorage::OpenStorage+0x86
msi.dll!CMsiPatchSequencer::VerifyPatchApplicability+0x7a8
msi.dll!CMsiPatchSequencer::FetchQFEs+0xcc
msi.dll!CMsiPatchSequencer::RetrieveQFEs+0x1a1
msi.dll!CMsiPatchSequencer::SequencePatches+0x394
msi.dll!SequencingAPICoreW+0x169b
msi.dll!MsiDeterminePatchSequenceW+0x37d
wuaueng.dll!Ordinal3+0x25e
wuaueng.dll!Ordinal3+0x12a8
wuaueng.dll!DllRegisterServer+0x48d2c
wuaueng.dll!DllRegisterServer+0x49611
wuaueng.dll!DllRegisterServer+0x42a05
wuaueng.dll!DllRegisterServer+0x1fbae
wuaueng.dll!DllRegisterServer+0x1ff68
wuaueng.dll!DllRegisterServer+0x19ca4
wuaueng.dll!DllRegisterServer+0x1a06c
wuaueng.dll!DllRegisterServer+0x1b378
wuaueng.dll!DllRegisterServer+0xa7b2
wuaueng.dll!DllRegisterServer+0x12a98
wuaueng.dll!DllRegisterServer+0x13646
wuaueng.dll!DllRegisterServer+0x137e6
ntdll.dll!RtlpWaitOrTimerCallout+0x73
ntdll.dll!RtlpAsyncTimerCallbackCompletion+0x1c
ntdll.dll!RtlpWorkerCallout+0x70
ntdll.dll!RtlpExecuteWorkerRequest+0x1a
ntdll.dll!RtlpApcCallout+0x11
ntdll.dll!RtlpWorkerThread+0x87
kernel32.dll!BaseThreadStart+0x37

Vale. Todo apunta a que mi artículo es aplicable a tu caso.

Te explico un poco (trabajé de manera cercana con el ingeniero de MS que ha
desarrollado esa actualización QFE que aparece en el artículo de la KB que
has revisado):

El procedimiento que emplea Windows Update/Microsoft Update para mostrarte
las actualizaciones para tu equipo consume irremediablemente CPU. En algunos
escenarios (PCs antiguos, cierto software de terceros, conexión a Internet
lenta, etc.), este consumo de CPU se puede hacer notable. La actualización
QFE del artículo de la KB que mencionaste con anterioridad reduce el tiempo
de búsqueda de actualizaciones que hacen uso de Windows Installer (Msi.dll).
Echa un vistazo a la traza de pila que has mandado para ver un poco el
proceso (recuerda que las pilas se leen de abajo a arriba).

Contacta con los servicios de soporte de MS de tu país y te permitirán la
descarga de la actualización KB916089. Si aún experimentases un consumo de
CPU elevado durante un tiempo, podría decirse que entra dentro del "diseño"
del agente de Windows Update y la única solución sería esperar pacientemente
durante el análisis de actualizaciones disponibles (aunque el consumo de CPU
sea elevado, el proceso finalizará).

Como apunte final, en Windows Vista el proceso de búsqueda de
actualizaciones cambia sustancialmente por lo que este problema no debería
ser apreciable en ese sistema operativo.

Un saludo,
Daniel Martín | | http://winvista.mvps.org
Microsoft MVP Windows - Shell/User

Para saber algo más sobre Windows visita http://rinconwindows.blogspot.com.


"Pepe (Madrid)" wrote in message
news:

Vale, traigo resultados... he de decir que reinstalar los tres servicios
ha
hecho mejorar la situación notablemente... he vuelto a activar ac. aut. y
ya
el inicio de sesión no se ha colapsado (aunque seguiré estando
expectante)...
El resultado que pego a continuación ha salido de reproducir la situación
yendo a Microsoft Update, donde también he de decir que ha mejorado... ya
no
es un único tiempo a elevados porcentajes si no que se va alternando;
pudiendo usar la máquina más o menos... De todas maneras, tengo otra
máquina
con el mismo problema... en cuanto termine el puente, si gustáis, os pego
resultados antes de reinstalar los tres servicios...

ntoskrnl.exe!KiDispatchInterrupt+0x7f
kernel32.dll!GetLangHashNode+0x46
kernel32.dll!LCMapStringW+0xd9
USER32.dll!CharUpperW+0x46
ole32.dll!dfwcsnicmp+0x3f
ole32.dll!CDirectory::NameCompare+0x27
ole32.dll!CDirectory::FindEntry+0x75
ole32.dll!CStgHandle::GetEntry+0x41
ole32.dll!CDocFile::InitFromEntry+0x26
ole32.dll!CDocFile::GetDocFile+0x84
ole32.dll!CPubDocFile::GetDocFile+0x78
ole32.dll!CExposedDocFile::OpenEntry+0x152
ole32.dll!CExposedDocFile::OpenStorage+0xc5
msi.dll!CMsiStorage::OpenStorage+0x86
msi.dll!CMsiPatchSequencer::VerifyPatchApplicability+0x7a8
msi.dll!CMsiPatchSequencer::FetchQFEs+0xcc
msi.dll!CMsiPatchSequencer::RetrieveQFEs+0x1a1
msi.dll!CMsiPatchSequencer::SequencePatches+0x394
msi.dll!SequencingAPICoreW+0x169b
msi.dll!MsiDeterminePatchSequenceW+0x37d
wuaueng.dll!Ordinal3+0x25e
wuaueng.dll!Ordinal3+0x12a8
wuaueng.dll!DllRegisterServer+0x48d2c
wuaueng.dll!DllRegisterServer+0x49611
wuaueng.dll!DllRegisterServer+0x42a05
wuaueng.dll!DllRegisterServer+0x1fbae
wuaueng.dll!DllRegisterServer+0x1ff68
wuaueng.dll!DllRegisterServer+0x19ca4
wuaueng.dll!DllRegisterServer+0x1a06c
wuaueng.dll!DllRegisterServer+0x1b378
wuaueng.dll!DllRegisterServer+0xa7b2
wuaueng.dll!DllRegisterServer+0x12a98
wuaueng.dll!DllRegisterServer+0x13646
wuaueng.dll!DllRegisterServer+0x137e6
ntdll.dll!RtlpWaitOrTimerCallout+0x73
ntdll.dll!RtlpAsyncTimerCallbackCompletion+0x1c
ntdll.dll!RtlpWorkerCallout+0x70
ntdll.dll!RtlpExecuteWorkerRequest+0x1a
ntdll.dll!RtlpApcCallout+0x11
ntdll.dll!RtlpWorkerThread+0x87
kernel32.dll!BaseThreadStart+0x37