WiFiClub » Entries tagged with "windows"
AMD Phenom II X6 (Thuban).
La transición a los 4 núcleos ya se viene dande desde hace un buen tiempo, pero éste será el año de los 6 núcleos, algo que ya sabíamos por Intel y sus Gulftown, y que ahora a través de American Micro Devices también se confirma: AMD Thuban con 6 núcleos para 2010 y orientados al mercado doméstico.
Si bien hoy en día, por un lado tenemos a los Core i5 e i7 de Intel y por otro lado AMD mantiene a su familia Phenom II y Athlon II, el próximo campo de batalla para ambos fabricantes está a punto de trasladarse hacia los seis núcleos.
Se espera que el diseño Gulftown de Intel esté listo para salir al ruedo en algún punto de marzo, por lo que no sorprende del todo que aparezcan algunas novedades por el lado de AMD y su procesador Thuban (nombre en clave del desarrollo), éstos estarán basados en los actuales Istanbul para servidores que se están vendendiendo desde hace algunas semanas. y se fabricarán en 45 nanómetros, mientras que Intel apostó por los 32 nanómetros en sus Gulftown.
AMD Istanbul para servidores.
Si bien ya se ha mencionado mucho acerca de esta plataforma, en esta ocasión vemos un procesador Thuban completamente funcional, instalado en una plataforma Gigabyte y ejecutando Windows 7.
La gente del sitio alemán Golem.de fue capaz de filmar un pequeño vídeo con la demostración presentada por AMD.
Lamentablemente, el procesador se reportó a sí mismo como muestra de ingeniería en Windows 7, por lo que no fue posible ver qué velocidad de reloj posee el mismo. Aún así, los rumores apuntan a que el modelo más veloz de Thuban tendrá seis núcleos con una velocidad de 2.8 Ghz. A medida que aumenta la cantidad de núcleos, la velocidad de reloj debe bajar, pero al mismo tiempo AMD implementará un sistema similar al Turbo Boost de Intel, aumentando la velocidad de reloj de forma dinámica cuando se reduce la cantidad de núcleos utilizados.
Los procesadores Thuban utilizarán el zócalo AM3, por lo que es posible que haya una amplia compatibilidad con tarjetas madre que ya existan en el mercado. Sin embargo, el hecho de que posea seis núcleos puede traducirse en una restricción para determinados modelos, ya que su diseño térmico resultaría demasiado alto como para que las tarjetas más antiguas puedan soportarlo. Aún así, es casi seguro que AMD lanzará versiones “verdes” de sus procesadores, manteniendo la cantidad de núcleos pero bajando su velocidad, al igual que su impacto térmico. Si bien los Thuban más veloces sólo podrán ser instalados en nuevas placas, la posibilidad de que un usuario pueda actualizar su procesador con sólo una actualización de BIOS de por medio es muy alta. Se espera que el nuevo Thuban vea la luz en julio del 2010, aunque no sorprendería que saliera a la venta mucho antes.
Archivado bajo: Tecnología
Descargar y configurar drivers y controladores WiFi para Linux.
Ante reiteradas consultas acerca de la descarga, instalacion y configuracion de drivers para tarjetas de red inalambricas en Linux, es que decidimos hacer este tutorial.
Lo primero, es hacernos de la informacion necesaria que necesitamos para descargar los drivers.
Esto seria: marca y modelo de la tarjeta de wifi, chipset de la misma (si fuera necesario), sistema operativo (en este caso seria Ubuntu, Fedora, Mandriva, Debian, Suse, etc).
Luego, debemos de cerciorarnos de que no se encuentran dentro de la lista actualizada de controladores privativos. Si esto fuera asi, directamente instalamos los drivers desde Linux, simplemente estando conectados a Internet y haciendo click sobre el controlador elegido e instalar, reiniciamos y listo.
En el caso de que nuestra tarjeta wireless no se encuentre dentro de esta lista (algo muy raro), podemos utilizar NDisWrapper.
Esta es una aplicacion que utiliza las librerias de drivers de Windows para adaptarlas a Linux, cuando en esa distro no se ha añadido dicho controlador. Es de muy facil instalacion y utilización.
Se instala desde el gestor de aplicaciones de Synaptic, es decir, vamos a: barra de tareas, Pestaña Aplicaciones, Añadir o Quitar programas.
En el buscador escribimos “Ndis”, y nos aparecera dicha aplicacion.
Una vez instalado lo podemos abrir desde la pestaña Administracion, Windows Wireles Drivers.
Presionamos en Install New Driver y buscamos el archivo .inf
Una vez seleccionado e instalado, nos dira si el hardware esta presente. Si debajo del nombre del driver dice: Hardware Present:Yes, ya podremos empezar a utilizar nuestro dispositivo Wifi.
Vamos al icono de la parte superior derecha de la pantalla que nos configura la red y hacemos click, esto nos mostrara las Redes Wireless que encuentra y ya nos podremos conectar.
Tambien tenemos el proyecto llamado Linux Wireless, donde se desarrolla drivers y controladores para gran cantidad de modelos de tarjetas Wi-Fi totalmente gratis y con un rendimiento igual al de Windows. Aqui vemos un breve resumen de los modelos soportados, forma de instalacion y link de descarga.
Listado de Modelos Soportados por Linux Wireless:
Link de Descarga:
http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2
Para esto, tenemos que saber que chip tiene, y lo conseguimos mediante los siguientes comandos en nuestra consola de Linux:
Si es USB: lsusb
Si es PCI o MiniPCI: lspci
Por ejemplo, en el caso de ser una USB Realtek 8187 cuyo modulo se llama rtl8187:
root@domain:~$ lsusb
Nos mostrara:
Bus 001 Device 004: ID 0bda:8187 Realtek Semiconductor Corp. RTL8187 Wireless Adapter
(…)
Lo primero que debemos hacer, es loguearnos como root en la terminal, en Ubuntu el comando es sudo bash, y en Debian el comando es sudo su, introducimos nuestra contraseña y listo. Luego descargamos el archivo:
root@domain:~$ wget http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2
Una vez descargado, lo descomprimimos y lo compilamos, aunque el archivo es diminuto, toca los módulos del kernel por esto la compilación es un poco lenta.
En la consola escribimos:
root@domain:~$ tar jxvf compat-wireless-2.6.tar.bz2
Luego de esto vamos a la carpeta donde descomprimimos y compilamos:
root@domain:~$ cd compat-wireless-2009-05-24/
root@domain:~$ make
Una vez que termine, marcamos la instalacion con:
root@domain:~$ make install
Por las dudas de que tengamos algún tipo de preinstalación, la web recomienda:
root@domain:~$ sudo make unload
Ahora ya tenemos instalados todos los drivers de las tarjetas conocidas, pero pueden darse dos casos:
1.- Que tengas ya montado un modulo (driver-controlador) de la placa Wi-Fi genérico de Linux, al cual hay que desmontar.
2.- Que estes emulando con Ndiswrapper los drivers de Windows como describimos mas arriba.
1.- Para el el primer caso:
Tenemos que desmontar el modulo que esta corriendo actualmente, esto es muy sencillo, solo buscamos en la lista de arriba nuestra placa, por ejemplo si fuera una Realtek 8187 cuyo modulo se llama rtl8187. Una vez identificado el nombre del modulo, en la consola listamos los módulos activos y nos fijamos que aparezca el nuestro:
root@domain:~$ lsmod
Nos mostrara:
Module Size Used by
arc4 10240 2
ecb 11392 2
rtl8187 53508 0
(…)
Para desmontarlo es muy sencillo:
root@domain:~$ rmmod rtl8187
Luego de esto, (y aunque no es estrictamente necesario), reiniciamos el PC. Una vez que reiniciamos, cargamos el nuevo modulo (driver), que aunque se llama igual, es distinto, nos vamos a dar cuenta por el tamaño del modulo:
root@domain:~$ modprobe rtl8187
Una vez realizado, volvemos a listar los módulos y veremos que efectivamente se cargo correctamente:
root@domain:~$ lsmod
Nos mostrara:
Module Size Used by
arc4 10240 2
ecb 11392 2
rtl8187 65874 0
(…)
2.- Para el segundo caso:
Tenemos instalado Ndiswrapper, que, aunque generalmente funciona correctamente con algunos modelos de placa, a veces genera problemas en lanarquitectura x64. Para desinstalarlo hacemos lo siguiente:
root@domain:~$ apt-get remove –purge ndiswrapper*
Luego, reiniciamos la PC, buscamos nuestra tarjeta en la lista de arriba, buscamos el modulo de nuestra tarjeta y lo cargamos a mano, en el ejemplo que usamos hoy, empleabamos una tarjeta Wi-Fi con chip Realtek 8187, cuyo modulo es el rtl8187:
root@domain:~$ modprobe rtl8187
NOTA: EN ALGUNOS CASOS NO ES NECESARIO CARGARLO A MANO YA QUE SEGÚN LA CONFIGURACIÓN DE NUESTRO KERNEL, ESTE LO PUEDE LEVANTAR AUTOMATICAMENTE.
Mas Info: Configurando por distribucion, Programas
Archivado bajo: Featured
El bug más antiguo de Windows, 17 años…
El 2010, ha comenzado como una pesadilla para Microsoft en relación con bugs, parches, y actualizaciones. La desconfianza sigue gobernando la red luego de que el mundo supiera que Internet Explorer tuvo un papel clave en el ataque chino a Google, y que la vulnerabilidad, si bien aún no ha sido corregida, ya fué detectada y se están librando parches para ella. Como si eso fuera poco, ha salido a la luz una nueva falla que, de “nueva”, no tiene nada. Este defecto en el subsistema VDM para ejecutar aplicaciones de 16 bits bajo Windows, tiene diecisiete años de antigüedad, remontándose incluso hasta Windows NT 3.51.
Parece increíble que este problema, exista desde hace casi dos décadas…
Es la furia de los parches para Microsoft en estos últimos días. Mientras que los usuarios esperan la corrección a la vulnerabilidad que permitió el ataque chino a Google, y en Europa desaconsejan utilizar IE6, se ha hecho un descubrimiento pehistórico. ¿Quién ejecuta aplicaciones de 16 bits hoy en día? Lo lógico sería decir “nadie”, pero obviamente estaríamos equivocados. Desde los softwares de equipos de radiocomunicaciones, hasta consolas de programación para EEPROMs, usan sistemas de 16 bits.
Todas las versiones de Windows desde la NT 3.51 utilizan un sistema de “máquina virtual DOS“ o simplemente “VDM“, que le permite al sistema operativo ejecutar aplicaciones nativas de 16 bits. Cualquiera podría haber pensado que, debido a la antigüedad de este subsistema y su muy poca utilización actualmente, debería ser un componente seguro dentro de Windows, pero nada parece estar más lejos de la verdad. El VDM posee muchos bugs desde su aparición en 1993, bugs que no fueron corregidos, y que en las manos adecuadas permitirían ejecutar código de forma remota.
No estamos del todo seguros cuándo podrá Microsoft encontrar una solución a este problema. El subsistema VDM no deja de ser un componente del sistema operativo, y su presencia en forma defectuosa podría arriesgar la integridad del sistema. Una solución temporal que ha aparecido en la red es deshabilitar por completo el soporte de aplicaciones de 16 bits. Para hacer esto es necesario una pequeña visita a las Directivas de Grupo, y allí escoger la opción que impide la ejecución de aplicaciones de 16 bits. En caso de que posean una versión sin Directivas de Grupo, es posible crear manualmente una cadena de Registro que luego podrán introducir en sus sistemas. La estructura de la cadena se encuentra disponible en el enlace más abajo.
Realizar un ataque a través de una vulnerabilidad en un entorno de ejecución de aplicaciones de 16 bits sería algo en verdad retorcido, pero nunca hay que dar nada por descontado. Tarde o temprano Microsoft deberá prestar atención a este prehistórico error, y corregirlo de una vez por todas. Con el problema actual de Internet Explorer, y reciente información publicada sobre el primer Service Pack para Windows 7, todo parece indicar que en Redmond están con las manos llenas.
Deberán solucionarlo lo más rápido posible, ya que si bien es necesario rescatar a Internet Explorer del abismo en que se encuentra, a nadie le agrada tener un bug de diecisiete años en su sistema operativo tampoco…
Archivado bajo: Noticias
Mas comentados