Problema al conectar cable crossover entre AIX/Linux

Recientemente me vi en la necesidad de conectar con un cable crossover de una máquina con Linux a un AIX 5.1, para hacer una transferencia de archivos, todo fue bien hasta que realicé pruebas de transferencias utilizando diferentes protocolos (ftp, ssh, http, nfs, entre otros) y noté que la velocidad era muy pobre, en ambos sentidos (de AIX a Linux y viceversa).

Una solución temporal fue conectar ambas máquinas a un switch y la velocidad de transferencia fue tal como se esperaba, lo cual me genera la interrogante de cual será el detalle que quita compatibilidad a la conexión directa entre ambas máquinas.

A alguien le ha sucedido este problema?

Leyendo Imágenes de nero .nrg en GNU/Linux

Cuando nuestros colegas windozeros nos envían imágenes de CD es muy común que utilicen el software Nero para crearlas el cual genera archivos con extensión .nrg que no es legible directamente por el comando mount o los comandos para copia de CDs.

Pero existe un sencillo programa que permite convertir imágenes .nrg a .iso , la instalación es tan sencilla como:

Gentoo # emerge app-cdr/nrg2iso

Debian # apt-get install nrg2iso

Su utilización es igual de sencilla:

$ nrg2iso archivo.nrg archivo.iso

Y nos mostrará la siguiente salida:

|=========================>[100%]
archivo.iso written : 731492508 bytes

Listo!, podemos montar la imagen o quemarla.

Driver madwifi 64 bits con Atheros AR5007/AR24x en HP DV6770se

En un post anterior había descrito que el soporte 64 bits para la Atheros AR24x era nulo, pero al fin se ha desarrollado el driver para esta familia de tarjetas atheros!!! 😀 😀 😀 .

Los pasos para configurarlo son los siguientes:

  • Descargamos el trunk del svn de madwifi :
    # svn co http://svn.madwifi.org/madwifi/trunk madwifi
  • Descargamos el HAL de people.freebsd.org
    # wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz
  • Nos movemos al directorio del trunk de madwifi recién descargado y renombramos el directorio hal
    # cd madwifi
    # mv hal hal.old
  • Se extrae el contenido del HAL de freebsd y lo renombramos apropiadamente
    # tar xvf ../ath_hal-20080528.tgz
    # mv ath_hal-20080528 hal
  • Se compila e instala el madwifi, especificando el directorio de ejecutables y de manuales
    # make install BINDIR=/usr/bin MANDIR=/usr/share/man
  • Recreamos la lista de dependencias de los módulos
    # depmod -ae
  • Si tenemos configurado ndiswrapper es buen momento para bajar la interfaz y el módulo
    # ifconfig wlan0 down
    # rmmod ndiswrapper
  • Levantamos el módulo madwifi
    # modprobe ath_pci
  • Verficamos la salida del comando dmesg nos debe de mostrar una información tal como la siguiente:
    ath_pci: wifi0: Atheros 5414/2424: mem=0xf2000000, irq=16
    udev: renamed network interface ath0 to wlan0

Listo, ya tenemos disponible nuestra Atheros con su driver Open Source! , 😀 😀 .

Actualizacion 20080811: Es posible descargar un snapshot  desde http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/ el cual obviamente esta actualizado e incluye mejoras, luego de descargarlo se debe proceder desde el paso

# make install BINDIR=/usr/bin MANDIR=/usr/share/man

Compilando OpenOffice

La suite OpenOffice es seguramente el software que más tiempo toma compilarse en un GNU/Linux, por lo que normalmente no es una buena idea realizar el proceso de compilación.

En Gentoo GNU/Linux existen dos formas de instalar dicha suite: un paquete precompilado y compilar; en mi caso opté en primera instancia por el paquete precompilado el cual me funcionó bien hasta que noté que la velocidad del software no era la mejor, investigando me di cuenta que la versión que tenia instalada era de 32 bits, por lo que tenia que utilizar el software con emul-linux-x86-compat. Esto lo hubiera ignorado si no fuera porque en el Calc utilizo archivos CSV de cuarto de millón de registros, lo que hacía que se sintiera lenta la aplicación.

Así que encomendándome me dispuse recientemente a realizar la compilación, el resultado el siguiente:

* app-office/openoffice

Mon May 26 14:03:37 2008 >>> app-office/openoffice-2.4.0
merge time: 5 hours, 13 minutes and 27 seconds.

La compilación fue exitosa, y el desempeño ha mejorado notablemente, puedo revisar los csv con miles de registros sin mucho estrés.

En el proceso de compilación me di cuenta que solo se utilizó uno de los dos cores de los que dispongo, así que queda en el TODO la siguiente línea con la cual algunos han logrados tiempos asombrosos de 44 minutos:

MAKEOPTS=”-j3″ WANT_MP=”true” emerge openoffice > /dev/null

Powered by WordPress with GimpStyle Theme design by Horacio Bella.
Entries and comments feeds. Valid XHTML and CSS.