Fuentes web
Entradas
Comentarios

Siempre he sido usuario de ADSL de nuestra “querida” Telefónica, pero en el nuevo piso había preinstalación de ONO y gestionaban el alta casi de un día para otro, así que decidí probar con ellos. Añadir que dos días después de tenerlo funcionando, Telefónica sacó la oferta de 19.99 € durante el primer año para su ADSL.

Elegí la instalación con un router wifi, el cual he de decir que va bastante bien. La velocidad es muy buena, ya que siendo 3 megas, las bajadas son de media a 350 Kb./seg.

Al turrón. Una de las cosas que me sorprendió cuando lo tuve todo configurado es que no podía conectar a IRC con mi querido IRSSI. Es decir, si que conectaba, pero a los pocos segundos, el lag comenzaba a subir hasta que se producía la desconexión. En una primera ronda de búsqueda de info, me comentaron que con PIDGIN no había ningún problema, lo instalé, y efectivamente, conectaba y no se caía. Pero es un cliente que no me gusta nada.

En la segunda y última ronda en busca de documentación, el amigo debianjoker me comentó que podía probar con Xchat modificando un parámetro de la configuración (comprobado que funcionaba) y para IRSSI me dio dos posibles parámetros a modificar. Trasteando, di con la solución, así que aquí os pongo ambas.

XCHAT

Entramos en el directorio /home/usuario/.xchat2 y modificamos el fichero xchat.conf:

$ cd ~/.xchat2
$ joe xchat.conf
/span>

Buscamos la cadena irc_who_join y veremos que tiene el valor 1. Ponemos ese valor a 0 y guardamos. Reiniciamos Xchat y comprobamos que conecta perfectamente.

IRSSI

Arrancamos IRSSI y dejamos que conecte. Cuando lo haya hecho, escribimos:

/set channel_sync OFF
/save

ese valor por defecto está en ON, y debemos ponerlo en OFF. Con /save guardamos los cambios. Hacemos un /quit para salir, volvemos a lanzar IRSSI y debe conectar y manterse online sin subidas de lag.

Como comentaba en la entrada anterior había observado que un par de servicios daban error al iniciarse el sistema, y que seguramente alguno de ellos sería el culpable de la ralentización/lentitud que sufrían algunas aplicaciones al ejecutarlas: Dolphin, Gwenview, etc…

Pues creo haber descubierto quien es el culpable: FAM. Voy a explicar un poco cual es el funcionamiento de este servicio.

Imaginad que estamos en consola, modificando ficheros y directorios, borrando unos, moviendo otros, etc. Sin la presencia de FAM, seguramente aplicaciones como Konqueror o Dolphin no se harían eco de los cambios que hemos realizado desde la consola. FAM son las siglas de File Alteration Monitor (monitor de modificación de ficheros), y su trabajo es transmitir a aplicaciones como las que comentaba antes, los cambios que sufren los ficheros y directorios de nuestro sistema.

Sería un poco incómodo y confuso que tras crear un fichero con vim, nano, joe o cualquier editor desde la consola, no nos apareciera en la ventana de Konqueror, por ejemplo. Por eso existe FAM.

En mi caso, al arrancar no se iniciaba correctamente, dando error por tanto, y no llegué a averiguar por se producía. La forma de solucionarlo fue sustituyéndolo por otro servicio similar llamado Gamin. Luego, buscando un poco de info, leí que FAM es bastante delicado y problemático. Desde que he instalado Gamin, va todo como la seda. Dolphin abre sobre la marcha, y el resto de aplicaciones que tiene que ver con la gestión de ficheros, también. Para instalarlo, como siempre:

# aptitude install gamin

Al instalar este paquete, nos avisará de que va a desinstalar FAM y su librería, aceptamos, reiniciamos y a funcionar.

Primer contacto con KDE4

Llevo apenas unos dias funcionando de lleno con KDE 4, y la verdad es que me está gustando bastante, aunque me está dando algunos problemas que comentaré ahora.

El entorno en general es bastante rápido. El tema de los plasmoides es curioso, y sabiendo utilizarlos sin instalar demasiados, no afectan al rendimiento/velocidad del escritorio. Para los que venimos de KDE 3.5 cuesta un poco acostumbrarse. En mi caso, nada mas arrancar, debí de tocar algo y perdí la barra de tareas, es decir, que ya no me salía la lista de aplicaciones abiertas. Después de dar varias vueltas, descubrí que se trataba de un plasmoide, así que solamente tuve que volver a añadirlo para dejar la barra como venía inicialmente.

Otra cosa que me ha sorprendido ha sido el gestor de ficheros Dolphin. Al principio no le cogía el punto, pero después de trastearlo un poco, me gusta cada vez mas. Es bastante cómodo, por ejemplo, tener una lista de los dispositivos, estén montados o no, en una especie de menú a la izquierda, lo cual nos facilita la tarea de montar/desmontar/mostrar cualquiera de las unidades que tengamos. Otra cosa que me gustó fue la previsualización de imágenes en una ventana incrustada a la derecha, con lo cual no tienes que abrir un visor de fotos para verlas, a no se que quieras modificarlas, claro está. En general, el primer vistazo que le he dado por encima, ha sido positivo.

Por lo demás, apenas he tenido tiempo de trastear con mas aplicaciones. Añadir que tras instalar knetworkmanager y powernowd, tanto la wifi como la gestión de energía funcionan perfectamente.

Como contrapartida, lo que mas problemas me está dando es el tiempo que tarda en cargar algunas aplicaciones, una de ellas Dolphin, aunque me ha pasado también con otras, como Gwenview. Hay veces que tarda en abrirse varios minutos, y en otras ocasiones ni se abre. Es posible que tenga que ver con algún servicio que me está dando problemas en el arranque (FAM y NFS) y que todavía no he podido solucionar. Además, tengo una partición NTFS que tiene toda la pinta de tener también algo que ver.

Seguiré informando sobre mis avances…. y los del cacharro.

Ya estoy de vuelta!

Buenas de nuevo! Se que ha pasado mucho tiempo, demasiado quizás, pero las cosas vienen como vienen. Tras varias mudanzas, puedo decir que ya estoy relocalizado y asentado. Uno de las cosas que mas he echado en falta ha sido el ADSL, ya que al no tener línea propia, conectaba cuando y donde podía. Eso también está solucionado.

Durante todo este tiempo he procurado no trastear mucho con el único ordenador que me ha quedado (el portátil ASUS que comentaba en esta entrada) por miedo a no poder solucionar cualquier imprevisto, y es por eso por lo que no ha habido movimiento en el blog. Pero desde que me pusieron la conexión hace unos días he vuelto al ataque, y la he liado bien liada :(  Esto que cuento es un resumen de lo acontecido en las últimas tres semanas con el dichoso portátil.

Nada mas tener conexión, actualicé el sistema, metiendo primero KDE4 y luego haciendo un safe-upgrade (si no actualizaba a KDE4 no me dejaba actualizar por problemas de dependencias). Ahí empezaron los problemas. El portátil se colgaba al arrancar o reiniciar y al final, me pillé tal cabreo, que decidí quitar Debian, muy a mi pesar, y usar Windows Vista que es lo que venía inicialmente en la máquina.

Pasé las de Caín para quitar las particiones de linux, si, como lo ois. Algo sumamente sencillo se convirtió en un infierno. Cuando por fin lo conseguí, el ordenador no iniciaba desde la partición oculta para recuperar Vista, ya que se quedó GRUB instalado. Otra movida para recuperar el MBR, ya que no tenía apenas herramientas (y no podía acceder a internet).

Al final, instalé Vista, y no había forma de que funcionara el Wifi, no conectaba con ningún router, ni de ONO ni de Telefónica ni de nada. Metí XP, y no había forma de dar con los drivers correctos. Al final, me resigné, y volví a instalar Debian desde cero, de lo cual me alegro enormemente, ya que después de tanto tiempo no creo que me adaptara facilmente a Win. Así que ahora, estoy configurandolo todo poco a poco, conforme voy teniendo ratos, pero por lo menos, el Wifi me funciona y puedo estar conectado.

No se si podré actualizar con la periodicidad de antes, pero lo intentaré. Saludos!

De mudanza

Si habeis pasado por aquí en los últimos días habreis visto una actividad anormalmente baja, y es debido al proceso de mudanza en el que me encuentro inmerso.

En breve continuaré añadiendo artículos. Saludos!

Tal y como explicaba en el primer artículo de esta serie de artículos sobre la compilación del kernel, compilar un kernel vanilla no es tarea fácil. Se requieren conocimientos avanzados para poder realizar este proceso. El kernel dispone de cientos de opciones que deberemos configurar. Si os decidís por este método,  vamos a ello. Debereis seguir los pasos explicados en el primer artículo para descargar el kernel que vayais a instalar.

Al igual que en la compilación de un kernel al estilo Debian, deberemos tener instaladas las siguientes herramientas para la compilación:

# aptitude install kernel-package libncurses5-dev fakeroot gcc make build-essential

Seguimos los pasos en este caso también para descomprimir el tarball. Copiamos el kernel que descargamos a /usr/src, descomprimimos y creamos un enlace llamado linux a la carpeta del kernel:

# cp /home/anduim/linux-2.6.28.tar.bz2 /usr/src/
# cd /usr/src
# tar xvjf linux-2.6.28.tar.bz2
# ln -s /usr/src/2.6.28/ linux
# cd linux

Si queremos utilizar las opciones del kernel anterior, haremos un

# make oldconfig (con lo cual se cargarán las opciones que teniamos en el otro kernel, y se nos avisará de las que hayan añadido)
# make menuconfig (entramos de lleno en la configuración)

NOTA: Si se quiere prescindir del initrd para el inicio con el nuevo kernel, es imprescindibe tener marcados como built-in (*) las opciones referentes al sistema de ficheros que estemos usando, en mi caso EXT3 (también EXT2), y las opciones correspondientes al soporte de SATA y/o RAID, según sea vuestro HD.

# make (este paso puede tardar bastante, dependiendo de la velocidad de tu ordenador)
# make modules_install

NOTA: En kernels anteriores era necesario hacer tambien un make modules, pero ya no, este paso se realiza automáticamente al hacer el make.

Una vez realizados estos pasos, tenemos dos opciones. O copiar a mano los ficheros necesarios para el arranque con el nuevo kernel, o dejar que se encargue de ello otro comando.

COPIAR FICHEROS DE ARRANQUE MANUALMENTE:

# cd /usr/src/linux
# cp System.map /boot/System.map-2.6.28-anduim
# cp .config /boot/config-2.6.28-anduim
# cp arch/x86/boot/bzImage /boot/vmlinuz-2.6.28-anduim


COPIAR FICHEROS AUTOMATICAMENTE:

Ejecutamos el siguiente comando, y automaticamente se copiarán a /boot los ficheros System.map, .config y bzImage:

# make install

Continuamos con el proceso. Si hemos decidido hacer uso de initrd, deberemos generar dicho fichero. Hay que tener en cuenta que debe existir una carpeta con los módulos en /lib/modules, que se llame exactamente igual que la carpeta que contiene el kernel, en este caso sería /lib/modules/2.6.28. Esta carpeta se crea al ejecutarse el make modules_install. Ahora creamos el fichero de la siguiente forma:

# mkinitramfs -o /boot/initrd.img-2.6.28-anduim 2.6.28

Una vez generado el fichero initrd, solo nos faltará añadir la entrada correspondiente al fichero /boot/grub/menu.lst con el nuevo kernel:

title            Debian GNU/Linux, kernel 2.6.28-anduim
root             (hd0,0)
kernel           /boot/vmlinuz-2.6.28-anduim root=/dev/sda1 ro quiet
initrd           /boot/initrd.img-2.6.28-anduim

Los parámetros (hd0,0), y root=/dev/sda1 dependerán de cada caso en concreto, fijaros en la entrada de grub que usais habitualmente y sabreis cuales son los vuestros. Y la última linea, la del initrd, si habeis marcado bien en el menuconfig lo referente al Sistema de ficheros y las opciones SATA/IDE podreis eliminarlo, si no, dejadlo puesto para que arranque mientras buscais la solución.

Otras partes de la guía sobre el Kernel:

Lo primero es instalar todo lo necesario para la compilación (puede ser que algunas cosas ya estuvieran instaladas:)

# aptitude install kernel-package libncurses5-dev fakeroot gcc make build-essential

Copiamos a /usr/src el kernel que descargamos , descomprimimos y creamos un enlace llamado linux a la carpeta del kernel:

# cp /home/anduim/linux-2.6.28.tar.bz2 /usr/src/
# cd /usr/src
# tar xvjf linux-2.6.28.tar.bz2
# ln -s /usr/src/2.6.28/ linux
# cd linux

Ahora tenemos dos posibilidades. O usamos la configuración del kernel anterior para compilar, o configuramos el nuevo desde cero. Si nos decantamos por la primera opción, deberemos hacer lo siguiente (estando en /usr/src/linux):

# make oldconfig (con esto cargará automaticamente las opciones que tenías en el kernel anterior, y te dirá que novedades hay)

Si elegimos la segunda opción, entramos directamente a la configuración (agarraros fuerte, que vienen curvas :)

# make menuconfig

Aquí es donde realmente está lo complicado de compilar tu propio kernel. Si tienes dudas sobre que debes marcar y qué no, consúltalas o léete la ayuda que aparece en cada una de ellas. Una vez hayas revisado bien todo, salimos, guardando cuando nos pregunte, y comenzamos a generar el nuevo núcleo:

# make-kpkg clean
# fakeroot make-kpkg --initrd --revision="mi-version-1" kernel-image

Podemos cambiar “mi-version-1” por lo que queramos. Una vez que termine, se habrá creado un  fichero .deb en el directorio de arriba, el cual debemos instalar:

# cd ..
# dpkg -i kernel-image-2.6.28-mi-version-1.deb

Reiniciamos, y si todo estaba bien, arrancaremos con nuestro nuevo kernel.

Otras partes de la guía sobre el Kernel:

Es el software responsable de facilitar a los distintos programas acceso seguro al hardware de la computadora o en forma más básica, es el encargado de gestionar recursos, a través de servicios de llamada al sistema. Como hay muchos programas y el acceso al hardware es limitado, el núcleo también se encarga de decidir qué programa podrá hacer uso de un dispositivo de hardware y durante cuánto tiempo, lo que se conoce como multiplexado

Esa es la definición de Kernel que nos da la Wikipedia. Como centro neurálgico o núcleo de nuestro sistema operativo, es lógico que en determinadas ocasiones nos veamos obligados a realizar cambios en el mismo.

Compilar un kernel no es tarea fácil y en la medida de lo posible deberíamos abstenernos de meternos en berenjenales. Aun así, si después de estar seguro que con uno precompilado (linux-image-x.x.x) no solucionas tu problema y te quieres meter de lleno en la compilación de un kernel a tu medida, has de saber que hay dos opciones distintas para realizar dicha labor:

  • Compilación al estilo Debian: de esta forma, lo que hacemos es instalar un kernel con las mismas opciones (si queremos) que teníamos con el kernel anterior y generar un paquete .deb para su posterior instalación.
  • Compilación de un Kernel Vanilla: Este método es bastante mas crudo, ya que partimos de un kernel totalmente limpio (si queremos), el cual modificaremos a nuestro gusto hasta dejarlo totalmente personalizado.

El lugar mas seguro para descargar el kernel es la página oficial del mismo: http://www.kernel.org. Evita hacer descargas a través de Emule, o de sitios extraños. En la portada de la misma tendremos los enlaces para descargar la versión del kernel que queramos. En nuestro caso, bajaremos el último estable, que a fecha de este artículo es la versión 2.6.28:

En la misma línea del kernel, a la derecha, vemos una serie de enlaces en forma de letra. Abajo nos explican que significa cada uno. La opción Changelog es importante, pues ahí podremos consultas las mejoras y novedades que aparecen en la nueva versión del núcleo.

Pulsamos en la F que hay a la derecha en la línea del kernel 2.6.28 para bajarnos las fuentes completas a nuestro directorio, y cuando termine, tendremos un fichero llamado linux-2.6.28.tar.bz2.

Enlaces complementarios:

Otras partes de la guía sobre el Kernel:

He instalado VirtualBox tanto en el Pc como en el portátil, y mientras que en el PC no he tenido problema alguno, al acceder en el portátil a la configuración de la instalación de XP que iba a empezar, recibía un mensaje advirtiéndome que los USB del sistema Anfitrión no iban a funcionar. Tal y como comentaba en el post anterior, la versión OSE no tenía soporte para USB (aunque he visto que hay por ahí algun truquillo) pero la PUEL si, que es la que he instalado yo. Así que estuve googleando un poco, y lo cierto es que no había mucha información para solucionar esto en Debian, la mayoría de los sitios hablaban de Ubuntu, y los tutoriales no servían para Debian.

Al final, la solución la saqué de dos tutoriales distintos, y tuve que hacer lo siguiente:

Creamos un grupo llamado usbusers con el GID 1007, que usaremos luego en /etc/fstab:

groupadd -g 1007 usbusers

Añadimos al usuario a ese grupo:

gpasswd -a anduim usbusers

Editamos /etc/init.d/mountkernfs.sh, buscamos la linea:

domount usbfs usbdevfs /proc/bus/usb usbfs -onodev,noexec,nosuid

y cambiarla por:

domount usbfs usbdevfs /proc/bus/usb usbfs -onodev,noexec,nosuid,devgid=1007,devmode=0666

Abrir /etc/fstab y añadir la siguiente linea:

none /proc/bus/usb usbfs devgid=1007,devmode=664 0 0

Reiniciamos la maquina, y para comprobar si VirtualBox ve los USB:

VBoxManage list usbhost

Para quien no lo sepa, VirtualBox es una de las varias herramientas de virtualización que existen. Este tipo de aplicaciones nos permiten instalar de forma virtual (es decir, sin tener que usar un disco duro o partición para ello, sino un fichero donde VirtualBox lo gestiona todo) prácticamente cualquier sistema operativo que queramos. Es muy util en casos como los siguientes:

  • Nuestro sistema operativo (en adelante SO) es Windows y queremos probar una distribución de Linux
  • Trabajamos habitualmente con Linux y necesitamos tener Windows XP para alguna tarea concreta que no podamos realizar con nuestra distro.
  • Simplemente queremos probar nuevas versiones o distribuciones diferentes a la nuestra.

Yo me decanto por VirtualBox (en adelante, VB) aunque existen otras alternativas, como Vmware, Qemu, etc. Hay dos alternativas (o versiones) a la hora de instalar VB en Debian:

  • VirtualBox OSE (Open Source Edition): es la versión libre (se han suprimido las partes privativas y eliminado algunas funciones)
  • VirtualBox PUEL o FULL (privativa) que solo se podrá utilizar para uso personal y de evaluación.

En Debian podemos instalar cualquiera de las dos. Una de las diferencias fundamentales en cuestión de usabilidad, es que la versión libre (OSE) NO tiene soporte para USB y para discos duros Serial ATA, mientras que la versión cerrada SI lo tiene. Es por eso que siempre me he decantado por instalar la versión privativa.

Una vez sabido esto, comentar que hay dos formas de instalar VB: o bien descargándonos desde la página oficial de SUN Microsistem el .deb para nuestro Debian o bien haciendo uso de los repositorios. Yo voy a explicar como hacerlo desde repositorios, y en unos pocos pasos, tendremos totalmente operativo nuestro VB.

Lo primero de todo es editar el fichero /etc/apt/sources.list y añadir al final del mismo el repositorio de la versión de Debian que estemos usando (en mi caso la segunda línea):

deb http://download.virtualbox.org/virtualbox/debian lenny non-free
deb http://download.virtualbox.org/virtualbox/debian etch non-free
deb http://download.virtualbox.org/virtualbox/debian sarge non-free

Guardamos los cambios y ahora descargamos la clave pública para el apt y la añadimos:

wget http://download.virtualbox.org/virtualbox/debian/sun_vbox.asc
sudo apt-key add sun_vbox.asc

Actualizamos los repositorios:

sudo aptitude update

E instalamos el paquete:

sudo aptitude install virtualbox-2.1

Antes de finalizar la instalación nos avisará de la creación del grupo vboxusers, le decimos que si, y en caso de no estar compilado el modulo correspondiente, nos avisará de ello y la misma instalación se encargará del asunto. Una vez hecho esto, VB estará instalado y listo para funcionar.

No voy a entrar en detalles sobre como crear una instalación virtual, ya que la información es abundante. Aquí os dejo algunos enlaces sobre el tema:

Entradas antiguas »