Pues bien, actualicé uno de los equipos.  Ningún problema.  Pero al actualizar el número 2, me topé con un error y me costó encontrar la solución, pues típicamente uno lo busca en el foro del programa, en su idioma, en este caso el español.   Ahí, no está la solución, y por eso hoy se las voy a ofrecer a todos los usuarios de AVG que se han encontrado con el mismo caso.

El error dice más o menos así:

Equipo local: no se pudo realizar la instalación
Inicialización:
Error: Error al conectarse al elemento raíz del registro HKCU (soporte).
Se denegó el acceso.

La palabra que sale entre paréntesis puede cambiar, pero es muy probable que diga “soporte”.

La solución es la siguiente:

1) Descargar el archivo de instalación de AVG Free 9 desde la página oficial.

2) Por ejemplo, yo siempre descargo este tipo de archivos en la carpeta C:\Utilidades, por lo tanto, la ruta completa sería C:\Utilidades\avg_free_stf_en_90_707a1765.exe (el nombre del archivo .exe puede variar, dependiendo de la versión que esté subida en la página oficial…  Si han subido una versión nueva, obviamente el nombre del archivo será diferente).  Para mi ejemplo, imaginemos que el archivo se llama avg_free_9.exe

3) Luego debes hacer clic en Inicio, Ejecutar,  escribir cmd y presionar Enter.  (Bueno, esto para los usuarios de Windows XP.  Los que tienen Windows Vista, deben escribir cmd en el cuadro de búsqueda y presionar Enter).

4) Ya en la ventana de comando, escribir cd\ para quedar en la raíz del disco C (C:\)

5) Ir a la ruta en donde quedó el archivo de instalación.  Tal como ejemplifiqué, en mi caso tendría que escribir cd utilidades, para quedar en la ruta C:\Utilidades

6) Escribir el nombre del archivo .exe seguido del parámetro /IGNORE_USER soporte.  Recuerden que “por lo general” el error habla del usuario llamado soporte, pero podría ser cualquier otro.  Ustedes pongan el que corresponda en su caso.  Entonces suponiendo que la ruta en que yo guardé el archivo ejecutable es C:\Utilidades, que el nombre de mi archivo de instalación es avg_free_9.exe y que el error en la instalación hace referencia al elemento raíz del registro HKCU (soporte), debo escribir en la ventana de comandos:

cd utilidades (Enter)

avg_free_9.exe /IGNORE_USER soporte (Enter)

y comenzará la instalación y no saldrá el mensaje de error.

Espero que les sirva tal como a mí, y que continúen visitando mi página.  Espero sus comentarios.

Vamos a la explicación entonces.

1) Ir a Inicio ▶ Ejecutar y escribir gpedit.msc. Aceptar. (Fig. 1)

2) Ir a Configuración de usuario ▶ Plantillas administrativas ▶ Sistema. (Fig. 2)

3) Hacer doble clic sobre No ejecutar aplicaciones de Windows especificadas.

4) Seleccionar la opción Habilitada, presionar el botón Mostrar, y luego el botón Agregar.

5) Escribir el nombre del archivo ejecutable a bloquear. Por ejemplo, skype.exe. Aceptar. (Fig. 3)

6) Aceptar en la ventana Mostrar contenido para cerrar.

7) Aceptar en la ventana que queda abierta para terminar.

¡Y sería todo! Ahora, si queremos evitar que el usuario haga el paso inverso, para habilitar el programa, se puede renombrar el archivo gpedit.msc con un nombre que solamente nosotros sepamos. El archivo se encuentra en Windows\System32.

Nota 1: cuando el usuario quiera ejecutar la aplicación bloqueada, saldrá este mensaje: (Fig. 4)

Restricciones

Esta operación ha sido cancelada debido a las restricciones especificadas para este equipo. Póngase en contacto con el administrador del sistema.

Nota 2: solamente ha sido testeado en Windows XP.

Publicado originalmente por mí, en Computhings.cl

Yo: – Muéstrame qué es lo que pasa.
User: – Mira, aquí en el sistema intento imprimir y no sale la impresión.
Yo: Veo que al lado del reloj de Windows aparece un icono de impresora con una marca de que no se puede imprimir. Hago doble clic sobre ella… Okidata ML 320 (que estaba apagada).
- ¿Y en qué impresora estás tirando la impresión?
User: – En la láser, la HP.
Yo: – Entonces tienes que seleccionar la impresora HP… ¬¬

Nota: si necesita imprimir se debe cumplir con la condición que la impresora esté encendida, y no basta con seleccionarla con la vista o telepáticamente. Hay que escoger mediante opciones en cuál quiere que salga la pinche impresión ¬¬

Escrito originalmente por mí, en Computhings.cl

En el trabajo, hay dos notebooks con Windows Vista (un Starter Edition y un Home Premium).  El primero en llegar fue el Starter, hace más de un mes, y el Home hace dos días.  Contamos con un servidor de datos con Windows NT (seguramente más de alguna empresa lo usa para estos efectos), y tiene carpetas compartidas, con ciertos niveles de acceso según usuarios y perfiles.

El problema radica en que hace un par de días, el equipo con Vista Starter, dejó de poder entrar a estas carpetas compartidas, sin un motivo aparente.  Al intentar entrar, pide usuario y contraseña (obviamente creados en el servidor), pero no se loguea.  El equipo con Windows Vista Home, nunca pudo entrar a estas carpetas compartidas.  Todo esto me hizo pensar, que quizás en estos días, se descargó alguna actualización de Windows Vista, que causó este problema.

Llamé a HP, que es el fabricante de uno de los notebooks, pero ellos responden hasta la conectividad de la tarjeta de red.  ¿La tarjeta de red funciona?  Entonces no es su problema.

Llamé a Microsoft, donde primero por teléfono me dijeron que la “solución” era reemplazar el servidor de datos con Windows NT, por un servidor Windows 2003…  una solución de unos cuántos cientos de dólares no más…

Después, me enviaron un mail, indicándome que el nivel de autenticación en Windows Vista, no es igual que en Windows NT, y esa es la causa de la falla en el acceso.

Copio el texto del mail textual:

Inconveniente
No se puede unir el equipo a un servidor Windows NT.

Resolución
Se indica que Windows Vista utiliza el nivel de autenticación NTLMv2, mientras que el máximo nivel de autenticación soportado por Windows NT es NTLM.  De esta manera, Windows Vista no es compatible con Windows NT.  Es posible, sin embargo, cambiar el nivel de autenticación utilizado por Windows Vista desde NTLMv2 a NTLM de manera de intentar unir el equipo al grupo de trabajo con Windows NT, aunque esto también depende de la configuración del servidor.

Para cambiar el nivel de autenticación se debe utilizar una política de grupo.  Se puede acceder al editor de políticas de grupo accediendo a Inicio, Panel de Control, Herramientas Administrativas, Directiva de Seguridad Local.

La política que controla esta opción se encuentra en Directivas Locales, Opciones de Seguridad. El nombre de la política es Seguridad de Red: nivel de autenticación de LAN Manager, y el valor que se le debería asignar es siempre Enviar LM y NTLM: usar la seguridad de sesión NTLMv2 si se negocia.

▶▶▶ ¿Cuál es el “problema” de esta solución entregada por Microsoft? ▶▶▶

Que la opción Directivas Locales, Opciones de Seguridad, NO EXISTE en Vista Starter y Vista Home.  Solamente existe en las versiones Ultimate, Business y Enterprise, por lo tanto no es la solución.

Averiguando entre medio de foros, llegué a la solución definitiva, que tiene que ver con cambiar un simple valor en el Registro de Windows, vía regedit.

La clave es esta:

HKEY_LOCAL_MACHINE\SYSTEM\

Currentcontrolset\Control\Lsa\LmCompatibilityLevel y cambiar el valor a 1

Luego de hacer el cambio se reinicia el equipo y sería todo.  Así que esta es la solución para todos quienes tengan este problema y el dato para la gente que trabaja en Microsoft…

El link salvador fue este.

Edit: 2010/08/17

En Windows 7 como se lo puede imaginar, pasa lo mismo.

Ojo, que en Windows 7 la llave en el registro no existe, por lo tanto hay que crearla.  Recuerde: entre al registro con Regedit, vaya a la ruta que especifiqué unas líneas más arriba y agregue la llave LmCompatibilityLevel.  Esta es de tipo DWORD con valor 1.  Reinicie y santo remedio.

Si todavía tienes este problema, la solución es la siguiente:

1. Si tienes abierto Ares, ciérralo.
2. Copia los 4 archivos que están dentro de este archivo comprimido, en la carpeta C:\Archivos de Programa\Ares\Data
3. Ejecuta Ares.
4. Cuéntame si te funcionó.

Sirve también para cualquier pendrive o unidad externa con este mismo problema.

Para solucionar el problema, existe Flash Disinfector.

Recuerden eso sí, que la mejor y única manera de que todo funcione, es tener las versiones compradas legalmente.

No es el objetivo de esta página, por ningún motivo, fomentar la piratería ni nada por el estilo. Solamente se está compartiendo la información aportada por un lector.

¡Gracias Nathan por el dato!

Hoy definitivamente me di cuenta que no era mi máquina la que tenía problemas, si no que era el programa el que por alguna razón no se estaba actualizando.

Al intentar hacerlo manualmente, aparecía este mensaje:

La base de firmas de virus se encuentra actualizada.  Actualización manual de la base de firmas.  No es necesaria la actualización – las bases de firmas de virus se encuentran actualizadas.

Update of the virus signature database not necessary.  The installed virus signature database is current.

Entonces, me lancé a la aventura de encontrar una solución, y como sé que no soy el único en el mundo con el problema, y lo que hice me resultó, quiero compartirlo.

La solución, tras el salto…

Primero, no me las voy a dar de astuto diciendo que la solución la “diseñé” yo, si no que la encontré googleando.  Específicamente llegué a un topic en Taringa y esto fue lo que hice:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

PLAN A

Bajé un archivo .reg, le hice doble clic y tras aceptar el aviso que dice que voy a agregar información al registro, se actualizó sin problemas.

El contenido del archivo, es este, y ustedes mismos pueden hacer su archivo .reg en el Bloc de Notas de Windows.

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\ESET\ESET Security\
CurrentVersion\Plugins\01000400\UI_Settings\Servers]
"Server_0"="http://u49.eset.com/eset_eval/"

Copian esto en el Bloc de Notas y lo guardan como Nod32.reg por ejemplo, le dan doble clic, aceptan agregar información al registro y ya.

Nota: escribir el código todo junto.  Yo tuve que separarlo con Enter tras el término de cada línea, porque si no, me descuadraba el blog

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

PLAN B

Si no resulta, lo que pueden hacer, es ir a la Configuración Avanzada de Nod32 y en la sección de Actualización, Servidores, agregar el siguiente:

http://novts.novline.ru/ess/

No se olviden de dejar el servidor de actualización en Selección automática.

Con eso, actualizan manualmente y voilà. Asunto resuelto, actualizaciones al día.

Agradecimientos a Pintamono, que informó acerca del Plan B, en nuestro grupo La Conchesumare de Flickr.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

PLAN C (Update: 12 de agosto de 2008, y actualmente el único que funciona)

Usar este actualizador, que se debe instalar.  Según el cumpita Nathan, necesita de Java para funcionar.  Probado por mí y SI funciona

Bajar aquí.

Deja tu comentario, agradecimiento, puteada, para saber si te sirvió o no.

Si este aporte te ayudó y quieres realizar una donación para el mantenimiento del sitio, puedes hacerlo aquí:

Para eso, podemos ocupar un archivo pequeño en tamaño, pero grande en funcionalidad. Su nombre es ProduKey.

La interfaz es bastante sencilla y lo único que necesitamos hacer es ejecutar el programa y nos dará los números que ocupaste para instalar distintos productos, tales como Windows, Office y SQL.

Aquí hay una imagen en donde se ven los resultados que arroja el programa.

Los enlaces de descarga a continuación:

• Versión 32 bits (la mayoría de los Windows)
• Versión 64 bits

Existen traducciones a distintos idiomas, pero no le veo mucha utilidad, ya que la información que uno necesita, la obtiene sin problemas.

Así fue como me puse a buscar una solución al problema, y luego de varios días la encontré y hoy la quiero compartir.

Puede parecer un poco difícil, pero en realidad es de lo más sencillo. El caso que vi, era en un Windows 2000, y aunque los pasos para hacerlos en Windows XP son parecidos, no son iguales.

EN WINDOWS XP

Haga una copia de seguridad de la clave del Registro:
1. Haga clic en Inicio y, a continuación, en Ejecutar.
2. En el cuadro Abrir, escriba regedit y, después, haga clic en Aceptar.
3. Busque la siguiente clave del Registro y haga clic en ella:
HKEY_CURRENT_USER\Software\Microsoft\Protected Storage System Provider
4. En el menú Archivo, haga clic en Exportar.
5. En el cuadro Guardar en, seleccione una ubicación para guardar el archivo .reg.
6. Escriba un nombre de archivo en el cuadro Nombre de archivo y, a continuación, haga clic en Guardar.
7. En el menú Archivo, haga clic en Salir.

QUITAR LA INFORMACIÓN DE CUENTA DE USUARIO

Importante: no quite la clave Protected Storage System Provider principal. Esta clave no se regenera automáticamente. Si no tiene problemas de retención de contraseña y no recuerda su contraseña, eliminar la subclave de usuario puede hacer que le resulte imposible recuperar su correo.

Nota: si usa Windows XP, deberá tener permisos de administrador para modificar el Registro del sistema.
1. Cierre todos los programas.
2. Haga clic en Inicio y en Ejecutar, escriba regedit en el cuadro Abrir y haga clic en Aceptar.
3. Busque la siguiente clave del Registro y haga clic en ella: HKEY_CURRENT_USER\Software\Microsoft\Protected Storage System Provider
4. En el menú Editar, haga clic en Permisos.
5. Haga clic en la clave del Registro para el usuario que ha iniciado sesión. A continuación, asegúrese de que los permisos Leer y Control total están configurados en Permitir.
6. Haga clic en Opciones avanzadas. Luego, verifique que se ha seleccionado el usuario que ha iniciado sesión, que aparece Control total en la columna de Permisos y que la opción Esta clave y sus subclaves aparece en la columna Aplicar a.
7. Haga clic para activar la casilla de verificación Reemplazar las entradas de permisos en todos los objetos secundarios con aquellas entradas incluidas aquí y que sean relativas a los objetos secundarios.
8. Haga clic en Aplicar y en Sí para continuar.
9. Haga clic dos veces en Aceptar.
10. Haga doble clic en la clave Protected Storage System Provider para expandirla. Haga clic en la carpeta de subclave de usuario que está justo debajo de la clave Protected Storage System Provider, haga clic en Eliminar en el menú Editar y, a continuación, haga clic en Sí en el cuadro de diálogo del mensaje de advertencia.

La carpeta de la subclave de usuario se parece a la del ejemplo siguiente:

S-1-5-21-124525095-708259637-1543119021-16701

Nota: por cada identidad que tenga, puede haber una subclave situada bajo la clave Protected Storage System Provider. Para resolver este problema en todas sus identidades, debe eliminar todas las carpetas de subclaves de usuario situadas bajo la clave Protected Storage System Provider.
11. En el menú Registro, haga clic en Salir. A continuación, reinicie el equipo.

MICROSOFT WINDOWS 2000
Hacer una copia de seguridad del Registro
1. Haga clic en Inicio y, a continuación, en Ejecutar.
2. En el cuadro Abrir, escriba regedt32 y haga clic en Aceptar.
3. Busque la siguiente clave del Registro y haga clic en ella:
HKEY_CURRENT_USER\Software\Microsoft\Protected Storage System Provider
4. En el menú Registro, haga clic en Guardar clave.
5. En el cuadro Guardar en, seleccione una ubicación para guardar el archivo .reg.
6. Escriba un nombre de archivo en el cuadro Nombre de archivo y, a continuación, haga clic en Guardar.
7. En el menú Registro, haga clic en Salir.

CÓMO QUITAR LA INFORMACIÓN DE CUENTA DE USUARIO EN EL REGISTRO

Importante: no quite la clave Protected Storage System Provider principal. Esta clave no se regenera automáticamente. Si no tiene problemas de retención de contraseña y no recuerda su contraseña, eliminar la subclave de usuario puede hacer que le resulte imposible recuperar su correo.

Nota: si usa Windows 2000, deberá tener permisos de administrador para modificar el Registro del sistema.
1. Cierre todos los programas.
2. Haga clic en Inicio y, a continuación, en Ejecutar.
3. En el cuadro Abrir, escriba regedt32 y haga clic en Aceptar.
4. Busque la siguiente clave del Registro y haga clic en ella:
HKEY_LOCAL_MACHINE\Software\Microsoft\Protected Storage System Provider
5. En el menú Seguridad, haga clic en Permisos.
6. Haga clic en la clave del Registro para el usuario que ha iniciado sesión. A continuación, asegúrese de que los permisos Leer y Control total están configurados en Permitir.
7. Haga clic en Opciones avanzadas. Luego, verifique que se ha seleccionado el usuario que ha iniciado sesión, que aparece Control total en la columna de Permisos y que la opción Esta clave y sus subclaves aparece en la columna Aplicar a.
8. Active la casilla de verificación Restablecer permisos en todos los objetos secundarios y habilitar la propagación de permisos heredables.
9. Haga clic en Aplicar y, a continuación, haga clic en Sí cuando se le pregunte si desea continuar.
10. Haga clic dos veces en Aceptar.
11. Haga doble clic en la clave Protected Storage System Provider para expandirla. Haga clic en la carpeta de subclave de usuario que está justo debajo de la clave Protected Storage System Provider, haga clic en Eliminar en el menú Editar y, a continuación, haga clic en Sí en el cuadro de diálogo del mensaje de advertencia.

La carpeta de la subclave de usuario se parece a la del ejemplo siguiente:

S-1-5-21-124525095-708259637-1543119021-16701

Nota: por cada identidad que tenga, puede haber una subclave situada bajo la clave Protected Storage System Provider. Para resolver este problema en todas sus identidades, debe eliminar todas las carpetas de subclaves de usuario situadas bajo la clave Protected Storage System Provider.
12. En el menú Registro, haga clic en Salir y, a continuación, reinicie el equipo.

La información fue obtenida a través de la siguiente página de Microsoft.

Espero sea de ayuda para quien lo necesite.

Este topic fue publicado originalmente en la página de Rodolfo Palominos.