May 25 2012

Crear un hotspot Wi-Fi desde la línea de comandos de Windows 7

Gabolonte Blasfemus

MiFi, módem 3G + router WiFiHoy en día está muy expandida la idea de poder compartir inalámbricamente cualquier conexión a Internet de la que dispongamos, generalmente enlaces de datos de telefonía celular. La mayoría de los smartphones decentes tienen la capacidad de hacerlo nativamente o mediante algun hack y/o aplicación (lo que se le llama tethering), y de hecho ya son bastante comunes las “cajitas para compartir Internet” conocidas como MiFi, que no son más que un modem 3G asociado a un router WiFi, todo integrado en un solo gadget del tamaño de un estuche de anteojos, de manera que facilite tener un enlace móvil para dispositivos que también lo son, como notebooks, netbooks, smartphones, tablets o lo que se nos ocurra. ¡Si hasta ya son comunes los autos con WiFi!

Pero lo más probable es que no tengamos un auto que comparte Internet, ni aún justifiquemos la compra de un MiFi, pero que sí tengamos un modem 3G o 4G USB que usemos en nuestra PC o notebook, y a través del cual algunas veces nos gustaría poder compartir la conexión, inalámbricamente, con otros aparatos. Hace un buen tiempo vimos como una aplicación llamada Connectify nos permitía conseguir exactamente esto, utilizando capacidades propias de Windows 7. Lo que me enteré hace poco, despistado de mí, es que esto mismo podemos lograrlo desde la misma línea de comandos de Windows 7, sin necesidad de descargar e instalar aplicación alguna.

Continue reading


Jul 20 2011

El icono de volumen no aparece en Windows 7

Gabolonte Blasfemus

En la época de la amada y odiada en partes iguales rama 9x de Windows era normal este problema: El icono con el parlante para controlar el volumen no aparecía, y todo lo que había que hacer era entrar al apartado de sonido del Panel de Control y re-tildar (destildar y volver a tildar si era necesario) la opción que indicaba justamente que se muestre dicho parlantito en la bandeja del sistema, al lado de la hora. En Windows 7 aún molesta cada tanto algo tan bobo como que no aparezca el bendito iconito, pero con el agravante de que no existe más dicha opción fácil de encontrar que controla su presencia.

Existen básicamente dos formas de que nuestro parlantito blanco vuelva a figurar en la barra. La primera involucra que el motivo por el que dejó de estar es medio pavo, y consiste en ingresar a la opción Personalización… que reside en la vista de iconos ocultos de la bandeja del sistema.

image

Una vez ahí nos vamos a Activar o desactivar iconos del sistema y verificamos que el icono Volumen se encuentre con estado activado; asimismo, si con esto no es suficiente, podemos darle click a Restaurar comportamiento de los iconos predeterminados, lo que debería volver todo a la normalidad.

image

image

La otra solución implica que las cosas están rotas a otro nivel, el de las políticas del sistema, y se evidencia fácilmente cuando en el diálogo anterior no podemos poner en Activado dicho icono porque su control de encuentra en estado Desactivado y no nos permite cambiarlo. En este caso abrimos el Editor de directivas de grupo local, simplemente apretando la tecla Windows, escribiendo gpedit.msc y presionando Enter. Una vez en la aplicación vamos a Configuración de usuario/Plantillas administrativas/Menú Inicio y barra de tareas y ahí buscamos la propiedad Quitar icono del control de volumen, que normalmente se encuentra en estado No configurada.

image

Para asegurarnos que el icono de volumen aparezca debemos abrirla y cambiar su estado a Deshabilitada, y el icono debería reaparecer mágicamente. Tonto pero necesario.


Mar 4 2011

MS Nostalgia

Gabolonte Blasfemus

Quien vivió las tempranas épocas de la PC, aquellos tiempos donde 640 KB debían ser suficientes para cualquiera y donde un procesador con un clock de 66 MHz era una locura, no puede dejar de ver este video donde un usuario de YouTube instala en una máquina virtual DOS 5.0, para luego actualizarlo a Windows 1.0, pasando por casi todas las versiones hasta finalmente llegar al Windows 7 actual, con algunas curiosidades más que interesantes, como por ejemplo por cuantas versiones se mantuvo la personalización original que se le dio a las ventanas. La otra perla es ver corriendo el administrador de archivos en modo texto del Windows original dentro de una ventana de Windows 7 como uno de los resultados finales de la travesía.

Es indudable que se pueden decir muchísimas cosas negativas de los productos de Microsoft, pero es innegable el nivel de compatibilidad que poseen. Interesantísimo el detalle de como el juego Doom para DOS deja de funcionar en Windows 2000 por no tener, justamente, la suficiente compatibilidad, para luego volver a hacerlo en Windows XP que mejoraba sustancialmente en ese apartado, para poder lograr finalmente absorber a la rama 9.x, tan problemática por ser básicamente un win.com sobredimensionado que se cargaba sobre un DOS altamente personalizado para tal fin.

Ahora me pregunto, ¿este muchacho tendría todas las licencias de los productos que instaló? No sea cosa que le manden a Software Legal…


Jun 29 2010

Windows Boot Manager y su capricho con el status 0xc000000e

Gabolonte Blasfemus

En pos del eterno upgrade, parece que muchas veces se termina haciendo complejo lo que antes no lo era y funcionaba bien. Así como GRUB en  su última encarnación abandonó su simple configuración mediante un sencillo archivo de texto para pasar a ser un conjunto de complicados archivos con scripts, en el Windowverse atrás quedaron esas épocas en las que el menú de arranque se definía desde un minimalista archivo de texto llamado boot.ini. Desde Windows Vista en adelante toda la información de arranque se guarda en una carpeta llamada boot ubicada en la unidad del sistema, y la información de los sistemas a bootear, es decir, los datos que antes figuraban cargados en el boot.ini de Windows XP y anteriores,  ahora residen codificados en el archivo binario oculto bcd.log, al cual por ende no podemos modificar exitosamente con un simple editor de texto.

image

Pero lo que es peor de todo este nuevo esquema es lo caprichoso que es el nuevo Windows Boot Manager. Mientras que clonar un Windows pre-Vista era una tarea bastante directa y sin sobresaltos, cuando clonamos una unidad que contiene un Windows Vista, 2008 o 7 y luego deseamos arrancar desde tal casi seguro nos vamos a encontrar con el famoso error con status 0xc000000e, y en particular con uno de los mensajes correspondientes al mismo que aprendí a odiar: The Boot Selection failed because a required device is inaccesible (puede estar también en el idioma de nuestra instalación), el cual nos apunta confusamente a un problema de controladores, llegando incluso al descarado extremo de no encontrar nuestra instalación de Windows desde la sugerida opción de reparación del DVD de instalación.

Pero el problema es más simple de lo que el nuevo boot manager de Windows nos quiere hacer creer, y es que simplemente ya no sabe donde está la partición que debe bootear. Para repararlo debemos ingresar a la línea de comandos desde la mencionada opción de recuperación del DVD de Windows 7 o Vista, y utilizar la única herramienta autorizada a modificar la configuración de arranque, bcdedit. ¿Alguien dijo que es una forma más de MS para joder a los que tienen un Windows trucho? Puede ser, aunque ciertamente también jode a quien quiera hacer un upgrade de disco rígido en un equipo de marca de los que no traen el DVD original del SO sino una partición o DVD de recuperación.

Lo primero que debemos hacer, una vez que llegamos a la línea de comandos desde la opción de recuperación, es ingresar el comando bcdedit sin ningún parámetro y observar la salida. Una instalación de Windows 7 normal y sin problemas debería entregar una salida como la siguiente:

image

Dentro de esta serie de líneas, las que les debemos prestar especial atención en este caso son las que dicen device y osdevice. Como ven, en el caso del ejemplo existen tres ocurrencias en total de las mismas, y vemos como en el caso del Administrador de arranque de Windows apuntan a la partición identificada como C:, mientras que en el Cargador de arranque de Windows lo hace a la D:. Esta situación, en la que cuando entramos desde el Entorno de Recuperación de Windows (Windows RE) vemos dos particiones distintas mientras que cuando ingresamos desde el sistema operativo en sí vemos sólo una, es otra característica nueva que existe desde Windows Vista, pero que recién en Windows 7 se volvió el esquema de instalación por defecto en todo disco sin formatear. En las ediciones Bussines, Enterprise y Ultimate de estos sistemas es posible separar los archivos de arranque del sistema en una pequeña partición al inicio del disco, llamada justamente partición de arranque, separada de la principal donde se contiene al resto del SO, y que vista desde el administrador de unidades de Windows nos figurará como reservada por el sistema. Este es un escenario que requiere el sistema de cifrado Bitlocker de Windows para funcionar, y que también es útil para incluir herramientas de recuperación como Windows RE y hacer un poco más difícil la infección del sistema por parte de ciertos tipos de malware que sólo están preparados para infectar la unidad del sistema principal. Además, este es el caso del ejemplo de la imagen; lo que hay que tener en cuenta es que para Windows 7 en particular a la partición de arranque no se le asigna una letra de unidad cuando el SO está en línea. Por lo que la partición D: que vemos desde el entorno de recuperación es en realidad nuestro disco C:, mientras que la de arranque figura como C: en este caso. Si no existe partición de arranque y todos los archivos del sistema residen en la misma partición principal, sólo deberíamos ver la letra correspondiente a la misma en todos los casos.

Ahora bien, ¿que es lo que pasa en esta configuración de arranque cuando obtenemos el status code 0xc000000e y nos dice que “el arranque falló porque un dispositivo requerido es inaccesible”? Normalmente veremos que en las variables device y osdevice habrá un valor identificado como unknown, lo que equivale a decir que el administrador de arranque de Windows olvidó donde estaba la partición que debía arrancar. Para solucionarlo primero debemos saber cuáles son las letras asignadas a nuestras particiones de arranque y/o de sistema desde el entorno de recuperación, lo cual lo podemos hacer invocando al Bloc de Notas, para lo cual tecleamos notepad desde la línea de comandos de Windows RE y luego elegimos la opción Guardar; desde ahí podemos ver todas las unidades del sistema y cuáles son las letras que les fueron asignadas. Luego debemos tener en cuenta que en el Administrador de arranque de Windows deberá ir la letra de la partición de arranque, mientras que en el Cargador de arranque de Windows la del sistema, y en caso de existir sólo la última, por supuesto, la misma en todos los casos.

Estos valores debemos corregirlos ingresándolos a través de la herramienta bcdedit, de la siguiente forma:

bcdedit /set {identificador-del-SO} device partition=X:

En el ejemplo de la imagen vemos que el identificador de nuestro Windows 7 es bootmgr para la partición de arranque, y como ya sabemos que la misma está identificada como C: desde el entorno de recuperación, deberíamos ingresar:

bcdedit /set {bootmgr} device partition=C:

Siguiendo con el ejemplo, para luego corregir los valores del Cargador de arranque de Windows deberemos ingresar:

bcdedit /set {default} device partition=D:
bcdedit /set {default} osdevice partition=D:

Hecho esto sólo resta reiniciar y observar si el sistema levanta como corresponde.


Abr 6 2010

Escritorio remoto multisesión en Windows 7

Gabolonte Blasfemus

En su momento habíamos visto como era posible conseguir que Windows nos permitiera sesiones múltiples de escritorio remoto, primero aprovechando la momentánea buena intención de Microsoft para habilitarlo en Windows XP, y luego con una versión del archivo termsrv.dll específicamente modificada en Windows Vista.

En el caso de Windows 7 existe una forma todavía más fácil de obtener sesiones RDP simultáneas y separadas de la de consola, gracias a la utilidad Universal Termsrv.dll Patch, creada por un hacker de origen chino dado a conocer únicamente por el nickname deepxw.

image

Las ventajas que posee esta herramienta por sobre los antiguos métodos para las versiones anteriores de Windows son que no hace falta ingresar en modo a prueba de fallos ni hacer varios pasos: Con sólo ejecutar el programa como administrador, presionar el botón Patch y reiniciar el sistema será suficiente.

Universal Termsrv.dll Patch está pensado para realizar además el mismo trabajo en Windows Vista y XP, aunque al menos en el caso de este último y según mis propias pruebas no logra su cometido, por lo que habrá que seguir apegándose al viejo método para dicha versión. En Windows 7, en cambio, pude testear en repetidas ocasiones como realiza un trabajo perfecto sin fallar jamás.

Es bueno también saber que dado que su creador no tiene el tiempo para darle el mantenimiento necesario a su herramienta, decidió liberar su código fuente para que otros puedan hacerlo, brindándole futuro.

Por último, cabe recordar que así como en las versiones anteriores de Windows, este tipo de parches sólo funcionan en las ediciones que incorporan acceso vía escritorio remoto, típicamente las denominadas Professional, Bussiness, Enterprise, y Ultimate, de acuerdo a la versión de Windows que se trate. Para versiones más limitadas hará falta ver si existen en un principio hacks adicionales que lo permitan.