miércoles, diciembre 27, 2006

CDs de instalación de Debian Etch con KDE, XFCE por defecto

Como se veía venir desde septiembre por los mensajes en las listas de correo developers y debian-cd y por el directorio del servidor ftp de imágenes semanales, los muchachos del equipo debian-cd han dejado todo listo para que se genere periódicamente una variedad de tipos de CD y DVD de Debian, cada una con algunas modificaciones para que todos disfrutemos de momentos más placenteros instalando nuestro sistema operativo favorito...

Además de las imágenes generadas a diario netinst (para instalación por red) y businesscard (para minicd y cd-en-tarjeta), semanalmente se generará:
  • Un juego completo de CD y DVD para cada arquitectura.
  • Una versión del CD 1 con paquetes de KDE para cada arquitectura.
  • Una versión del CD 1 con paquetes de XFCE para cada arquitectura (mil gracias!!!!)
  • Un netinst para 3 único para amd64/i686/powerpc
  • Una versión del DVD 1 con fuentes para amd64/i686/powerpc
Esto quiere decir que Dios ha escuchado nuestras súplicas y a partir de ahora podremos instalar Debian con KDE o XFCE POR DEFECTO!!! Ya no será necesario instalar Debian base y luego el resto de paquetes para tener una instalación a medida; ahora solo bastará descargar la imagen del CD 1 con XFCE (o KDE) y podremos tener un escritorio liviano en pocos minutos. Como siempre, si quieren Gnome, simplemente utilicen el CD #1 oficial.

Este estilo de "1 CD por entorno de escritorio" es algo que varios deseabamos desde hace bastante, incluso antes de que surgiera Ubuntu, y me alegra mucho saber que ya lo tenemos disponible aquí en Debian (gracias a Joey Hess). Por supuesto, si tienen la suerte de tener DVD, en el DVD #1 tienen los tres entornos juntos (o al menos eso creo).

Lo que me queda por ver es la selección de paquetes adicionales que contiene cada CD (por ejemplo, yo suelo usar XFCE+WDM en vez de GNOME+GDM), pero eso creo que se podrá arreglar a medida que pase el tiempo.

Bueno, ya para que lo vayan probando...
Mucha suerte...!!!

Actualización 08/03/2007: Debian Etch ya es la distribución estable oficial de Debian GNU/Linux. Pueden obtener los medios de instalación siguiendo este post.

lunes, diciembre 11, 2006

Servidores virtuales en Debian con VServer (parte I)

Se dice que
"Necesidad, que es la madre de la invención" - Platón en "La República". (1)
por supuesto algunos disienten,
"No pienso que la necesidad es la madre de la invención - la invención, en mi opinión, surge directamente de la ociocidad, posiblemente también de la holgazanería. Para ahorrarse problemas uno mismo." - Agatha Christie en "Una Autobiografía". (2)
En cualquier caso, menos mal que lo que yo necesitaba ya estaba inventado (punto a favor para la definición 2).

El tópico de hoy es Servidores virtuales en Debian con VServer. Pero primero ¿qué es un servidor virtual?
"Un servidor virtual privado (también designado como servidor virtual dedicado o servidor virtual y abreviado como VPS o VDS) es un servidor que se ejecuta mediante virtualización en tándem con otros servidores virtuales en una computadora física." - Wikipedia
Las posibilidades en virtualización son varias, cada una con un buen compendio de ventajas y desventajas. Pueden encontrar una comparativa de máquinas virtuales en Wikipedia. Las implementaciones más conocidas son:
El sistema operativo en mi máquina de trabajo es Debian Etch, una versión de Debian que aún no está liberada como estable (aunque pronto lo estará). Nuestros servidores corren actualmente Debian Sarge (la versión estable actual) con las correspondientes actualizaciones de seguridad.

La virtualización es útil, en mi caso, para verificar el comportamiento de las aplicaciones en el entorno de trabajo en el que serán ejecutadas sin necesidad de tener un equipo adicional ni requerir un inicio dual con dos sistemas operativos en el equipo de desarrollo (lo que sería sumamente tedioso dado implica reiniciar el equipo para cambiar entre el entorno de desarrollo y el de implementación).

De las opciones anteriormente mencionadas opté por Linux-VServer sin muchas razones más que la facilidad de instalación.

La tecnología Linux-VServer es, según su página web:
... un concepto de particionamiento liviano basado en Contextos de Seguridad que permite la creación de muchos Servidores Virtuales Privados (VPS) independientes que se ejecutan simultáneamente sobre un único servidor virtual a máxima velocidad, compartiendo eficientemente los recursos de hardware.

Un VPS provee un entorno operativo casi idéntico al de un servidor Linux convencional. Todos los servicios como servidores de ssh, correo, web y bases de datos pueden ser iniciados en e VPS, sin modificación (o con mínimas modificaciones en casos especiales), tal como cualquier en otro servidor real.

Cada VPS tiene su propia base de datos de cuentas de usuarios y su propio usuario root, y está aislado de los demás servidores virtuales, exceptuando el hecho de que comparten los mismos recursos de hardware."

A diferencia de Xen, donde un host puede ejecutar VPS con distintos sistemas operativos, Linux-VServer es un virtualizador que opera a nivel de Sistema Operativo y utiliza el mismo kernel en el host y en los diferentes VPS, con lo cual está limitado a Linux, y preferentemente a la misma distribución que el host. Esta característica le brinda a su vez una gran ventaja: muy buen rendimiento. Pueden encontrar mucha más información leyendo el Paper sobre Linux-VServer disponible en la web del proyecto.

Esta guía es una traducción con ligeras modificaciones de "Linux-Vserver on Debian Testing (Etch), the easy way", publicada en el sitio HowtoForge.

1. Preparación del host

Necesitaremos una imagen de kernel con los parches para VServer. Debian ya nos provee imágenes preparadas, de las cuales se puede optar para la más conveniente de acuerdo a la arquitectura del host. En mi caso, descargaré linux-image-vserver-k7.

# apt-get install linux-image-vserver-k7

También será necesario descargar las utilidades para VServer:

# apt-get install util-vserver vserver-debiantools

Una vez hecho todo esto se debe reiniciar el equipo para iniciar con el nuevo kernel. Al finalizar el arranque, verificar que el kernel iniciado es el que contiene los parches VServer con

# uname -r
2.6.18-3-vserver-k7

Este kernel no es muy diferente al estándar, los módulos disponibles son prácticamente los mismos. Incluso es posible iniciar un servidor X (si es que no inició automáticamente), aunque sólo lo recomiendo si tienen bastante memoria disponible (mas de 512, preferentemente).

2. Creación de un servidor virtual

Antes de continuar debemos establecer ciertas variables que serán necesarias para la creación del nuevo VPS:
  • vsroot - Esto apuntará a un directorio o partición donde se mantendrán los archivos para cada VPS. Por defecto es /var/lib/vservers
  • Hostname - El hostname de nuevo sistema
  • Domain - El dominio del nuevo sistema (usualmente el mismo de host)
  • IP Address- La dirección IP del nuevo VPS
  • CIDR Range - La máscara de la IP anterior
  • Dist - La distribución a instalar
  • Debian Mirror - El espejo desde el cual se deben descargar los paquetes
  • Interface - La interfaz de red a utilizar, si no es eth0
Para este ejemplo, crearé un servidor virtual con los siguientes datos:
  • vsroot: /var/lib/vservers
  • hostname: mendieta
  • domain: example.com
  • ip address: 192.168.3.101 <= puede ser pública o privada
  • máscara: /24
  • dist: sarge
  • mirror: http://ftp.br.debian.org/
  • interface: eth0
Nota: si son impacientes y no quieren esperar a bajar los paquetes desde el mirror porque tienen un CD de Sarge, pueden montar rápidamente un mirror casero aprovechando un servidor web o ftp existente. Por ejemplo utilizando vsftpd, solo deben crear un directorio debian dentro de la raíz anónima (usualmente /home/ftp) y copiar allí los directorios /pool y /dist del cdrom (o crear un enlace simbólico, lo que prefieran) . En tal caso el mirror será http://localhost/debian/
De esta forma se agiliza mucho la instalación. No hay que olvidarse de, en el corto plazo, efectuar una actualización contra los repositiorios security.debian.org, a fin de no quedar utilizando versiones comprometidas de los servicios disponibles.

Bien con eso alcanza para crear el primer VPS. Sólo hay que llamar a newvserver con los parámetros dados:

# newvserver --vsroot /var/lib/vservers/ --hostname mendieta --domain example.com --ip 192.168.3.101/24 --dist sarge --mirror ftp://localhost/debian/ --interface eth0

Tras un ratito de descarga y configuración donde hay que responder algunas preguntas (la clave que se asignará a root, por ejemplo), el VPS estará disponible.

3. Control del servidor virtual

Para controlar el servidor virtual se utiliza el comando vserver de la siguiente forma:

vserver [start | stop | restart | enter]

Por ejemplo, para iniciar el servidor recientemente creado, solo hay que ejecutar

# vserver mendieta start

Si se desea detener el VPS, reemplazar start por stop.

Finalmente, para ingresar al servidor virtual, se debe ejecutar:

# vserver mendieta enter
mendieta:/#

Y allí ya tenemos un VPS con Debian Sarge en el cual podemos instalar lo que sea necesario utilizando apt-get o aptitude.

Hasta acá llego con el post de hoy. La segunda parte tratará sobre la instalación y configuración de servicios tanto en el VPS como en el host, y el establecimiento de reglas de enrutado a fin de permitir el acceso externo a los servicios brindados por el VPS.

Como siempre, espero que todo haya sido de utilidad.

domingo, diciembre 03, 2006

¿Estamos viviendo en un mundo simulado?

Estos párrafos iniciales que leerán ahora no tienen relación con el tópico, sobre el cual hablaré más abajo, pero viene al caso dado que es el disparador de la pregunta.

La televisión argentina es una televisión imposible de comparar con la de otro país. Es una televisión que redefine la palabra evolución, dado que uno esperaría que una industria como ésta mejore con los años, y luego se lleva semejante chasco al observar cuanto mucho treinta minutos de cualquier canal de aire.

Será que uno con los años se pone exquisito, pero salvo algunas honrosas excepciones que no citaré aquí pues saltan a la vista, la calidad de la tv argentina da, realmente, más pena que rabia. Como dije antes, quizá sólo sea yo quien haya perdido la tolerancia.

Pero algo tengo que agradecer a la TV. Al final, si no fuera tan mala, me quedaría viéndola y no leyendo artículos en Internet.


Ahora a lo que viene el post.

Más de una vez habrán visto películas como Vanilla Sky o Matrix y al terminar de verlas, cuando pasan los créditos y se acabó el pochoclo, uno se pregunta qué pasaría si el argumento de éstas fuera el argumento de la realidad actual. Borges mismo se lo pregunta al final de Ajedrez:

"Dios mueve al jugador y éste, la pieza.
¿Qué dios detrás de Dios la trama empieza
De polvo y tiempo y sueño y agonía?"



Es decir, ¿Sería posible que lo que estemos viviendo no fuera la realidad, sino un mundo simulado al cual vemos como realidad?

Esa es una pregunta válida cuya respuesta es naturalmente escurridiza. Yo no la puedo responder. Al fin y al cabo, mi única cuestión filosófica es "¿donde habré puesto las llaves?", e incluso a veces ni siquiera para eso tengo respuesta.

Lo bueno es que no soy el único que incurre en dicha cuestión. Nick Bostrom, un filósofo de la Universidad de Oxford, también se preguntó lo mismo en el año 2001 y escribió un paper titulado "Are you living in a computer simulation?" en el cual postula que al menos una de las siguientes proposiciones es verdadera:
  1. la probabilidad de que civilizaciones de nivel humano lleguen a una etapa pos-humana es muy cercana a cero.
  2. la probabilidad de que civilizaciones pos-humanas que estén interesadas en ejecutar simulaciones de sus ancestros es muy cercana a cero.
  3. la probabilidad de que toda la gente que viva nuestras experiencias esté viviendo en una simulación computada es muy cercana a uno.
Según Bostrom, si (1) es cierto entonces es muy probable que nos extingamos antes de que alcancemos una etapa pos-humana (lo que no significa que tenga que ser pronto). Si (2) es cierto, entonces las civilizaciones avanzadas deben de acordar no ejecutar (no permitir) simulaciones de ancestros. Si (3) es cierto, entonces sí estamos viviendo en una simulación. Finalmente, a menos de que estemos viviendo ciertamente en una simulación, nuestros descendientes probablemente nunca ejecuten una simulación de ancestros.

La Wikipedia cita algunas Críticas al argumento de simulación que también merecen ser observadas.

Y, si ya no queda otra, y sabemos que estamos viviendo en una simulación, entonces el artículo "How to Live in a Simulation" de Robin Hanson nos aportará algunos datos útiles acerca de cómo debemos comportarnos en tal caso.

miércoles, noviembre 29, 2006

We Are Sorry to Inform You

Vía http://sw.deri.org/~juan/weblog/?p=373 me encuentro con lo que es una pequeña recopilación de malas revisiones efectuadas a papers de algunos autores famosos (Dijkstra, Codd, Shannon, por citar algunos). Que valga de ejemplo y de consuelo para todos aquellos que se enfrentaron al clásico "Lamentamos comunicarle que ...".

Sin más, We Are Sorry to Inform You.

domingo, noviembre 26, 2006

Family Guy Naked Gun Intro

Soy un tremendo fan de la serie animada Family Guy (Padre de Familia, en español) que es una especie de The Simpsons un poquito más bizarra. El episodio PTV (qué grande la Wikipedia) que trata sobre la censura en la televisión comienza con una hilarante parodia a la película La Pistola Desnuda. Aquí les dejo la introducción. Fíjense que para los que nos hemos divertido con computadoras desde la época del D.O.S. hay un regalo escondido...

martes, noviembre 21, 2006

nVidia + AIGLX + Compiz à la Debian

Hasta hace un tiempo, a aquellos que nos interesaba tener los efectos que inauguró XGL en nuestro querido Debian sólo nos quedaba:
  1. Compilar e instalar todo desde las fuentes (salvo, y obviamente, el driver de nVidia porque los muy turros no nos quieren liberar el código).
  2. Usar los paquetes de otra distro (léase Ubuntu).
  3. Usar paquetes para Debian, empaquetados por algún alma caritativa.
Cualquiera sea las opciones que hayamos tomado, terminabamos siempre ensuciando nuestra instalación con paquetes externos y de dudosa procedencia, lo que nos llevaba muy probablemente a un montón de incompatibilidades entre versiones, dependencias, etc...

Pero a partir del 18/11/2006, y gracias a la Debian X Strike Force y a otros mantenedores, ya disponemos en Debian testing de los paquetes xorg 7.1 y compiz, con lo cual tenemos facilitado una buena parte del trabajo necesario para tener los tan deseados efectos en nuestro escritorio.
Además, como Xorg 7.1 incorpora AIGLX ya no es necesario tener un servidor Xgl, con el servidor X nos basta.

Así que si disponemos de Debian testing, mas una tarjeta nVidia, podemos tener un desktop lleno de chiches en minutos nada más siguiendo estos pasos:

0. Un poco de limpieza

Como prerrequisito para todo esto, deberemos tener el sistema lo más limpio que podamos, es decir, sin paquetes compiz*, xgl, libglitz ni nada raro. Eso es algo así:

apt-get remove --purge compiz* xgl libglitz1

1. Actualización de Xorg

A continuación necesitaremos actualizar el servidor X. Si ustedes, como yo, están al día con la distro, entonces ya está listo y podremos continuar con el siguiente paso. Si no, es tan sencillo como hacer:

apt-get install xorg

2. Instalación del driver nVidia

Lamentablemente aún no disponemos de un driver libre para tarjetas gráficas nVidia que nos permita disfrutar de aceleración 3D. Esperemos que esto cambie pronto, ya sea con la liberación del driver por parte de la empresa, o bien con el desarrollo del proyecto nouveau. Por ahora nos quedaremos con lo que tenemos a mano.

Necesitaremos de testing los paquetes build-essential, module-assistant, kernel-package, nvidia-kernel-common, y de experimental los paquetes nvidia-glx y nvidia-kernel-source. A los primeros los podemos conseguir haciendo:

apt-get install build-essential module-assistant kernel-package nvidia-kernel-common

A los dos restantes podemos bajarlos directamente desde el repositorio. Los enlaces son nvidia-kernel-source y nvidia-glx. Noten que yo estoy descargando las versiones para arquitectura 386. Estos drivers también están para amd64 pero no sé qué tal andarán.

Para instalar los paquetes que descargamos recién, en una consola como usuario root, hacemos:

dpkg -i nvidia-*.deb

Probablemente nos harán falta los encabezados para la versión y arquitectura del kernel que estemos usando. En mi caso el paquete es linux-headers-2.6.17-2-k7, pero en el de ustedes puede variar. Si no saben que paquete instalar, hagan uname -r y lo que les salga es lo que va luego de linux-headers.

apt-get install linux-headers-2.6.17-2-k7

Bueno, la cosa ahora viene mas o menos así. Para crear el módulo del driver, lo cual es una tarea bastante tediosa, usaremos module-assistant, que hará todo el trabajo sucio por nosotros.

module-assistant auto-install nvidia-kernel

Este proceso compilará el módulo (lo que se pueda compilar) y lo dejará listo para utilizar.

3. Configuración del driver nVidia

Si todo salió como esperábamos, ahora podremos cambiar en el archivo /etc/X11/xorg.conf, la línea Driver "nv" por Driver "nvidia", y ya que estamos en el archivo de configuración de xorg, agregaremos algunas sentencias más al inicio:

Section "Extensions"
Option "Composite" "Enable"
EndSection

en Device Section:

Option "AllowGLXWithComposite" "True"
Option "XAANoOffscreenPixmaps" "true"

y en Screen Section:

Option "AddARGBGLXVisuals" "True"

Ahora podremos reiniciar el servidor X para verificar que todo ande de 10.

4. Instalación del paquete compiz

Sencillo:

apt-get install compiz

5. Añadir compiz al inicio de sesión gráfica

Todo lo anterior es suficiente para poder probar nuestro escritorio 3d. Iniciaremos sesión en Gnome como de costumbre, y en una consola invocaremos a compiz:

compiz --replace

Esto reemplazará el gestor de ventanas actual y tendremos a tiro todos los efectos sobre los que hablan nuestros amigos.

Para hacer efectivo el cambio en cada inicio de sesión hay miles de recetas. Una de ellas, para aquellos que usen Gnome pueden incluir el comando en gnome-session-properties. En el caso de que usen Xfce, habrá que añadirlo a xfce4-autostart-editor.

Bien, eso es todo por ahora, espero no haberme olvidado de nada y que les haya sido de utilidad.
Suerte...

Actualización (20-Mar-2007): He publicado una breve guía sobre Beryl, el fork GPL de Compiz, en este post.

jueves, noviembre 16, 2006

ntfs-3g en Debian testing

Como pueden ver en este correo, el paquete ntfs-3g fue aceptado en Debian testing, lo cual me pone muy contento ya que es un paquete menos que voy a tener que andar trayendo de afuera.

Para el que no lo conoce, NTFS-3G es un "Driver open source, libre, para Linux, con soporte de lectura y escritura sobre sistemas de archivo NTFS. Provee un manejo rápido y seguro de los sistemas de archivo WinXP, Win2k y Win2003. Soporta la mayoría de las operaciones de sistema de archivo POSIX, salvo cambios de propietario, permisos de archivo, manejo de archivos comprimidos y encriptados.", según www.ntfs-3g.org. El mismo funciona sobre FUSE, que es lo que permite implementar controladores para sistemas de archivo en espacio de usuario.

En realidad esto no es nuevo. Hace bastante que en GNU/Linux tenemos acceso a sistemas de archivo NTFS, gracias a la gente de www.linux-ntfs.org que fue la que desarrolló un driver que para lectura anda de 10, pero que en funciones de escritura queda medio corto.

Existen otras alternativas con soporte de lecto-escritura, como CaptiveNTFS que actúa como un wrapper de las librerías nativas de windows (y por ende requiere que uno posea una licencia del mismo). O sea que uno tiene que andar con algunos dll de WinXP debajo del brazo. Si mal no recuerdo algunos Knoppix traían CaptiveNTFS, y más de una vez me ha servido de utilidad. Otra alternativa, aunque no libre, es el software comercial Paragon NTFS, que tiene un precio bastante atractivo y supongo que andará bien.

Pero bueno, gracias a un muy buen trabajo de los muchachos de ntfs-3g, a aquellos que nos interesa escribir en cualquier lado, o que hacemos soporte a equipos con S.O. non-sancto, este tipo de drivers nos alegra la jornada.

Respecto de si es seguro o no, todavía no tengo una decisión tomada. En cualquier caso les puedo comentar que desde julio de este año, mes en que Szabolcs Szakacsits presentó su trabajo, tengo una partición NTFS de 30 Gb como repositorio de archivos tales como canciones, fotos e imágenes ISO (que puedo perder sin inconveniente alguno), y hasta ahora la verdad nunca tuve un problema. Obviamente eso no garantiza que me libre de ello más adelante, pero es un buen inicio.

Aquellos que tengan Debian testing lo pueden instalar siguiendo los conocidos y complicados pasos:

apt-get install ntfs-3g

Y como ahora no tengo ganas de escribir mucho más, les recomiendo que para saber cómo se monta o configura el automontaje de una NTFS hagan:

man ntfs-3g

Eso despejará la mayor parte de las dudas que surjan.
Bien suerte y... Ah! en el extremo caso de que pierdan alguna información, el error es de ustedes por no hacer backup, jeje...

lunes, noviembre 13, 2006

Obtener SQL a partir de diagramas DIA

Hace bastante tiempo que vengo buscando algún set de herramientas CASE para trabajar tranquilo pero siempre que comienzo la búsqueda me encuentro con lo mismo: pocas herramientas en el mundillo libre.

Y habiendo asistido a una charla en la CaFeConf 2006 dictada por Christian Kuroki me encuentro con que esto no es nada nuevo, y que muchos tenemos el mismo problema. El optó por Umbrello y un script de su autoría denominado umbrello2sql, que aún no he revisado.

En mi caso, de todas las que revisé para edición de Diagramas de Entidad Relación (DER), me quedé con DIA, y aunque no tiene un conjunto de plantillas nativo para este tipo de diagramas, los mismos pueden ser "generados" utilizando la plantilla de componentes para diagramas de clase. En realidad, lo que uno puede modelar no es en esencia un DER sino un Diagrama de Estructura de Datos (DED) que es algo un poco distinto.

Estos diagramas pueden ser exportados a sentencias SQL con el script tedia2sql. Uno genera las entidades siguiendo las instrucciones de la Guía de utilización de tedia2sql, y lo que obtiene despues de pasar el diagrama por el script es un archivo con las sentencias SQL de definición de la base de datos.

Yo soy un poco quisquilloso con el SQL, me gusta que esté de determinada forma, con todo explícito, etc, etc... y tedia no generaba algo que realmente me satisfaga. Así que las opciones eran dos:
  1. Editar tedia2sql para que genere en el SQL las cosas que me interesan.
  2. Programar un nuevo generador de código, hecho a medida de las necesidades.
Bien, la opción 1 la descarté porque tedia está programado en perl, y ustedes saben que perl no es de lo más amigable para leer código. Por eso opté por la 2, hacer el programita a mano.

Además como estaba tratando de iniciarme con python, decidí que sería interesante empezar el entrenamiento con un proyecto concreto, y fue así que surgió maudia2sql. Por supuesto que al ser un script hecho por un novato, tiene 2^100 fallas y cosas que mejorar, pero para eso están ustedes, jejeje...

Bueno acá está el código por si les interesa.

Download: dia2sql-1.07.zip <- nueva version

Uso: python dia2sql.py [-mysql4] [-d] [-h] archivo.dia

-h Esta ayuda
-mysql4 Generar SQL para MySQL 4.x
-d Generar sentencias para eliminar el esquema anterior.

Actualización: Debido a problemas con el hosting, encontrarán dia2sql.zip en otro servidor.

miércoles, noviembre 08, 2006

GRUB Loading Stage1.5Read Error

Como verán este es mi primer post (ever) en un blog, así que les ruego que comprendan los errores que pueda cometer de puro novato.

Hace unos días un amigo me hizo una consulta y a partir de allí devino este post. El paciente, un equipo no tan nuevo: micro Athlon XP, placa madre ASUS A7V8X-X. Inicialmente el equipo tenía instalado un Win 2003. Mi amigo, linuxero ávido en el tema, instaló Debian desde DVD sin inconvenientes con el objeto de hacer dual boot, pero al reiniciar encontró que el gestor de arranque se negaba a continuar, indicando el siguiente mensaje:

GRUB Loading Stage1.5Read Error

Bien, dijo, probemos de nuevo. Y procedió (innecesariamente) a reinstalar el sistema.
El proceso comenzaba bien, luego de iniciar desde CD, la instalación continuaba sin sobresaltos. El inconveniente aparecía al reiniciar el equipo, por lo que nuevamente...

GRUB Loading Stage1.5Read Error

Mi respuesta fue: "Reinstalá GRUB desde un Live-CD, eso lo tiene que arreglar." (típico)
Pero no, tampoco fue la solución.

He tenido algunas malas experiencias con GRUB y la forma en que lidia con los discos rígidos, con las opciones de DMA, LBA, etc... así que el paso siguiente fue alternar algunas configuraciones y ver que pasa. Tras dos o tres intentos, en uno de ellos el equipo inició bien, ingresó en Debian y todo se veía de maravillas. El cambio en la configuración fue sencillo:

Antes:
IDE to DMA Transfer Access -> [Disabled]

Después:
IDE to DMA Transfer Access -> [Enabled]

Curioso que un equipo de esta época lo tuviera desactivado.
Pero más curioso fue ver que al reiniciar el equipo todo volvió a estar como antes, es decir, volvimos a ver el críptico cartelito de error.

"¿Pero como, si yo cambié recién... ?". Hurgando otra vez en las opciones del BIOS encontramos que la opción activada antes, ahora estaba desactivada. Para corroborar la suposición, la activamos nuevamente y el equipo inició correctamente.

Lo que ocurre aquí es que esta opción se "resetea" automáticamente con cada reinicio (¿gracias a un bug del BIOS? posiblemente...). Y por si esto fuera poco, la mejor nota la dio Google con la solución: la receta para que la opción "IDE to DMA Transfer Access" mantenga su estado entre reinicios, es activar el soporte de la placa de red on-board, en

On-board Ethernet -> [Enabled]

¿Perdón...? Si, si... así es.
Son los caprichos de la tecnología...

PD: Esto ocurre con el BIOS rev. 1002, veremos si las actualizaciones corrijen dicho malfuncionamiento.