Bueno, no todo iban a ser problemas, así que os dejo un pequeño post para que podáis divertiros viendo una película a través de la consola de MsDOS (sí, sí, habéis leído bien).

Es el Episodio IV de la mítica saga de La Guerra de las Galaxias, la primera película que se hizo allá por los 70. Está realizada con caracteres tipográficos, nada de imágenes, así que tiene casi tanto mérito como en su día tuvo el afamado George Lucas.

Bien, al grano; si os váis al botón Inicio y le dais a Ejecutar (para los que tenéis Vista, por desgracia, pulsando la tecla de Windows + R os aparece rápidamente), luego escribís “telnet towel.blinkenlights.nl” (sin las comillas) y Aceptar, se os abrirá la susodicha consola en la que podréis deleitaros con esa joya artística (lo miréis por donde lo miréis).

Que lo disfrutéis.

Un post rapidito.

Cuando os encontréis con problemas de este tipo, con mensajes de error de Spoolsv.exe (Cola de Impresión), puede que sea porque alguna de vuestras impresoras está mal configurada (o desaparecida) y está intentando imprimir algún documento por ella.

Si es ese el caso, lo más rápido es borrar los documentos pendientes de impresión, antes de intentar juguetear con el servicio de Cola de impresión, que ya lo he hecho yo por vosotros.

Para borrarlos tenéis que ir a la siguiente ruta

C:/WINDOWS/system32/spool/PRINTERS

Y borrar todos los ficheros que contiene (tienen extensión .shd y .spl) y, luego, volver a iniciar el Servicio de Cola de impresión (lo más rápido es que reiniciéis el ordenador si no sabéis de que os hablo)

Saludos,

A la carga vuelvo con otro problema de instalación. Hace poco vimos el problema que había al instalar el Internet Explorer 7 (ya salió el 8, pero para los rezagados) y el como solventarlo. Ahora le ha tocado el turno al .NET Framework 3.5 y sus predecesores.

Pues bien, después de ‘percibir’ que algunos programas tenían problemas en su ejecución (digo percibir porque se le daba al icono y ‘parecía’ no ejecutar nada), resultó que la instalación del Framework en cuestión no había sido satisfactoria (cosa que me costó sonsacarle al usuario en cuestión).

“Vale, no hay problema. Reinstalo y listo”, pensé, aunque nada más lejos de la realidad. Después de intentar reinstalar e, incluso, desinstalar, nada concluía de la manera deseada. Al desintalar me pedía el paquete netfx2.msi para poder llevarla a cabo, y me daba una enlace a los temps del usuario donde debería estar y no estaba. A la hora de reinstalar, tanto la versión 2.0 como la 3.5, en el registro del sistema se podía ver como daba un error del msinstaller y me dirigía a un archivo en el temporal (algo así como dd_NET_Framework20_Setup292A.txt), del que pude obtener un Código de error 1603 con el que empezar la búsqueda.

A decir verdad, tampoco fue muy difícil dar con la solución, una vez obtenido estos datos, ya que es un error bastante común (¿fallos de instalación en Windows?, vaya tontería, ¿verdad? ). Lo solucioné con una herramienta que te borra todo rastro de los Frameworks para que puedas instalar la última actualización de los mismos. La herramienta en cuestión se llama dotnetfx_cleanup_tool y la encontré en una discusión de Microsoft sobre la actualización KB917283.

La solución es fácil. Os descargáis la herramienta, la instaláis y ejecutáis, arreglando el problema después de reiniciar. Luego instaláis el Frameworks último (actualmente el 3.5) y listo.

También he visto quien lo resolvió instalando uno a uno, desde la 1.0, los Frameworks salidos hasta el momento (en ésta página los podréis encontrar).

Suerte.

Buenas de nuevo,

Después de una ausencia más o menos larga, aprovecho la ocasión que he tenido de arreglar un error con el Windows Installer, por si a alguien le pasa igual.

La situación era que un programa de fotografía me pidió instalar una actualización que descargué y ejecute, y, ¡oh, sorpresa!, Windows (XP) me dió el problema de que según el sistema, 

“No se puede abrir este paquete de instalación. Compruebe que el paquete existe y que puede obtener acceso a él; o bien, póngase en contacto con el proveedor de la aplicación para comprobar que se trata de un paquete válido para Windows Installer.”

y adios muy buenas.

Lo primero que intenté fue usar el Windows Update (sí, en un Windows ‘legal’), por lo que fui a su sitio y pedí que me hiciera la actualización personalizada. ¡Sorpresa!, el Windows Update me proporcionó el hermoso error 80248011, que me pedía que desactivara cortafuegos y que activara complementos (¡pero si estaban todos activos!), de manera que opté por lo del antivirus (que, por cierto, es una porquería el de Microsoft, el OneCare, completamente cerrado y críptico).

Pero ni por esas. 

Por suerte, tenía el Windows Installer 3.1 descargado en mi memoria Usb, así que opté por instalarlo de nuevo.

Al reiniciar el equipo, todo seguí igual, por lo que me puse a pensar y busqué el servicio de Windows Installer en Servicios del equipo (Inicio -> botón derecho sobre Mi Pc -> Administrar -> Servicios y Aplicaciones -> Servicios y localizais el servicio de Windows Installer ).

Una vez localizado, hice una breve comparación entre la configuración del mismo en dos equipos distintos y hete aquí que encontré la solución.

En la pestaña de Iniciar Sesión, no estaba marcada la casilla de “Permitir a los servicios que interactúen con el escritorio”, así que la marqué y se solucionaron todos mis problemas.

Espero serviros de ayuda a alguno y que hayais ahorrado algo de tiempo.

Saludos,

Pues sí, aunque parezca mentira el iExplorer 7 no quería instalarse en mi pc con Windows XP y me dejaba un enlace gracioso a una página de su compañía en la que nos lían con spyware, protecciones, etc, cuando no hay nada mejor que leer el log de la instalación para que nos diga donde está el error. Al menos esa fue la solución que yo tomé, y me fue de maravillas.

El archivito en cuestión se encuentra en el directorio de Windows, y se llama ie7.log. Si le dais al botón Inicio, y ejecutáis “%windir%\ie7.log” os aparecerá en vuestra pantalla.

Pues bien, al final del todo aparece un texto

0.875: IECUSTOM: Scanning for proper registry permissions…
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}\ProxyStubClsid
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}\ProxyStubClsid32
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}\TypeLib
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}\TypeLib
1.719: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
2.422: IECUSTOM: Scanning for proper registry permissions…
2.734: IECUSTOM: Scanning for proper registry permissions…
3.156: IECUSTOM: Unwriteable key HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
3.297: IECUSTOM: Backing up registry permissions…
3.312: IECUSTOM: Finished backing up registry permissions…
3.312: IECUSTOM: Setting new registry permissions…
3.344: IECUSTOM: Unable to clear DACLs HKCR\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D}
3.344: IECUSTOM: Finished setting new registry permissions…
3.344: IECUSTOM: An error occured verifying registry permissions. ERROR: 0×80070534
3.344: DoInstallation: CustomizeCall Failed: 0×3f5
3.359: IECUSTOM: Restoring registry permissions…
3.375: IECUSTOM: Finished restoring registry permissions…
3.375: No se puede escribir la clave del Registro de configuraciones.
3.375: La instalación de Internet Explorer 7 no ha finalizado.
3.375: Update.exe extended error code = 0×3f5

Y ahí apareció el error. La cadena ‘HKEY_CLASSES_ROOT’ (abreviada, HKCR), en su rama de ‘Interface\{churro de números y letras}’ era inmodificable para el programa de instalación.

Ahora entramos en el Registro (Inicio -> Ejecutar -> “regedit”) y localizamos esa clave. Pulsamos el botón derecho del ratón sobre la clave exacta, y seleccionamos “Permisos”, colocándole la marca de Control Total a los administradores, pulsamos sobre ‘Avanzadas’ y marcamos la última opción de ‘Reemplazar las entradas de permisos en todos los objetos secundarios…’, tras lo que le damos a Aceptar un par de veces y salimos del Registro.

Tras reiniciar la máquina e intentar instalar ya me contaréis como os va.

Suerte.

Para aquellos como yo, que desactibamos las actualizaciones automáticas de Windows por el motivo que sea, hay una forma de quitar ese molesto aviso que ‘bienintencionadamente’ nos avisa de que algo no va según nuestros amigos de Microsoft tenían planeado.

Bien, pues lo que tenemos que hacer es ir al Panel de Control, pincháis sobre Seguridad (sobre el título del apartado), luego abrís el Centro de Seguridad de Windows y presionáis sobre una entrada del panel izquierdo que pone “Cambiar la forma en la que me alerta el Centro de Seguridad” para elegir la opción que más os guste.

A divertirse. 

Pues bien, tras resolver un problema en uno de los equipos que mantengo restaurando el sistema a una fecha posterior, el Excel empezó a dar un aviso al iniciar en el que decía

Error de compilación en el módulo oculto Thisworkbook

Investigando un poco llegué a la solución, y no es otra que desactivar el complemento de “Conversión al Euro” que trae el Excel, en Herramientas –> Complementos.

Suerte

El otro día, trasteando con el vmware del cual ya pondré algún post en otro momento, cambié una máquina virtual de servidor y tuve problemas con la red, lo que me hizo descubrir una serie de comandos útiles a la hora de instalar y ver los dispositivos que hay instalados en la máquina, ya que me había desaparecido la tarjeta de red.

A continuación listo los dos comandos que me sirvieron para ‘encontrar’ la tarjeta de red perdida.

lspci – Nos muestra los dispositivos que tiene el sistema. Nos devuelve una entrada del tipo

[root@vlinux ~]# lspci
00:00.0 Host bridge: Intel Corporation 3200/3210 Chipset DRAM Controller (rev 01)
00:01.0 PCI bridge: Intel Corporation 3200/3210 Chipset Host-Primary PCI Express Bridge (rev 01)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller (rev 02)
0d:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)
0e:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5722 Gigabit Ethernet PCI Express

Está la variante lspcmcia para dispositivos pcmcia.

Con este comando encontré que la tarjeta de red (Ethernet) estaba presente en el sistema.

ifconfig – Nos muestra la configuración de la red del sistema. Con el parámetro -a (ifconfig -a) nos muestra todas las conexiones, activas e inactivas, del sistema.

Con este es con el que me apareció un dispositivo eth1 que fue el que necesitaba.

Son un par de comandos que puede que muchos ya conozcáis, pero su desconocimiento me dió algún que otro quebradero de cabeza.

Saludos

Pues bien, hace un tiempo fue un Outlook Express el qu eno imprimía.

Ahora, su hermano mayor, el Outlook que trae el Office, es el que dejó de imprimir.

En ciertos mensajes (los que venían en formato html) aparecía un cartelito tal y como este:

Line: 93

Char: 1

Error: Acceso denegado

Código: 0

URL: res://C:\WINDOWS\system32\shdoclc.dll/preview.dlg

Tras esto, cogí esta última parte de texto, la de después del URL, y la pasé por google a ver que podía hacer y ¡BINGO!, allí estaba esperándome varias webs de foros con soluciones variopintas.

Pero la solución a mi problema fue el re-registrar una librería de Windows (¿os suena la solución?. Efectivamente, la misma que para el problema del Outlook Express )

El procedimiento es el siguiente:

Ir a Inicio, luego Ejecutar y escribir
regsvr32 ole32.dll
y presionar Enter (no presionar Aceptar, sino Enter).
Saldrá un mensaje en pantalla que te indicará que se ha actualizado la librería .dll y ya está. Problema resuelto.

Suerte.