Back to Top

Camino Caminante Vereda

Category: Ubuntu

Después de muchos años con Windows al final decidí dar el salto a Linux.  Utilizo Ubuntu tanto en casa como el trabajo.  Ya van unos cuatro meses durante los cuales únicamente he utilizado Windows para sincronizar la PDA.  En Ubunto, como en todos los Linux es necesario leer mucho para conseguir que las cosas funcionen. 

Se puede hacer casi todo lo que se puede hacer en Windows.  Hay muchisimos programas que se instalan automáticamente con el apt-get.  El Google Maps, el Google Picasa, reproductores de video, el RealPlayer y programas para hacer casi cualquier cosa están disponibles.

 Hasta el momento lo único que no he sido capaz de hacer es sincronizar la PDA.

Importar repositorio Subversion en Ubuntu Edgy

El problema es debido a que tanto subversion como apache están enlazados con libapr0.  Parece que cuando se quiera utilizar apache y subversion juntos es necesario que ambos estén enlazados con la misma versión del libapr que creo que significa Apache Portable Library.  Según  http://svn.haxx.se/users/archive-2006-10/1552.shtml la librería libapr0 está limitada a ficheros de 2 GigaBytes.  El archivo que yo quería importar tenía 2.2 GigaBytes. La copia de seguridad del otro repositorio tenía más de 8 GigaBytes.  El artículo además decía que era necesario que tanto el apache como el subversion necesitaban estar compilados con la misma versión del apr.  La versión 1 del libapr era necesaria.  Me veía con la tarea desagradable de compilar el libapr, compilar el apache, compilar el subversion y compilar el php.  Detesto compilar el php.

 Con un apt-cache search vi que Edgy trae libapr1.  Lo instalé con
sudo apt-get install  libapr1 libaprutil1 libapr1-dev libaprutil1-dev

Desgraciadamente tanto el apache como el subversion seguían estando enlazados con libapr0.  Mala suerte.

 Después de consultar en el canal #svn en freenode me dijeron que únicamente era necesario compilar el subversion con la versión 1 del libapr.  No era necesario compilar el resto de cosas.  Me quedé muy aliviado.  En la página del subversión la única versión disponible para descargar era en este momento al 1.4.3.  Me olía mucho que un repositorio hecho con la versión 1.4.3 no iba a ser compatible con el subversion 1.3.2 que traía Edgy.  Afortunadamente  en  el canal #svn me dijeron que desde   http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=6781&expandFolder=6781&folderID=260 me podía descargar versiones anteriores.  Me descargué la versión 1.3.2 a mi home.  Escogí esta versión ya que es la que trae Ubuntu Edgy.

Descomprimí el subversion

cd
mkdir source
cd ~/source
tar xvjf../subversion-1.3.2.tar.bz2
cd ~/source/subversion-1.3.2
./configure –help

Vi que el programa de configuración traía las opciones  –with-apr y –with-apr-util  Gracias al locate vi que el archivo para poner en la opción de –with-apr era /usr/bin/apr-1-config y el archivo de  –with-apr-util era /usr/bin/apu-1-config  Con esta información ya podía compilar el subversion.  No me interesaba instalarlo ya que iba a utilizar la versión que trae el Edgy.

cd ~/source/subversion-1.3.2
./configure –with-apr=/usr/bin/apr-1-config –with-apr-util=/usr/bin/apu-1-config
make

 No hice make install ya que no me interesa para nada una versión del subversion incompatible con el apache.  Ya tenía un binario de svnadmin que podía usar para recuperar mi repositorio.  Me fui a la carpeta donde había creado el repositorio y lo importé con

~/source/subversion-1.3.2/subversion/svnadmin/svnadmin \
load . < /ruta/a/fichero_dump

Funcionó a la perfección.  Ya tenía importado mi repositorio.  Por desgracia hubo un ligero pero.  Un pero que no me deja más remedio que prescindir totalmente de Ubuntu Edgy en mi servidor.  Tengo una revisión de más de dos Gigabytes.  La mierda de enlazar tanto apache como subversion con libapr0 hace que una distribución tan excelente como Ubuntu Edgy me sea inservible para mi servidor.

 En la carpeta /db/revs de mi repositorio, un ls -lh revela lo siguiente.

total 2.1G
-rw-r–r– 1 andres andres  115 2007-02-17 15:27 0
-rw-r–r– 1 andres andres 2.1G 2007-02-18 17:26 1
-rw-r–r– 1 andres andres 105K 2007-02-18 17:26 2
-rw-r–r– 1 andres andres 331K 2007-02-18 17:26 3
-rw-r–r– 1 andres andres 2.9M 2007-02-18 17:26 4
-rw-r–r– 1 andres andres  19K 2007-02-18 17:27 5
-rw-r–r– 1 andres andres  24K 2007-02-18 17:27 6
-rw-r–r– 1 andres andres  17K 2007-02-18 17:27 7
-rw-r–r– 1 andres andres  16K 2007-02-18 17:27 8
-rw-r–r– 1 andres andres  53K 2007-02-18 17:27 9

Mi revisión 1 según este listado tiene un tamaño de 2.1 Gigabytes.  Eso significa que no puedo guardar ninguna modificación de ningún archivo de esta revisión, durante la cual cree mi repositorio.  He sido capaz de agregar nuevos archivos a mi repositorio, pero cuando he intentado modificar uno de los archivos de esta revisión, el subversion dice que no encuentra la revisión 1.  Lo que pasa es que el libapr0 no es capaz de leer el archivo ya que tiene más de dos Gigabytes.

 Los empaquetadores de Ubuntu, al haber enlazado un programa que es fundamental para mí con una librería obsoleta, han hecho que me sea inviable utilizar Ubuntu Edgy para mi servidor.  Yo necesito la posibilidad de trabajar con archivos de tamaño arbitrario.  El que me limiten el tamaño de los archivos que puede manejar el sistema operativo ha convertido esta distribución en inservible.

 Andreso

Placa Base ABIT KN9 SLI en Ubuntu Edgy

En cuanto traje el ordenador a casa y metí el CD de Ubuntu Edgy en la unidad de CDROM me empezó a dar problemas.  Tuve un agradable Kernel Panic.  El Grub del CD se quedaba colgado al principio sugiriéndome que era necesario arrancarlo con la opción de noapic.  Para hacer esto es necesario pulsar F5 o F6 y añadirle el parámetro noapic al final de las opciones de kernel en cuando se arranque con el CD de Edgy.

Tengo un disco duro Serial ATA en el cual instalé el Ubuntu de 64 bits y un disco duro IDE donde instalé el Ubuntu estándar.  Además de los problemas causados por el APIC, la placa base no me reconocía el disco duro IDE cuando lo arrancaba en frío.  Era necesario reiniciar el ordenador, entrar en la BIOS y decirle que arrancase del disco duro IDE.  Al reiniciar no daba ninguna clase de problemas.  Era únicamente cuando  el ordenador había estado apagado varias horas que daba el problema.

 Osease

  • Arrancar el ordenador.  Esperar a que diera el Grub Hard Disk Error debido a que no encontraba el disco duro IDE.
  • Apagar el ordenador pulsando el interruptor durante seis segundos
  • Encender el ordenador y pulsar Suprimir para entrar en la BIOS.
  • Ir a Advanced BIOS Options, Abrir Hard Disk Boot Priority y seleccionar el disco IDE.
  • Guardar la configuración
  • Al arrancar el GRUB, pulsar e para editar sus comandos
  • Seleccionar la opción donde aparece kernel, pulsar e para editar, agregar noapic hacia el final y pulsar Intro para guardar
  • Pulsar b para arrancar.

Los tres últimos pasos se podían obviar editando /boot/grub/menu.lst agregando  noapic al final de todas las líneas que empezaban por kernel.  Es necesario volver a editar el archivo menu.lst cada vez que se actualiza el kernel con el aptitude.  Ha habido veces que he tardado un par de horas en arrancar el ordenador por no seguir exactamente los pasos que especifiqué arriba.  Afortunadamente los de ABIT han sacado una actualización de la BIOS que resuelve estos problemas.  Entrando en BIOS y introduciendo KN9 SLI en la caja de texto de la parte superior aparecen varias actualizaciones para esta placa base.  Es necesario descargar la kn918.zip o una posterior.  

Para actualizar la BIOS seguí los pasos detallados en  HOWTO: Flash BIOS, The Ubuntu WayIMPORTANTE: Si no tienes una placa base ABIT KN9 SLI es probable que seguir estos pasos al pie de la letra va a dejar tu ordenador inservible.

 El archivo se descarga y se descomprime con unzip kn918.zip  creando una carpeta kn918.  Ahora es necesario bajarse la imagen OEM del FREEDOS de  http://www.fdos.org/bootdisks/El archivo que yo me descargué es FDOEM.144.gz.  Es muy importante que sea la versión OEM ya que cualquier otra versión puede cargar programas residentes en memoria.  Cualquier programa residente en memoria puede hacer fracasar la actualización de la BIOs por lo cual tu ordenador puede quedar inservible.  La versión OEM no arranca ningún programa.

Ahora es necesario grabar la imágen del FREEDOS en un disquete.  El HOWTO incluía instrucciones para hacer un CD auto arrancable con el programa para actualizar la BIOS pero las dos veces que lo intenté tuve que tirar los CD.  Estas instrucciones asumen que tienes el disquete en /dev/fd0.  Si no te funcionan las instrucciones el disquete estará en otra parte o quizás no tienes disquete.  Introduces el disquete y en el terminal desde la carpeta donde te descargaste la imagen del FREEDOS:

gunzip  FDOEM.144.gz
sudo dd if=FDOEM.144 -of=/dev/fd0 

Ahora hace falta montar el diskette

sudo mkdir /mnt/floppy
sudo mount /dev/fd0 /mnt/floppy 

Se va a la carpeta  kn918 creada al descomprimir el archivo descargado de ABIT y se copia todo al diskete.  Claro está, si te descargas una versión más moderna del BIOS, será necesario ajustar la ruta.

sudo cp * /mnt/floppy

 Ahora se verifica que todos los archivos se hayan copiado y se reinicia el ordenador.

 Es necesario volver a entrar en la BIOS para asegurarse que va a arrancar desde el diskete.  Esto se hace en las opciones avanzadas.

Una vez se arranca en DOS es necesario ejecutar el fichero .BAT que instala la BIOS.  Se llama RUNME.BAT 

Después de cuatro o cinco pantallas en las cuales me preguntó si estaba verdaderamente seguro de lo que estaba haciendo, me permitió actualizar la BIOS.  Al sacar el disquete y arrancar el ordenador la BIOS me dio una advertencia.  Es necesario dejar la configuración del BIOS a cero.  Para esto es necesario abrir el ordenador.  Se apaga el ordenador y, muy importante, se desenchufa el cable de alimentación.  En la parte inferior de la placa base, más o menos por la mitad, hay un jumper que está haciendo cortocircuito a los dos alambres de la derecha.  A la izquierda hay un alambre libre.  El jumper está marcado con el texto CCMOS1 y en mi placa base era un trozo de plástico amarillo de más o menos medio centímetro de ancho y unos cinco centímetros de alto.  Es necesario sacarlo y ponerlo haciendo cortocircuito con los dos alambres de la izquierda para que la BIOS vuelva a sus valores de fabrica.  Pasados un par de segundos se quita y se vuelve a poner en los dos alambres de la derecha.  Las pase canutas para colocar el jumper.

Al final pude encender el ordenador.  Hice la prueba de editar la línea del kernel de GRUB, quitando el noapic.  Arrancó perfectamente.  Desgraciadamente no terminaron mis problemas con esta placa base.  El servidor X no quería arrancar.  No sé qué de que no encontraba el dispositivo.  Entré en modo consola pulsando Mayus-Alt-F3 o Ctrl-Alt-F3 (no me aclaro) con mi usuario.  Ejecuté lspci -v -v -v | less para tener toda la información que disponía mi ordenador de lo que hay conectado a mi placa base.  Vi que a la izquierda de donde aparecía mi tarjeta gráfica ponía 06:00.0 

En el archivo de configuración de las X, que abrí con  sudo vi /etc/X11/xorg.conf aparece lo siguiente

Section "Device"
    Identifier    "ATI Technologies, Inc. Radeon X600 (RV370)"
    Driver        "fglrx"
    Option      "VideoOverlay" "on"
    BusID        "PCI:5:0:0"
EndSection

En el BusID ponía "PCI:5:0:0" y el lspci decía que la tarjeta gráfica estaba en 06:00.0.  Cambié la línea de BusID

 BusID        "PCI:6:0:0"

y reinicié el ordenador.

 Al final mi flamante sistema es compatible con el Linux.

 Andreso