Geekotic

Cortito y al toque pero válido de tener en cuenta: Es normal que si le damos un poco de batalla a nuestro Linux terminemos instalando en más de una ocasión paquetes que no figuran en los repositorios que tenemos instalados. Uno de los problemas que va, además de no poder actualizar automáticamente junto con todos los demás paquetes cuando exista una actualización, es que en algunos casos ni siquiera podremos encontrar aplicaciones instaladas de esta manera que deseemos luego quitar del sistema.

En ese caso, y al menos en Debian y sus derivados como Ubuntu o Linux Mint, lo más fácil es recurrir al comando dpkg con el parámetro -r, de la siguiente forma:

sudo dpkg -r nombre_del_paquete

De esta forma vamos a poder desinstalarlo sin mayores problemas, para luego seguir probando nuevas bobadas que es lo que nos gusta, claro.

Vía About.com y mil sitios más.

De toda la inmensa variedad de Live CDs que han sido creados para funcionar principalmente como herramienta técnica en la reparación de sistemas Windows y que han visto la luz en la última década, posiblemente Hiren’s BootCD sea el mejor, el elegido por así decirlo, de la inmensa mayoría de técnicos y afines. Y la razón detrás de esto es una sola: Proyectos superiores y más completos han existido pero quedado en el olvido al haber lanzado tan sólo una versión, cuya compilación de utilidades se va haciendo cada vez más obsoleta con el paso de los años. En el caso de HBCD no sólo existe una actualización ininterrumpida, sino que también se ve un enorme crecimiento de lo que en un principio comenzó como un simple CD con un menú en modo texto con aplicaciones y herramientas DOS, y ahora incorpora minimalistas versiones de Windows XP y Linux desde donde pueden realizarse variedad de tareas.

Sin embargo, uno de los puntos más fuertes de estas “distros” de herramientas live en CD para Windows es también el más controversial, ya que suelen incluir software comercial sin autorización alguna y por el cual cada uno tendría que estar pagando las licencias correspondientes antes de utilizarlos. Hiren’s BootCD no fue la excepción a esta costumbre, y es que más allá de que existen numerosas opciones gratuitas y open source en lo que confiere a herramientas técnicas, muchas veces no están a la altura de sus pares comerciales, principalmente en lo que a usabilidad se refiere. Ejemplos claros de esto ocurren con dos famosísimas herramientas para discos que todo informático ha usado, y posiblemente pocos han pagado, ambas de una misma compañía: Los legendarios Partition Magic y Ghost, propiedad de Symantec, pero que a estas alturas deberían ser patrimonio del pueblo. Y no es que justo yo me vaya a quejar de las increíbles bondades de grandes del open source como Gparted y Clonezilla, pero siempre es mejor contar con todas las opciones para aplicar la que más nos conviene para cada tarea en cuestión.

Era sólo cuestión de tiempo para que, con la inmensa popularidad de la que gozaba el CD de Hiren, fuera algún peso pesado a golpear sus puertas. Asumo que un hecho como este o la amenaza pendiente del mismo fue el que llevó a que primero se comenzara agregando advertencias legales antes de la ejecución de cada herramienta comercial, luego se vayan eliminando de a poco algunas, hasta llegar al estado actual de la versión 11 de Hiren’s BootCD, en la cual, con excepción del insalvable Mini Windows XP basado en Windows PE, todas sus herramientas son gratuitas o de código abierto. Tal movida representa tanto buenas como malas noticias; por un lado la legalización de la herramienta asegura su continuidad sin temor a amenazas judiciales, pero por el otro perdió algunas de las utilidades que la llegaron a convertir en un todo en uno imprescindible.

Si queremos darle una probada a la reciente versión 11 de Hiren’s BootCD y todo su arsenal de amor (buen nombre para un boliche gay) libre y gratuito tan sólo deberemos buscarlo, como siempre, en nuestro sitio de Torrents favorito, o también en algún foro donde seguramente alguien se habrá ocupado de hostearlo en sitios de descarga directa. También podemos descargar todas las últimas versiones desde hirensbootcd.net, sitio extra oficial que las recopila para su descarga por HTTP. Y tal vez, una vez que esté debidamente blanqueado, el mismo Hiren hostee sus maravillosas obras en su propio sitio.

Ahora bien, ¿qué sucede si nuestras malvadas preferencias nos hacen extrañar ese sucio, sucio placer de utilizar glorificadas herramientas pagas como las mencionadas anteriormente? En ese caso, podemos apegarnos a versiones antiguas de HBCD, intentar con mayor o menor éxito integrarlas en la más reciente desde aquellas, o recurrir a Hiren’s BootCD v11.0 Restored Edition, donde alguien ya se tomó el trabajo de volver a incorporar todo eso que el HBCD oficial tuvo que desechar para verse limpio, quedando impecablemente integrado en los menús de las aplicaciones DOS y del Mini XP como si nunca se los hubiese quitado. Para conseguirlo debemos, de manera original a como sucede con el original, buscarlo hasta encontrar los torrents o los ansiados links de descarga directa, como los que figuran acá.

Una mala costumbre que seguramente muchos esperamos que prosiga en las subsiguientes versiones de Hiren’s BootCD.

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.

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:

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 arranqué 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.

Yo tenía un Linksys…

Desde que compré mi Linksys WRT54GL hace 3 años (mierda, cómo pasa el tiempo…) que venía disfrutando de las variadas y engolosinadoras bondades que un firmware como DD-WRT le pueden otorgar a lo que de otra manera funcionaría como cualquier otro router hogareño de bajo costo, sin haberme decepcionado nunca. Aunque más tarde supe de la existencia de otra interesantísima opción como lo es Tomato, el anterior funcionaba tan bien que me resistí a cambiarlo y perder a lo mejor alguna que otra funcionalidad que me resultara ya vital. Tan sólo me limité a hacer upgrades cuando salieran nuevas versiones estables y ocuparme de parchear algún agujero de seguridad grave como el que se descubrió en DD-WRT allá por el año pasado. Vamos a por una historia de deseo, traición, y plata, mucha plata.. (?)

Continue reading

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.

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.