Hacer chroot a un sistema dañado

El escenario es el siguiente: En el disco rígido de nuestra PC tenemos instalado Ubuntu u otro sistema operativo basado en GNU/Linux. Todo funciona de maravillas y estamos muy felices, peeeero...

Pero por alguna razón (conocida o no, no importa), nuestro sistema se dañó. No arranca más o funciona de manera muy inestable, lo cual lo hace inusable. ¿Qué hacer? Si nos dejamos guiar por el antiguo "acto reflejo" que se usa muy a menudo en sistema Windows, pretenderemos reinstalar el SO, perdiendo todos nuestros datos, nuestra configuración, nuestro sistema...

Pero GNU/Linux es otro mundo :) Un mundo feliz, por cierto :) Desde luego, es posible reinstalar el sistema, pero aún con este camino tan dramático estamos mejor parados para proteger nuestros datos, ya que el contenido de /home (que alberga todos nuestros datos personales) está en una partición distinta a la / (raiz), de modo que sólo reescribiremos la partición del sistema, no la de los datos de usuario. Pero no es esto lo que ahora pretendemos...

La mejor manera de recuperar un sistema dañado es hacer chroot a él, desde una sesión LiveCD o desde otro GNU/Linux instalado en nuestro disco rígido.

¿Qué es chroot? Es cambiar el directorio raiz en un sistema que está funcionando. En la Wikipedia hay bibliografía ;)

Entonces, los pasos son los siguientes:

1. Iniciamos la PC que tiene el SO dañado con un LiveCD o desde otro GNU/Linux, instalado en el disco rígido.
   
   
   
2. Abrimos una Terminal. Puede ser una Terminal gráfica o textual; cualquiera de ella nos sirve :)
   
   
   
3. Adquirimos acceso de root al sistema. Este paso depende de qué SO estamos usando para realizar el rescate. En algunos casos ya somos root (Puppy), en otros sistemas habrá que usar el comando "su" y la clave de root y ,por último, en Ubuntu y derivados será suficiente con correr todos los comandos anteponiendo "sudo" y colocando luego la clave del usuario.
   
   
   
4. Creamos un directorio en el cual montar el sistema a recuperar:
   mkdir /mnt/linux
   
   (en este caso, creamos el directorio /mnt/linux y sobre él trabajaremos, puede usarse cualquier otro nombre y ubicación)
   
   
   
5. Montamos el sistema dañado en el directorio recién creado. Para hacerlo, tenemos que saber en qué partición del disco rígido está instalado el citado sistema roto. Si está en /dev/sda2, el comando de montaje, entonces, es el siguiente:
   
   mount -t auto /dev/sda2 /mnt/linux
   
   
6. Ahora montamos los sistemas de archivos virtuales. Si bien chroot no los necesita, son necesarios para varias tareas de mantenimiento que pueden llevarse a cabo durante la recuperación, así que los montamos. Así:
   
   mount -o bind /dev /mnt/linux/dev
   mount -o bind /dev/pts /mnt/linux/dev/pts
   mount -o bind /dev/shm /mnt/linux/dev/shm
   mount -o bind /proc /mnt/linux/proc
   mount -o bind /proc/bus/usb /mnt/linux/proc/bus/usb
   mount -o bind /sys /mnt/linux/sys
   
   
7. Damos acceso a Internet al sistema a recuperar. Este paso no siempre resulta necesario, pero no está de más realizarlo. Así nos aseguramos que una vez dentro del sistema dañado tendremos la misma disponibilidad de Internet que tenemos en el sistema real, con el que estamos accediendo. El comando es:
   
   cp /etc/resolv.conf /mnt/linux/etc/resolv.conf
   
   
8. Listo todo lo previo :) Entramos entonces al sistema dañado con
   chroot /mnt/linux
   
   
9. Y ya estamos adentro del sistema dañado! Ahora los pasos a seguir dependen del tipo de problema que se encontró y de qué distribución de GNU/Linux es la que está instalada, ya que muchas de las herramientas de recuperación dependen de cada distro (en Ubuntu no tenemos yum y los usuarios de Mandriva usan urpmi...)
   
   
   
10. Al finalizar las tareas de recuperación - mantenimiento, volvemos al sistema inicial con el comando "exit". Reiniciamos la PC y verificamos que el trabajo realizado fue exitoso :)
    

Esto es todo. Los pasos para entrar al sistema son los detallados; una vez adentro nos moveremos según las necesidades.

Armando una VPN con Ubuntu

Si realizamos una búsqueda rápida en Google, usando las claves

Ubuntu + VPN + howto

Encontraremos una infinidad de respuesta :) Pero, además de encontrar muchas respuestas, veremos también que hay mucha diversidad entre las mismas... Algunos proponen "recetas" cortas y "mágicas", otros ofrecen extensas explicaciones y usan herramientas y artilugios medio esotéricos... Lo cierto es que, entre tanta información disponible, no es fácil encontrar alguna referencia confiable y que se sepa funciona bien en un escenario similar al que uno dispone para armar la VPN.

Con este panorama previo, antes de comenzar a trabajar en el armado de la VPN consulté a mi Comunidad de Confianza: la Lista Ubuntu-ar!! Desde allí obtuve la información necesaria que me permitió realizar de manera exitosa la actividad prevista ;)


Final de la introducción. Vamos a los hechos. Mediante una VPN, pretendo conectar un servidor (que aloja un website y varios servicios más) con alguna de las PCs que tengo en mi casa.

El servidor al que me quiero conectar forma parte de una LAN pequeña, la cual sale a Internet usando un router sencillo, con una IP pública fija. Las PCs clientes forman parte de otra LAN (la LAN de mi casa ;)) y salen a Internet por un router, el cual posee una IP privada variable (dhcp), entregada por el ISP que tengo contratado en mi casa.

La herramienta de software usada es OpenVPN, ya que es libre, moderna, mantenida en la actualidad y está en los repositorios de Ubuntu ;)

En el servidor tengo corriendo Ubuntu Server 8.04 de 32 bits y en los clientes tengo, en uno, Ubuntu UNR 9.10 de 32 bits ,y en el otro, Ubuntu Desktop 8.04 de 64 bits.

El primer paso, idéntico en todas las PCs, es instalar la herramienta:

$ sudo aptitude install openvpn

Luego pasamos a la configuración. Para esta etapa, me he guiado por la documentación oficial de OpenVPN; si bien no es específica de Ubuntu, no he tenido problemas con ella. El inicio del proceso está aquí.

• Primera parte: configuración del lado del servidor (localmente o por ssh):
  
• Copiar los archivos de configuración a la ubicación de uso:
  $ sudo cp -r /usr/share/doc/openvpn/examples/easy-rsa/2.0 /etc/openvpn
• Entrar a ese directorio y correr los siguientes comandos:
  $ sudo . ./vars
  $ sudo ./clean-all
  $ sudo ./build-ca
  
  
  (ojo con el primer comando: es "punto", "espacio", "punto", "barra inclinada",...
• Crear un certificado y una clave privada para el servidor (server):
  $ sudo ./build-key-server server
• Luego, se crean tantos certificados y claves como clientes se van a conectar a ese servidor:
  $ sudo ./build-key cliente1
  $ sudo ./build-key cliente2
  Aquí, las palabras "cliente1" y "cliente2" son los nombres con los que se identificará cada cliente, dentro de la infraestructura de la VPN. Se puede usar cualquier palabra: netbook, gatagris, compu58, etc...
• A continuación, se generan los parámetros Diffie Hellman:
  $ sudo ./build-dh
  (este paso demora un rato...)
• Final de la creación de claves y certificados. En este momento, en el servidor tenemos un nuevo directorio (/etc/openvpn/keys) que contiene todas las claves y certificados generados. Este directorio es el que hay que compartir entre el servidor y los clientes desde los cuales queremos ingresar; para ser coherentes con los conceptos de seguridad, este directorio debe ser pasado desde el servidor hacia los clientes usando un medio seguro: un pendrive, un CD-R, una sesión ssh... No tiene sentido enviarlo como adjunto por email, no porque no se pueda, sino porque ese medio es extremadamente inseguro...
• Puesta a punto del archivo de configuración en el servidor. Toda la configuración de esta herramienta se realiza editando un único archivo: server.conf
  Se usará el archivo de ejemplo que provee la herramienta, aquí:
  /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz
  Se descomprime ese archivo y se guarda en /etc/openvpn
  Se edita y se colocan en él los datos específicos de nuestro servidor: globalmente, los parámetros por default están correctos; en mi caso, sólo tuve que colocar la ruta absoluta hacia ca, cert, key y dh y no mucho más (el resto quedó como estaba...)
• Fin de la configuración, del lado del server. Además, en mi caso particular, tuve que abrir el puerto de OpneVPN en el firewall del servidor y forwardear el mismo en el router.
  El servicio se inicia con el siguiente comando:
  $ sudo openvpn --config /etc/openvpn/server.conf   (suponiendo que la ruta real al archivo de configuración es esa)
  Listo. OpenVPN está corriendo en el servidor, esparando conexiones :)
  
  
  
• Segunda parte: clientes:
  
• Para cada cliente, el proceso es muy simple: se copia el directorio /etc/openvpn/keys que se trajo del servidor en la misma ubicación, pero en la PC cliente. Luego se copia a /etc/openvpn el archivo de configuración client.conf que está aquí:
  /usr/share/doc/openvpn/examples/sample-config-files/client.conf
  Hay que editar ese archivo; allí hay que colocar los mismos valores de protocolo, puerto y demás que se usaron en el servidor (si dejamos los valores por defecto esto ya se cumple) y agregar los datos específicos del servidor en la línea "remote": la dirección IP pública del servidor (o un FQDN válido) y el puerto en el que éste escucha, las rutas correctas a ca, cert y key y no mucho más...
• Configuración del cliente terminada. Arrancamos el servicio con
  $ sudo openvpn --config /etc/openvpn/client.conf  (la ruta al archivo de configuración debe ser la correcta)
• Si no hubo errores, luego de unos instantes (en que se realiza la conexión en sí misma), tendremos una nueva interfaz lógica (tun0), con una IP privada, que se conecta p-t-p hacia el servidor, y tendremos también modificada la tabla de ruteo del kernel, usando esa nueva interfaz para el tráfico con destino a la red privada que se acaba de levantar.

Una vez levantada y establecida la VPN, no se interrumpe el actual servicio de conexión a Internet (el que sea que se tenga en ese momento), sino que se establece una nueva ruta para el tráfico, desviándose a la VPN las solicitudes dirigidas al servidor remoto (usando la IP privada que se colocó en la configuración del servidor)

En mi caso particular, usando la VPN, puedo ingresar al servidor remoto por ssh, puedo trabajar sobre el servidor web que allí corre y algunas otras tareas más, propias de las que se realizan en una LAN, pero físicamente, NO estoy en la LAN de ese servidor ;)

Una maravilla OpenVPN!! Para este tipo de escenario, muy recomendable ;)



Créditos: Esto no podría haber llegado a buen puerto si no hubiese sido por los aportes y sugerencias de la Comunidad Ubuntu-ar  Muchas gracias!!

Placa Ralink RT2500 en Hardy Heron

En esta PC tengo una placa wifi MSI, con chip Ralink,

y el sistema la ve así:

daniel@ubuntu:~$ lspci | grep Net
00:09.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)

El sistema operativo es Ubuntu 8.04 (Hardy Heron), de 64 bits.

Bien, esta placa es reconocida sin problemas por las nuevas versiones del kernel, pero cuando yo la instalé no lo era, de modo que tuve que compilar un módulo para que funcionara. Esta placa requiere el módulo rt2500, el cual ha sido desarrollado inicialmente por la gente del proyecto Rt2x00 Serialmonkey. Luego ese módulo pasó a formar parte del kernel de Linux y ya no fue necesario que ellos continuaran ofreciendo su trabajo separado del kernel, porque ya venía dentro...

Pero hay un problema. Cuando se compila e instala el módulo que provee la gente de Serialmonkey la interfaz lógica asociada a la placa se denomina ra0, y cuando se utiliza el módulo que provee el kernel, la interfaz lógica asignada a la placa es wlan0. ¿Cuál es el problema? En principio, ninguno ;) Pero en mi caso esto sí significa un problema, ya que tengo armado todo el sistema de conexión a la red en esta PC usando la interfaz ra0, tengo configurado el firewall y varios servicios que tengo corriendo aquí, todos usando ra0. De modo que si cambio la asignación de la interfaz de red, debería cambiar muuuchas cosas en la configuración de la PC. Así que continúo usando el módulo de Serialmonkey ;)

Al usar ese módulo, con cada actualización del kernel hay que recompilar ese módulo, lo cual no es complejo ni rebuscado :)

Los pasos a seguir son estos:

• Descargar el paquete con el código fuente del módulo, de esta página.
  Para esta placa, el paquete es rt2500-cvs-daily.tar.gz
• Instalar los encabezados del kernel para el cual vamos a compilar el módulo. En Ubuntu, el paquete se denomina
  linux-headers-2.6.xx-yy-generic
  donde las letras indican la versión exacta del kernel. El paquete se instala con aptitude, Synaptic o el gestor de paquetes de nuestro gusto.
• Descomprimir el paquete *.tar.gz descargado en un directorio auxiliar.
• Una vez descomprimido, veremos que nos ha creado una carpeta llamada
  rt2500-cvs-xxx
  donde xxx denota la fecha en que se creó el paquete que estamos usando. Ingresamos a esa carpeta y luego a otra allí dentro, llamada Module
• Una vez allí, debemos compilar el módulo, con
  $ sudo make
• Como se ve, no es necesario correr el script ./configure; directamente compilamos con make
• Una vez concluída la compilación, instalamos el módulo con
  $ sudo make install
• Reiniciamos la PC y listo! Tenemos nuestra placa wifi activa y asignada a la interfaz lógica ra0 (la interfaz wlan0 desaparece del sistema).
  El resultado final es este:
  
  daniel@ubuntu:~$ iwconfig ra0
  ra0       RT2500 Wireless  ESSID:"mi_red" 
            Mode:Managed  Frequency=2.462 GHz  Access Point: 00:59:17:35:0E:70  
            Bit Rate=54 Mb/s   Tx-Power:0 dBm  
            RTS thr:off   Fragment thr:off
            Link Quality=86/100  Signal level:-54 dBm  Noise level:-79 dBm
            Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
            Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Eso es todo :)

Reitero; si esta placa se utiliza con cualquier sistema moderno, no es necesario compilar el módulo, pero en caso que el kernel no la reconozca, este método es muy simple de realizar. Ojalá les sirva tanto como a mi ;)

Descentralizar libreta de direcciones en Evolution

Hasta no hace mucho tiempo la mayoría de nosotros tenía una única PC, la cual se utilizaba para todas las tareas y actividades que quisiésemos hacer. Bien, el tiempo va pasando, la tecnología se va haciendo más accesible y hoy muchos somos los que tenemos 2 o más PCs o, en todo caso, varios Sistemas Operativos en una misma PC. Como quiera que sea, nos encontramos con la necesidad de acceder a nuestros correos, a nuestros marcadores, a nuestra libreta de direcciones desde más de una PC (o desde más de un S.O.)

               

Para tener los marcadores y contraseñas de Firefox accesibles desde cualquier PC tenemos varias posibilidades, desde las herramientas de Google hasta Mozilla Weave; para acceder a nuestro correo podemos usar alguno de los varios webmails gratuitos que hay disponibles en Internet. Pero en lo personal, no me gustan las interfaces web, no me gusta acceder al correo desde un navegador (a menos que esté usando una PC ajena y no tenga otra opción); para el correo utilizo un cliente de correo :) De los múltiples que tenemos dentro de la oferta del S.L., utilizo Evolution. Me gusta y satisface todos mis requerimientos. Bien, la pregunta se formula sola: ¿cómo hago, usando Evolution, para tener actualizados mis correos y mi libreta de direcciones, usando varias PCs y/o varios S.O.? Para el correo en sí mismo, tenemos disponible el protocolo IMAP, el cual nos permite acceder al correo usando cualquier cliente, desde cualquier PC, y tener siempre la misma Bandeja de Entrada y las Carpetas que hayamos creado. Yo uso 2 cuentas de Gmail, así que las he configurado como IMAP y listo, se acabó el problema. ¿Y la Libreta de Direcciones? Bueno, este tema me resultó un poquito más complejo, ya que no hallaba manera de "compartir" una misma Libreta en diferentes PCs :(

Busqué y busqué hasta que encontré este post:

Libreta en Evolution

Estrategia muy interesante!! Así que, siguiendo esa pauta, he colocado el archivo original de mi Libreta en una carpeta especialmente creada dentro de la estructura de carpetas de Dropbox y luego he creado un enlace simbólico en el lugar en que Evolution espera encontrar la Libreta, apuntando al archivo ubicado en Dropbox. ¿Resultado? Tengo la misma Libreta, actualizada y editable, desde mi desktop con Ubuntu 8.04 y desde mi netbook, con Ubuntu 9.10 y con Fedora 12 :)

Eso es todo. Es un truco simple, pero que a mi me ha resultamo muy útil, por eso lo comparto. Ojalá les sirva también a Uds.!!

Ubuntu para PCs de bajos recursos

Armar un sistema GNU/Linux que corra fluido en una PC con escasa potencia es un tema muy discutido, sobre el que hay abundante material en Internet. ¿Por qué, entonces, armar otro post en tal sentido? Porque una PC un poco pasasa de moda pierde, básicamente, flexibilidad; entonces, cada una de las "recetas" que están en Internet ajustan a un cierto servicio, a un cierto conjunto de características a cumplir con esa PC. Si el objetivo es que esa PC realice otra tarea, la "receta" no va a funcionar completamente, justamente, porque la PC ya no tiene la flexibilidad de una PC moderna, en la que una instalación general sirve para casi cualquier tipo de servicio.

Bien, con esta premisa aclarada, vamos a tema que nos ocupa :)
El objetivo a cumplir con el presente trabajo fue armar un sistema GNU/Linux moderno, simple y fácil de adminstrar; adecuado para correr en PCs un poco viejas (Intel Celeron 700 MHz con 64 y 128 Mb de RAM) y con las aplicaciones necesarias para cubrir las necesidades requeridas en la "Sala de Computación" de una escuela para adultos: editor de textos, planilla de cálculos, navegador de Internet, chat/IM, visor de imágenes, visor de archivos pdf y un par de chucherías más (aunque no mucho más ;) )

Aclarado el objetivo a cumplir, vamos a los bifes ;)
La metodología de trabajo que usé fue armar todo en una máquina virtual (usando VirtualBox) y por último generar el CD de instalación para la "propagación" del sistema final. Esta manera de trabajar puede ser objetable (ya que la VM que armé no es exactamente igual a las PCs reales en las que irá a aterrizar el sistema), pero no encontré otra manera más práctica y sencilla, por eso la adopté.

El sistema base sobre el cual trabajé es Ubuntu 9.04; para instalarlo usé el AlternateCD, ya que esta herramienta permite instalar el sistema base sin interfaz gráfica. La ventaja de usar el AlternateCD y no el MinimalCD es que en el CD ya están todas las herramientas básicas de un sistema funcional, sin tener que bajar paquetes necesarios desde Intertet durante la instalación (así funciona el MinimalCD).
Una ventaja extra al armar el sistema en una VM es la conectividad: Vbox levanta un servidor DHCP y hace NAT con la VM, así que la conexión en el sistema huesped es automática (ya en el proceso de instalación intenta conectarse a la red usando eth0 por DHCP y lo consigue) y si el el host tenemos Internet (como es mi caso particular), la VM ya arranca con Internet "automágicamente" :)

Bien, en este momento tenemos un sistema instalado, pero sin interfaz gráfica y con muy pocas herramientas...
Como gestor de acceso a la interfaz gráfica elegí slim y como entorno de escritorio opté por LXDE. Bien, sólo resta Xorg; para no instalar una multitud de drivers de video que no se usarán, en vez de instalar el metapaquete xorg instalé el paquete xserver-xorg-video-vesa; instala el núcleo de Xorg y no llena el sistema con drivers de placas extrañas :)

Así que simplemente hice lo siguiente:

$ sudo aptitude install slim lxde xserver-xorg-video-vesa

Después de descargar una buena cantidad de paquetes, el sistema quedó con una hermosa interfaz gráfica, con unas herramientas básicas instaladas (editor simple de textos, navegador de archivos, compresor/descompresor de archivos, etc)

Agregamos algunos paquetes de idioma extras, si es que no se instalaron antes:

$ sudo aptitude install language-pack-es language-pack-es-base language-pack-gnome-es ispanish

Instalación de herramientas específicas: editor de textos: Abiword; planilla de cálculos: Gnumeric; navegador web: Epiphany; chat: Pidgin

$ sudo aptitude install abiword gnumeric epiphany-browser pidgin

El cliente de correo electrónico elegido fue claws-mail, ya que es moderno, liviano, fácil de usar y muy, muy poderoso. Como ventaja extra es que viene "fraccionado": todas las funcionalidades, agregados, plugins y demases se instalan de manera separada, de modo que podemos acomodar completamente la herramienta según nuestros requerimientos. Para instalarlo, entonces, hay que hacer 2 pasos:

$ apt-cache search claws mail

y elegir qué paquete nos interesa, de la larga lista que nos devolverá el comando anterior.

Bueno, en este punto tenemos el grueso de nuestro sistema listo :) Ahora, después de haber realizado el trabajo, no recuerdo qué herramientas instala LXDE por defecto, así que explicito las necesarias, si no están instaladas lo hacemos con aptitude:

Visor de imágenes: gpicview; visor de pdf: epdfview; administrador de archivos comprimidos: xarchiver

Apartado especial, propio del destino para el que estoy preparando este sistema: instalar cups y los drivers necesarios para la impresora que van a usar. La impresora es una HP OfficeJet K550 (de 3° o 4° mano, pero funcional), así que con instalar hplip ya es suficiente:

$ sudo aptitude install cups hplip

Por último, agregamos un adminstrador de conexiones de red. Ubuntu propone el network-manager, pero si lo instalamos nos generará 2 problemas: traerá junto una gran cantidad de paquetes de Gnome y va a hacer crecer innecesariamente el tamaño de nuestro sistema... Así que le bajamos el pulgar ;) En su reemplazo instalamos wicd

$ sudo aptitude install wicd

Bien, acá terminamos la paquetería :) Nos quedan 2 paso más, para afinar mejor el sistema: crear otro usuario sin privilegios y poner el menú de LXDE en español

Aunque no querramos, en los procesos de instalación arriba detallados se han instalado varias herramientas de Gnome que, en principio, no necesitamos. Pero al menos una sí nos sirve: el adminstrador gráfico de usuarios. Vamos al menú principal, ahí a "System Tools" y luego a "Usuarios y grupos"; ahí damos de alta otro usuario, con el nivel de privilegios que querramos adecuado. En mi caso, este usuario nuevo es muy restringido, ya que será el que usen los alumnos en su "toqueteo" diario :)

Para poner el menú de LXDE en español es necesario un poco más de trabajo manual: hay que editar el archivo de configuración del elemento lxpanel, propio de cada usuario. No es difícil, pero tiene sus mañas... En fin, acá está muy bien explicado :)

¿Qué nos falta? Hacer una imagen iso de nuestro sistema, para instalar en las PCs destino. Vamos a usar remastersys, que es muy fácil de instalar y de utilizar.
Para instalarlo, hay que editar el sources.list y agregar la siguiente línea:

deb http://www.geekconnection.org/remastersys/repository ubuntu/

Después, lo de siempre:

$ sudo aptitude update
$ sudo aptitude install remastersys

Terminado el proceso de instalación, nos damos una vuelta por el archivo de configuración de la herramienta:

/etc/remastersys.conf

y lo modificamos según lo que necesitamos. Luego generamos la iso con

$ sudo remastersys dist

Listo, proceso terminado :)


Como yo realicé el trabajo en una VM, saqué la imagen iso con un pendrive y la probé en otra VM (siempre con Vbox), funcionando muy bien (bah, en realidad, sorprendentemente bien :) )

En cuanto a tamaño en disco, el sistema final, con toda la paquetería instalada, con 2 usuarios funcionales (sin archivos personales relevantes) me quedó de unos 1,3 Gb. La imagen iso de ese sistema pesó menos de 400 Mb

Por otra parte, para ser ordenado en el texto de arriba, he planteado la instalación de las herramientas en la secuencia citada; en realidad, el orden de instalación puede ser cualquiera; si faltan dependencias aptitude las va a instalar y el producto final siempre va a ser el mismo. De hecho, en el sistema real fui instalando paquetes a medida que avanzaba en el proceso y el orden no fue justamente el arriba explicado...


Créditos y bibliogafía:

En primer lugar, el grueso de este trabajo lo realicé siguiendo las líneas y las sugerencias de Mi Comunidad: Ubuntu-ar; muchas gracias a todos los que desde ahí me brindaros sugerencias y propuestas :)

Configuración de LXDE

Ubuntu reducido

Problemas con Remastersys

Google
(bueno, es un poco redundante, no? )

Agregado extra:

A pedido de los interesados, comparto la imagen iso del sistema armado según lo arriba expresado. El usuario del LiveCD es "usuario", sin comillas y sin clave; en el sistema ya instalado los usuarios son:

Usuario en /etc/sudoers: escuela701 donsarmiento
Usuario restringido: alumnos noselaclave

Mi ancho de banda a Internet no es grande (256 Kbps de bajada y no mucho más que 50 - 60 Kbps de subida), así que la única manera de compartir la iso es usando Bittorrent. He subido el archivo semilla a TPB y en principio soy el único seeder, a medida que la red se expanda será más rápida la descarga. El acceso es este:

Descargar torrent

Internet con Ubuntu y Speedy

En este lugar no vamos a evaluar la calidad del servicio de Internet por ADSL de Speedy, simplemente sabemos que, junto al servicio similar que presta Arnet, es el tipo de banda ancha más difundido entre los clientes residenciales del mismo. Así que si queremos que Ubuntu se expanda, debemos encontrarle la vuelta a esos servicios de Internet.

El servicio ADSL de Speedy se entrega de 2 maneras diferentes:

• Modem con conexión USB a la PC
• Modem con conexión Ethernet a la PC

                                                                        

Si bien quedan pocos modems USB, aún siguen existiendo; en general se considera que este tipo de equipo es de muy baja calidad y que para funcionar consume recursos de la PC a la que se encuentra conectada; considero que es así, pero esos modem existen y, desde la comunidad de Ubuntu, debemos trabajar para que sus usuarios puedan conectarse sin problemas.

Como son equipos que dependen de la PC a la que están conectados para funcionar, no son muy "amigables" para funcionar con Ubuntu, pero existe una solución: UbuDSL :)

Tal como se explica en la página, el objetivo de esta aplicación es "...minimizar las accines del usuario." Así que el problema se reduce a descargar la aplicación desde la página de descargas e instalarla, siguiendo las instrucciones

Y listo!

Bien, se genera el problema del "huevo y la gallina": para descargar esta aplicación debemos estar conextados a Internet, pero, justamente, la necesitamos para que nuestro modem se conecta a Internet... Así que hay que buscar una solución alternativa: descargar la aplicación desde un ciber, colocarla en un pendrive e instalarla en nuestro Ubuntu desde ahí; descargarla usando otro SO, guardar el archivo en el disco duro y acceder a él desde Ubuntu; conseguir que algún amigo nos "preste" Internet, bajar la aplicación y luego configurar nuestro modem... En fin, es cuestión de buscar alguna manera adecuada, la aplicación bien lo vale :)

                                                                 

En segundo lugar, los modems Ethernet. Este tipo de equipo (tanto los que entrega la empresa prestadora del servicio como los que se pueden comprar en comercios del ramo) son "2 en 1": son modem - router. "Hacia afuera" (hacia la línea de teléfono) son modem, encargado de modular - demodular las señales que viajan por la línea telefónica. Y "hacia adentro" son router, ya sea que tengan varias salidas o una única salida Ethernet. Así que el problema se reduce a conectar nuestro Ubuntu a un router por Ethernet, lo cual es automático :)

A menos que nuestra PC posea una placa de red muy extraña, Ubuntu la va a detectar automáticamente y cargará los módulos necesarios para que funcione; con la placa configurada, intentará establecer conexión con "lo que hay del otro lado" del cable Ethernet. Al haber un router, la conexión se establecerá sin inconvenientes... Bueno, hay 1 inconveniente: el tipo de direcciones IP que entrega el router "hacia adentro" (hacia la LAN): pueden ser direcciones dinámicas (DHCP) o estáticas. Si son IPs dinámicas, Ubuntu se conectará automáticamente, ya que ese es el comportamiento por defecto (intentará conectarse siempre contra un servidor DHCP); y si son IPs estáticas, es necesario conocer previamente el rango de direcciones que soporta el router, además de la máscara de subred, la puerta de salida predeterminada y los DNS de esa red. Pero como quiera que sea, el problema es conocer la naturaleza de la red y no cómo "engancharse" a la misma.

Con esto, el problema ha cambiado: todo lo que tenemos que hacer es configurar como router nuestro equipo; en este caso, la "receta" a seguir ya no depende del software que se utilice, sino de la marca y modelo del modem. Es probable que en el manual del mismo se indique cómo hacerlo; es posible también buscar documentación oficial de Speedy para configurar ciertos equipos entregados por ellos o, también, es posible llamar al Soporte Técnico del ISP para solicitarle las indicaciones. Reitero, esta metodología es independiente del software usado, se realiza a nivel de hardware (nuestro modem)

Es de destacar que, una vez colocado en "modo router", cualquier SO que se comunique con él se conectará, ya no será necesario usar el software para discado entregado por Speedy ni nada de eso: la conexión la realiza el modem (él posee nuestro usuario y contraseña) y la PC se conecta al modem (que en realidad es un router). Y eso es todo :)

A disfrutar las ventajas de la banda ancha por ADSL con Ubuntu!!


Para leer más:
Foro de Ubuntu
Ejemplo de configuración de Speedy

Un poquito de historia

Hoy soy usuario y difusor entusiasta de Ubuntu, pero no siempre fui lo que soy ;) Como la mayoría de los que tenemos más de 35 años a la fecha, he comenzado mis aventuras con las PCs usando sistemas operativos de Microsoft (y bueh, no conocía otra cosa :( ) Usando Win98 un amigo me habló de GNU/Linux; intrigado, comencé a leer un poco y tomando como puntapié inicial los comentarios que había en la vieja PC Users, partí el disco de aquella PC e instalé Conectiva Linux. La instalación terminó bien, pero nunca llegué a usrlo, porque no podía bootear (quizá fruto de mi desconocimiento :) ) Pero la idea me gustó y al poco tiempo instalé Corel Linux, basado en Debian; pude hecerlo funcionar bastante bien y comencé a introducirme en el "Universo Debian", así es que decidí actualizarme y me conseguí una copia del "flamante" Debian 3.0 Woody.

Lo instalé, lo configuré completamente y comencé a usarlo en mis tareas cotidianas; comencé a participar en Listas de Correo y a aprender muchas ideas nuevas. Descubrí las comunidades de usuarios detrás de las herramientas de Soft Libre y me fui adentrando en la filosofía del S.L. Hacia 2004 realizaba todas mis actividades informáticas con Woody, incluso realicé intercambio de archivos con mi viejo celular, usando un cable USB y moto4lin. Cuando Debian puso a Sarge como versión estable, un amigo me grabó los 4 primeros CDs del juego de 14 (en esa época, yo no tenía ni Banda Ancha ni grabadora de CDs) y con un poco de susto actualicé mi confiable Woody a Sarge (fue una actualización, no perdí datos ni aplicaciones); mi experiencia con Sarge fue buena, aunque no tan gratificante como con Woody, ya que tuve dificultad para resolver algunos problemillas. Ahí estaba cuando apareció esta PC: una flamante HP, con un micro AMD Athlon de 2 GHz, de 64 bits. Así que me aboqué a la tarea de conseguir un S.O. de 64 bits; en esa época (2005) no había muchas opciones, y Sarge de 64 bits no era oficial. Así y todo, me conseguí los 2 DVDs y le coloqué Sarge AMD64. Todo bien y sin problemas, continué mi experiencia previa, ahora con PC nueva. Pero cuando le coloqué la placa wifi Sarge hizo agua: no pude lograr que la reconozca. Ahí conocí a Ubuntu y me comencé a entusiasmar con la propuesta de recibir por correo los CDs "oficiales", sin cargo; los pedía y al cabo de un par de semanas tenía en mis manos un CD de Ubuntu 6.06 Dapper Drake de 64 bits original, con pegatinas y todo :)

Así que arranqué el LiveCD en esta PC y me reconoció la placa wifi!! Listo, ya estaba decidido a hacer el cambio, realicé un par de copias de seguridad (mi /home está en otra partición, así que no tengo grandes problemas) y arranqué la instalación; desde entonces Ubuntu ha sido mi distribución de uso diario, es la distribución que usa mi hijo mayor (actualmente de 7 años) y es la que usa mi esposa (tiene otro usuario, en esta PC, con su entorno de escritorio preferido y sus aplicaciones que trae desde su época "windowsera"
Y eso es todo, es este "abandonado blog" apunté oportunamente mis avances y descubrimientos con Dapper de 64 bits; si bien son temas viejos, los rescato porque describen el avance en las herramientas libres:

Blog en Ubuntu-es

Ahora tenemos en esta PC Ubuntu 8.04 Hardy Heron, de 64 bits; los chicos tienen Kubuntu 6.06 en la suya y tenemos Fluxbuntu 6.06 en la tercer PC de la famila (una veterana con un K6 de 350 MHz y 64 Mb de RAM); en casa tenemos una red wifi privada, por medio de la cual compartimos Internet Banda Ancha lo más felices. Y todo con Ubuntu, claro!!

Un poco de humor :)

Les comparto un poco de humor, relacionado con Linux en general.

Primero, un texto bastante viejo, que plantea las diferentes alternativas, si los Sistemas Operativos fuesen aerolíneas:

UNIX Airways: Todo el mundo trae un trozo del avión cuando llega al aeropuerto. Salen todos a la pista y montan el avión pedazo a pedazo, discutiendo sin cesar sobre qué clase de avión se supone que están construyendo.

Air DOS: Todo el mundo empuja el avión hasta que planea, entonces se suben de un salto y dejan que vaya con el impulso hasta que de nuevo llega al
suelo. Entonces empujan otra vez, saltan otra vez, etc….

Mac Airlines: Todas las azafatas, capitanes, encargados del equipaje y expendedores de billetes parecen y actúan exactamente igual. Cada vez que uno pregunta sobre cosas concretas, se le dice amable pero firmemente que
no necesita saberlo, no quiere saberlo, y que todo se hará por él sin
que jamás tenga que saberlo, así que mejor que se calle.

Windows Air: La terminal es bonita y colorida, con simpáticas azafatas, fáciles
facturación de equipajes y embarque, y un despegue perfecto. Tras
unos diez minutos en el aire, el avión estalla sin el menor aviso.

Windows NT Air: Exactamente igual que Windows Air, pero cuesta más, utiliza aviones mucho mayores y cuando estalla se lleva por delante cualquier otro
avión en un radio de sesenta kilómetros.

Linux Air: Los empleados descontentos de todas las demás líneas aéreas deciden abrir la suya propia. Construyen los aviones, los mostradores de
billetes y pavimentan las pistas ellos mismos. Cobran una pequeña
tarifa para cubrir el coste de imprimir el billete, pero también se
puede descargar de Internet e imprimirlo uno mismo. Cuando uno
embarca, recibe un asiento, cuatro pernos, una llave inglesa y una
copia del Asiento-CÓMO.html. Una vez ajustado, el asiento totalmente
configurable es muy cómodo, el avión sale y lega a su hora sin el
menor problema, la comida durante el vuelo es maravillosa. Uno
intenta hablarles a los clientes de las otras líneas aéreas del
estupendo viaje, pero todo lo que ellos alcanzan a decir es: “¿Que
tuviste que hacer QUÉ con el asiento?”

Luego, un chiste gráfico, tomado desde el blog de un lector (créditos aquí):

Que disfruten de Ubuntu!!