Para el hombre conseguir una mujer es conseguir problemas

Demostrado empíricamente:

Salu2,
elSant0

Solucionar problema en VMware tras actualizar a Ubuntu 10.10 (Maverick Meerkat)

Hace unos días que actualicé a Ubuntu 10.10 y desde entonces ayer fué la primera vez que abrí VMware Player. Al iniciar me salió el mensaje que muestro a la derecha, donde se indica que varios módulos deben ser compilados y cargados en el kernel para correr el programa; y como ya os imaginaréis pulsé sobre el botón Install y esperé a que todo se solucionará. Sin prestarle mucha atención al proceso que siguió, poco después se abrió el software normalmente y pasé a trabajar con él.

Pero hoy al volver a abrir el programa me he encontrado con el mismo mensaje y así cada vez que arrancaba Vmware Player.

Tras investigar un poco pronto me he dado cuenta de que la compilación y carga de los módulos necesarios no estaba haciéndose correctamente y he pasado a buscar el por qué. Resulta que en las versiones de software "VMware Player 3.1.2" y "VMware WorkStation 7.1" hay un bug que no permite compilar correctamente el módulo "vsock". Para quienes hayáis intentado compilar por vuestra cuenta habréis visto entre los mensajes de salida algo parecido a esto:

...
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3224: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3247: error: ‘struct sock’ has no member named ‘sk_sleep’
/tmp/vmware-root/modules/vsock-only/linux/af_vsock.c:3259: error: ‘struct sock’ has no member named ‘sk_sleep’
...

Para solucionar el problema es necesario modificar los siguientes ficheros, para corregir el bug:

• /usr/lib/vmware/modules/source/vmmon.tar
• /usr/lib/vmware/modules/source/vsock.tar

Para evitar hacer los cambios a mano (algo engorroso por ser bastantes), desde el blog "Debian/Ubuntu Tips & Trick" es posible descargar un parche que se encarga de hacerlos por nosotros. Para descargar el parche haced clic aquí.

Una vez descargado haremos:

1. Abrimos una Terminal (Aplicaciones->Accesorios->Terminal).
2. Nos dirigimos al lugar donde descargamos el parche (en mi caso el Escritorio):

   ~$ cd ~/Escritorio

3. Descomprimimos el contenido del parche:

   ~$ sudo tar xzvf vmware-7.1-ubuntu10.10-patch.tar.gz

4. Eso creará un directorio que contiene "vmmon-2.6.35.diff" y "vsock-2.6.35.diff" los cuales incluyen los cambios a realizar sobre los ficheros que hay que corregir, y "apply_patch.sh" que es el script para aplicar los cambios.
   Entramos en el directorio:

   ~$ cd vmware-7.1-ubuntu10.10-patch

5. Aplicamos los cambios ejecutando el script:

   ~$ sudo ./apply_patch.sh

Ahora, la próxima vez que abramos VMware Player los módulos serán compilados y cargados correctamente. Pero si no queremos esperar a la próxima vez que abramos el programa, podemos hacer desde consola:

~$ sudo vmware-modconfig –console –install-all

Con este comando será reinstalado el software y no volveremos a ver el mensaje que indicábamos al principio del post.


Salu2,
elSant0

¿Puedo ampliar la memoria RAM?

Aunque es un problema que ya viene sucediendo desde hace bastante tiempo, todavía hay mucha gente que no lo tiene claro. Me refiero a si es posible ampliar a 4GB de RAM o más las máquinas que tenemos.

La tónica es que muchos creen que la ampliación de RAM está sólamente limitada por sus bolsillos o (cuando se trata de equipos viejo) por el hardware. Pero no es así.

Lo habitual es que incluso hardware actuales imponga fuertes trabas, como suele ocurrir en netbooks y portátiles. Además, hay otro impedimento que muchos no tienen en cuenta y se trata del software. Resulta que cada sistema operativo también impone su propio límite de RAM.

Como la explición del problema es algo compleja muchos se quedan con caras de bobos y simplemente lo aceptan. Por eso voy a intentar dar un poco de luz a este rompecabezas.


LÍMITE PROVOCADO POR EL HARDWARE

En primer lugar, se debe tener claro como se direccionan las posiciones de memoria RAM dentro de nuestro ordenador. Para hacerlo, se utiliza un número. Por ejemplo, posición de memoria 1, posición de memoria 2, posición de memoria 3,... y ese número (1, 2, 3, 4, 5, ...) es representado dentro de la máquina en binario.

Bien, resulta que hasta hace poco, todos los computadores personales eran fabricados con arquitectura de 32 bits para manejar la RAM. Eso quiere decir que manejan números binarios de hasta 32 dígitos. Y resulta que con 32 dígitos el mayor número representable en sistema binario es 11111111111111111111111111111111.

Ese número, en nuestro conocido sistema decimal equivale a 4294967295. Es decir podemos representar hasta 4294967296 direcciones si incluimos el cero. Como cada dirección equivale a un byte, podemos direccionar hasta 4GigaBytes. Veamos porqué:

4294967296 / 1024 = 4194304 KiloBytes
4194304 / 1024 = 4096 MegaBytes
4096 / 1024 = 4 GigaBytes 

NOTA: En informática los múltiplos Kilo, Mega, Giga, Tera,... se hacen por 1024 en vez de por 1000 (como ocurre en el sistema tradicional) porque facilita las operaciones en binario.

Ahora ya podemos entender que sea cual sea nuestro sistema operativo no podremos utilizar más de 4GB de RAM si la arquitectura de nuestro equipo es de 32 bits.

Para solucionar eso, los fabricantes decidieron hace unos años comenzar a realizar arquitecturas de más de 32 bits. Y para conseguir mayor compatibilidad con esas extendidas arquitecturas de 32 bits empezó el desarrollo de arquitecturas de 64 bits (es obvia la compatibilidad, 32 + 32 = 64).

NOTA: Se debe tener en cuenta que a veces también existen algunas limitaciones impuestas por placas base u otros componentes.


LÍMITE PROVOCADO POR EL HARDWARE

Tras conocer el límite que impone el hardware, veamos cual es el impuesto por el sistema operativo.

En primer lugar tendremos que aclarar que los sistemas operativos desarrollados para arquitecturas de 32 bits y los desarrollados para arquitecturas de 64 bits son diferentes, a pesar de que a veces sus nombres creen confusión. Así tendremos que diferenciar "WinXP" de "WinXP 64", "Win2003 Server" de "Win2003 Server 64", "WinVista" para 32 bits de "Winvista" para 64 bits, "Win7" para 32 bits de "Win7" para 64 bits, "Ubuntu" para 32bits de "Ubuntu" para 64 bits,...

Los límites de memoria RAM instalable en sistemas de 64 bits suelen estar muy lejos de poder ser superados. Es decir soportan cualquier cantidad de RAM que podamos instalar a día de hoy. Sin embargo, los sistemas operativos de 32 bits, además de poseer el tope físico de 4GB impuesto por el hardware como ya vimos, en muchas ocasiones también se ven limitados por ciertas características de los mismos, como el mapeo de dispositivos, el uso (o no) del modo PAE,...

• MAPEO DE DISPOSITIVOS
  
  
  
  Debido a una característica de diseño de las placas madre que los fabricantes arrastran desde los años 80 (por motivos de compatibilid), en la mayoría de sistemas operativos, para que el software pueda comunicarse con los dispositivos (teclado, mouse, t. sonido, USBs,...), se le asigna una porción de RAM a cada dispositivo y allí lee/escribe cada uno de los mismos, así como los programas. El nombre que recibe esta función es MMIO o Memory-Mapped I/O (Entrada/Salida asignada a memoria).
  
  En Windows XP, por ejemplo, si hay 4GB de RAM, ésta se bloquea por encima de los 3GB (otras veces 3,2GB ó 3,7GB,...), denegando el acceso a las aplicaciones y reservando dicha memoria a los dispositivos (estén conectados o no). Cuando hay menos de 4GB, la memoria reservada para dispositivos es tomada de otras zonas de la RAM y por eso el sistema informa de que la usamos en su totalidad aunque tampoco sea cierto.
  
  En los sistemas basados en UNIX (Solaris, BSD, Mac OS X, Linux como Ubuntu, Fedora,...) ese mapeo se realiza sobre el disco duro, no sobre la RAM. Por tanto el uso de RAM por los dispositivos se hace bajo demanda en forma de procesos.
  
  
• MODO PAE
  
  El modo PAE (Phisical Address Extension) es un método de direccionamiento diferente al explicado más arriba. Antes utilizábamos todos los dígitos posibles para crear una dirección de memoria RAM. En modo PAE se reservan 4 dígitos (o bits) para dividir las direcciones internamente en varias porciones y así alcanzar (en sistemas de 32 bits) los 64GB de RAM.
  
  Ese límite de 64GB es teórico. Posteriormente estará restringido por las cualidades del sistema operativo. Por ejemplo si es usado el PAE en Win2000, Win2003 Server o WinXP, éstos estarán limitados a un máximo de 4 GB de memoria. Sin embargo, Win2000/2003 Advanced Server, WinVista o Win7 amplían este limite a 8Gb o más.
  
  Como inconveniente a este método hay que tener en cuenta que se penaliza el tiempo necesario para acceder a la memoria y, también, que los drivers usados deben estar preparados para ello.
  
  Es usado sobre todo en los últimos sistemas de Microsoft para evitar las restricciones impuestas por sus diseños anteriores. Así pues, es posible activar el modo PAE en algunos Windows que no lo tuvieran activado por defecto, como WinXP (con ServiPack 2). Para hacerlo se debe incluir al final del fichero boot.ini el modificador "/PAE". De esa forma al arrancar se cargará un núcleo especial de Windows y no el núcleo normal.
  
  En el caso de sistemas UNIX el modo PAE no ha sido implementado.
  
  

Bueno, creo que con esta información es suficiente para aclarar las dudas que suelen surgir respecto a las limitaciones de ampliación que suele imponer la RAM. Para más información no dudéis en comentar.


Salu2,
elSant0

Preparados para las Leónidas

Siguiendo la tradición de anunciar las lluvias de estrellas más importantes para quienes quieran disfrutarlas, ahora le toca a las Leónidas.

Las Leónidas son una lluvia de estrellas fugaces que se produce todos los años desde el 8 hasta el 28 de noviembre aproximadamente.

Este año el día de máxima actividad será el 17 de noviembre, y los momentos de máximo explendor ocurrirán a la noche, en torno a las 21:30 (hora UTC).

Esta lluvia se produce al cruzar nuestro planeta una estela de partículas dejada por el cometa Tempel-Tuttle (55P) en su paso cercano a nuestra órbita. El Tempel-Tuttle fue descubierto paralelamente, el 19 de diciembre de 1865 por Ernst Tempel, y en enero de 1866 por Horace P. Tuttle; de ahí su nombre compartido. Poco después de su descubrimiento, otro astrónomo llamado Oppolzer pudo asociar la lluvia, registrada oficialmente desde 1699 (aunque hay datos descritos desde el 902 d.c.) al paso del cometa.

El Tempel-Tuttle es un cometa mediano que orbita alrededor del Sol cada 33,18 años y cuya órbita intersecta con la terrestre. Esto provoca que, cada 33 años las Leónidas se conviertan en una intensa tormenta meteórica y que su intensidad se vea fuertemente disminuida durante los siguientes 3-7 años, pasando a ser de actividad moderada. Su último paso cercano fué en 1999 y se prevé el próximo para el 2032.

Pero esta exaltación periódica de 33 años en ocasiones se puede ver afectada por factores externos que provoquen una disminución de su magnitud. Así se ha datado en varias ocasiones, por ejemplo, debido a las perturbaciones producidas por la gravedad de Júpiter, Saturno o Urano. Esos planetas son capaces de desviar 2 o 3 millones de kilómetros el enjambre de meteoroides, hasta sacarlo fuera de nuestra órbita.

Debido a estas perturbaciones, concretamente a una producida por Júpiter (cuya máxima influencia será en 2029), los astrónomos estiman que la Tierra ya no hará contacto significativo con los resíduos del cometa hasta 2098. Esto resta importancia en nuestros días a una lluvia que ha sorprendido con impactantes imágenes varias veces en la historia.

Conociendo esta información podemos comprender porque los momentos de máxima actividad pueden variar tanto de un año para otro. Se han datado máximos de hasta 150.000 meteoros/hora (en la famosas lluvias de 1833 y 1966) y otros de unos 200 meteoros/hora (como el de 1933). Para este 2010 se estiman tan sólo unos 20 meteoros/hora.

A pesar de su baja densidad para este año, lo que es indiscutible es la vistosidad que siempre tienen sus meteoros, de color rojizo con cola verdosa, que suele ser bastante espectaculares por su brillantez y velocidad (71km/s aproximadamente).

Las Leónidas deben su nombre a la constelación de Leo, desde donde radian. La constelación de Leo es visible desde ambos hemisferios, situándose relativamente cerca del ecuador celeste.

Para quienes deseen gozar de las Leónidas habrá que advertir, como ya se ha dicho, que su intensidad estos años será muy moderada, por lo que se debe pensar en la noche del 17 de noviembre y buscar un lugar tranquilo y sin mucha contaminación lumínica en el horizonte donde se situa la contelación de Leo.

A continuación dejo un par de imagenes que puede servir para orientarnos hacia que punto del firmamento mirar para encontrar el radiante de la lluvia:

Salu2,
elSant0

Conectar impresora en red en Ubuntu

Una situación que cada vez se repite más es la de tener que copiar documentos que deseamos imprimir desde un equipo portátil o remoto al equipo de sobremesa al cual está conectada la impresora.

Esto en Ubuntu hace ya algún tiempo que puede ser solucionado fácilmente. Existe una cómoda herramienta que permite a cualquier equipo compartir las impresoras que están conectadas a él. De este modo, mediante una conexión WIFI podremos compartirlas con equipos portátiles u ordenadores que se encuentren lejos de las mismas.

Las impresiones remotas serán algo más lentas debido al retardo que se produce al enviar el documento a la impresora, pero resultan igual de efectivas.

Para ello, en el equipo conectado físicamente a la impresora haremos:

1. Vamos a sistema->Administración->Impresoras.
2. Se abrirá la pantalla de administración de impresoras. Allí aparecerá cada una de las que tenemos instaladas.
   
   
   
   Vamos a Servidor->configuración.
3. En la nueva ventana abierta podremos configurar las siguientes opciones:
   
   
   
   Para compartir una, varias o todas las impresoras con el resto de equipo marcaremos la opción Publicar impresoras compartidas conectadas a este sistema. Para permitir configurar la impresión al resto de equipos marcaremos Permitir la administración remota.
   Cuando hayamos acabado de configurar las opciones, pulsamos Aceptar.
4. Ahora seleccionamos la impresora que deseamos compartir y marcamos Impresora->Compartida. Para aquellas impresoras que no deseemos compartir desmarcaremos dicha opción.

Ahora en el equipo remoto desde el cual deseamos imprimir haremos:

1. Vamos a sistema->Administración->Impresoras.
2. Se abrirá la pantalla de administración de impresoras. Allí aparecerá cada una de las que tenemos instaladas. Vamos a Servidor->configuración.
3. Para visionar las impresoras que existan compartidas marcaremos la opción Mostrar impresoras compartidas por otros sistemas.
   Cuando hayamos acabado de configurar las opciones, pulsamos Aceptar y si aun no aparecen las impresoras pulsamos sobre el botón Recargar y esperamos unos instantes a que sean detectadas.
4. Tras eso podremos manejar las impresoras como locales, siendo restringidos sólamente por los permisos establecidos en la configuración y por la velocidad de la red.

De este modo tendremos la impresora compartida en red y cualquiera de los equipos remotos que tengamos podrá usarla si el equipo anfitrión (conectado físicamente a la impresora) está encendido.


Salu2,
elSant0