No es necesario explicar mucho.  A continuación las imágenes del proceso.

Al insertar el modem lo autodetecta

Se inicia el asistente de configuración

Selección del proveedor de la red

Resumen final

Reporte de nueva configuración creada

Sistema avisando que estamos conectados a la red

Estado de la conexión (esos DNS no me funcionan)

Para cambiar los servidores de DNS por unos que si respondieran, edité directamente /etc/resolv.conf

fcatrin@shaman:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 194.179.1.100
nameserver 194.179.1.101

Y listo, conectado completamente!

fcatrin@shaman:~$ ping -n www.google.com
PING www.l.google.com (66.102.9.147) 56(84) bytes of data.
64 bytes from 66.102.9.147: icmp_seq=1 ttl=241 time=660 ms
64 bytes from 66.102.9.147: icmp_seq=2 ttl=241 time=627 ms
64 bytes from 66.102.9.147: icmp_seq=3 ttl=239 time=633 ms
64 bytes from 66.102.9.147: icmp_seq=4 ttl=239 time=609 ms
64 bytes from 66.102.9.147: icmp_seq=5 ttl=241 time=595 ms
64 bytes from 66.102.9.147: icmp_seq=6 ttl=241 time=625 ms
^C
--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5013ms
rtt min/avg/max/mdev = 595.072/625.102/660.685/20.403 ms

Una rapida búqueda en google me indicó que habia una versión de este driver que aun no se declaraba oficial pero que se podía utilizar. Por ejemplo encontré esta guía, pero la vi algo complicada sin embargo se entiende la idea.

Confiando en que Ubuntu es para seres humanos y ya que tenía una mano ocupada con un vaso como para escribir comandos, hice la instalación en 3 sencillos pasos y un mouse en la mano desocupada:

Paso 1 : Habilitar repositorio de actualizaciones no publicadas.

Actualización: Este paso ya no es necesario porque ahora el driver se encuentra en intrepid-updates

Sistema -> Administración -> Origenes del Software -> Actualizaciones -> Actualizaciones aun no publicadas (intrepid-proposed)

Cerrar, esperar un par de segundos y aparecerá el icono de notificacion avisando que hay updates. Instalarlos.

Paso 1 : Activar repositorio intrepid-proposed

Paso 2 : Habilitar driver de Nvidia
Sistema -> Administración -> Controladores de Hardware

Presionar el botón Habilitar. El sistema descargará e instalará el driver.

Paso 2 : Habilitar controlador de NVIDIA

Paso 3 : Reiniciar el sistema.
Y eso es todo. Una vez reiniciado el sistema avisará que estan usando el driver de nvidia y se pueden activar los efectos de escritorio (Sistema -> Preferencias -> Apariencia -> Normal).

Paso 3 : Reiniciar y disfrutar el driver acelerado

En donde se agradecen estos logros? En equipos de escritorio que se apagan cuando no se usan, en dispositivos portátiles, en celulares, en laptops cuando suspend/hibernate no son una opción, etc.

He visto mucha confusión tanto en medios donde pulula gente informada como LWN, como en otros para todo tipo de público como FW. Espero que este artículo ayude a entender mejor de qué se trata este logro.

Estado actual

En un sistema Linux actual, el tiempo transcurrido desde que se inicia la carga hasta que aparece la ventana de login puede ser de unos 35 segundos a lo menos. Después de iniciar el escritorio pueden pasar unos 15 segundos adicionales (GNOME/KDE). Se pueden hacer cambios a la configuración original para mejorar el tiempo de inicio, pero tiene sus límites, es lo que publiqué en un artículo anterior. Aquí da casi lo mismo la distribución, ya que al modificar el inicio del sistema estamos tomando las mismas decisiones por las que pasa un desarrollador de una distribución, eliminando las diferencias entre una y otra, la única diferencia es que en algunas tendremos que hacer mas cambios que en otras.

En el caso de Windows, hay optimizaciones respecto a la carga de bibliotecas dinámicas y se reordena la ubicación física de los archivos entre otras cosas. Pero lo mas importante es que se permite que el usuario interactúe con el sistema aunque éste aún no se encuentre listo, atacando el problema desde el punto de vista de las percepciones. Esto se nota cuando ya se muestra el escritorio y el sistema es inusable porque el foco se pierde a cada rato y no se puede escribir, o el menú de inicio desaparece cada vez que quieres hacer click sobre él, o aparecen las ventanas de splash de cuanta basura haya instalada. Ya sabes, si crees que tu Windows se inicia rápido, el engaño ha sido exitoso.

En el caso de OSX, si se puede decir que es un sistema que inicia rápido de verdad. Cuando ves el escritorio ya está listo para ser usado. En este caso las optimizaciones aplicadas son muy astutas, y algunas de ellas han sido usadas en Linux también. Los interesados, revisen este artículo

Pero si mi CPU es de chorrocientos mil gigahertz asi que no importa

Una de las grandes falacias de la computación y de la cual todos los vendedores abusan es creer que una CPU rápida asegura que todo funcione más rápido. La realidad es que un computador es un sistema que funcionará tán lento como el más lento de sus componentes. En otras palabras, no siempre es más rapido ir en avión de una ciudad a otra, ya que se debe considerar la latencia, que es el tiempo en donde uno está esperando que algo suceda.

Lo mismo pasa en el sistema de inicio, hay tiempos en donde se está esperando que algo suceda y la CPU se encuentra totalmente inutilizada, algunos ejemplos:

• Lectura/escritura de archivos, o la búsqueda de un archivo en distintas ubicaciones posibles.
• Busqueda de datos en un disco. Los archivos que no se encuentran contiguos deben hacer que el cabezal se mueva, agregando más latencia.
• Timeouts. Ejecutar un comando y esperar a que se obtenga una respuesta, para tomar una acción después de que nadie responde
• Dispositivos lentos en inicializar, etc.

Focalizando el esfuerzo

En este experimento se plantearon un par de ideas que ayudaron a orientar los esfuerzos.

• Hacer que el sistema cargue “rápido” y no “más rápido”. La diferencia es sutil en la forma, pero radicalmente diferente en el fondo. Hacer que cargue “más rápido” es lo que se ha intentado siempre: tomar lo que hay y eliminar algunas tareas para ahorrar tiempo, logrando que en total se ahorre la suma de esos tiempos pequeños. Se ha comprobado que no basta con paralelizar, porque eso trae otros inconvenientes. Hacer que el sistema cargue “rápido” en cambio, es plantear un tiempo objetivo y luego hacer que cada etapa no supere esa cuota y mezclar de forma que se disminuya la latencia. En terminos económicos básicos es como comparar el planteamiento entre gastar “$150.000 al mes” y “gastar menos al mes”.
• Que no paguen justos por pecadores. Hay componentes del sistema que no son necesarios para toda la gente, o al menos no son necesarios para tener el sistema andando, por ejemplo CUPS para imprimir o en caso extremo sendmail para despachar correos locales. Todos estos componentes fueron eliminados, considerando que se pueden iniciar cuando sea necesario.

Ya ya ya ya.. pero ¿cuales fueron los cambios entonces?

Ok, aqui vamos. Los nominados son:

• Integrar los drivers que sean necesarios para bootear en el kernel, eliminando la necesidad de un initrd completo. Este cambio hace que este kernel sirva sólo para un grupo de equipos ya que elimina la carga dinámica de drivers antes de montar el sistema de archivos principal. Se han planteado alternativas de aplicar este cambio de una forma genérica para que los que puedan, carguen rápido el kernel.
• Inicialización asincrona de componentes del kernel. En vez de esperar a que un componente se termine de inicializar para continuar con el siguiente, se plantea iniciar varios en paralelo.
• Integrar readahead en el kernel. De esta forma se puede generar una lista de archivos a preleer cada vez que se inicia el sistema, sin tener que hacer un “profile” a mano como ahora.
• Aplicar readahead a nivel de bloques. Aprovechando el parche para readahead en el kernel, en vez de leer archivos completos, sólo se leeran los bloques que sean necesarios.
• Mejorar la lectura de los bloques ordenándolos. Aplicado al punto anterior, se pueden ordenar los bloques para que físicamente sean rápidos de leer desde disco.
• Optimizar la configuración de udev para que los archivos de /dev para iniciar el resto del sistema siempre estén disponibles, sin esperar la autodetección.
• Mejorar la inicialización de X. Hay tareas que se ejecutan pensando en que el sistema autodetecte cosas cada vez que se inicia, pero no es necesario cuando el hardware o los dispositivos de entrada nunca van a cambiar.
• En sistemas con autologin, iniciar directamente la sesión sin pasar con GDM, siempre está la opción de cambiar de usuario con el screensaver (+xlock)

Y para el resto del mundo, cuando?

El resto del mundo podrá ver estas mejoras en las siguientes versiones de la distribución. En Ubuntu se espera al menos para la versión de abril del próximo año (9.04 Jaunty Jackalope).

Se espera además que con el apoyo del resto de los proyectos involucrados, se logren mejoras que no se pudieron aplicar en este momento. Al menos en la misma conferencia así lo dijeron personajes de la talla de Keith Packard (X.org/Intel).

Como les había contado, en mi laptop logré reducir el tiempo de booteo de 51 segundos a 25 segundos!. Solamente me enfoqué en reducir el tiempo en donde el sistema se inicia hasta antes de lanzar el entorno gráfico, así que todavía queda por mejorar en esa parte.

Antes de que sigan leyendo tengo que advertir que es probable que no puedan aplicar lo mismo que yo porque hay cosas que dependen de la configuración de cada uno, y también advertir que si no saben lo que están haciendo, es mejor no meter las manos a menos que sepan como arreglarlo.

Para explicar el método voy a usar mi caso particular, ustedes deben seguir la misma metodología pero en su configuración.

Bootchart

El primer paso es instalar la herramienta bootchart. Esta herramienta permite generar un gráfico que describe todo el proceso de inicio del sistema, mostrando el uso de recursos (CPU, I/O) e indicando cada proceso que se ejecuta. Es vital para medir los cambios y ver si la cosa va mejorando o empeorando. Además sirve para visualizar cuellos de botella.

Se instala via apt-get:

sudo apt-get install bootchart

Una vez instalado ya pueden generar su primer gráfico de referencia. Solo basta reiniciar el sistema ya que bootchart se activará por omisión. Para desactivarlo se puede pasar el parámetro bootchart=disable en las opciones de inicio del kernel.

Una vez iniciado el sistema, pueden encontrar el gráfico resultante en /var/log/bootchart

Aqui pueden ver mi primer bootchart que usaré de base para explicar el método.

Análisis del bootchart

Al mirar el gráfico generado por bootchart detecté lo siguiente:

• El tiempo de inicio es de 51 segundos
• Hay dos momentos en que el sistema pareciera no hacer nada, esta esperando que algo suceda. Esto es en el segundo 4 y en el segundo 26
• Hay dos momentos en que se ocupa el disco en forma intensiva y por mucho tiempo. Uno es cuando se ejecuta readahead (9s) y el otro es cuando se ejecuta fsck (20s)
• Hay procesos que detienen el inicio mientras no se terminen, por ejemplo readahead (9s), lrm-manager (13s), fsck (21s), postgresql (40s), etc.
• Hay varios servicios que no estoy usando o que no necesito que se inicien automáticamente todos los dias, como mysql y postgresql
• La partición de windows se está montando automáticamente y no la necesito (32s)
• El resto son cosas chicas que podrían ayudar a ganar 1 o 2 segundos.

Desactivar servicios no utilizados

Esta es la parte más obvia de la optimización: desactivar todos los servicios que no estemos usando. Hay varias formas de hacerlo, recomiendo primero ir a Sistema -> Administración -> Servicio y desactivar todo que evidentemente no debe iniciarse en forma automática. En mi caso postgresql y mysql.

Hay muchos servicios que no aparecen con este editor. Hay varias herramientas para modificarlos y visualizarlos. Lo más simple es ver el contenido del directorio /etc/rc2.d:
ls /etc/rc2.d
K08vmware S16ssh S20apmd S20winbind S89cron
... etc
Todo lo que empieza con “S” son servicios que se van a iniciar al entrar a runlevel 2 (modo normal de ubuntu).

Una forma rápida de ver qué hace cada servicio es mirar su script en /etc/init.d. Por ejemplo para ver S16ssh:
fcatrin@desktop:~$ grep Desc /etc/init.d/ssh
# Short-Description: OpenBSD Secure Shell server
Para activar o desactivar se pueden usar herramientas como sysv-rc-conf o update-rc.d

Desactivar servicios de sistema

Antes de que el ubuntu entre en runlevel 2 tiene que levantar servicios que operan a nivel de sistema, son de base. Algunos de ellos si bien son útiles para muchos, puede ser que para tí no lo sean. Estos servicios se ejecutan en el runlevel “S” y se pueden ver en el directorio /etc/rcS.d. Por ejemplo:

fcatrin@desktop:~$ ls -1 /etc/rcS.d
README
S01mountkernfs.sh
S01readahead
S02hostname.sh
S06keyboard-setup
S07linux-restricted-modules-common
S08hwclockfirst.sh
...
Al igual que en rc2.d, estos archivos son enlaces simbólicos a scripts de servicios que estan en /etc/init.d

fcatrin@desktop:~$ grep Desc /etc/init.d/mountkernfs.sh
# Short-Description: Mount kernel virtual file systems.
# Description: Mount initial set of virtual filesystems the kernel

Al mirar esa lista, se puede deducir que cuando el sistema parte hace lo siguiente:

• Montar los sistemas de archivo virtuales del kernel (como /proc)
• Pre-leer un conjunto de archivos
• Asignar el nombre de host
• Configurar el teclado
• Cargar los modulos restringidos como el driver de nvidia
• Configurar el reloj
• etc

Este sistema modular facilita desactivar servicios a nivel de sistema sin tener que hacer algo distinto a desactivar un servicio normal. Es algo que echaba de menos en OTRAS distribuciones que tienen todo esto en un solo gran script.

En mi caso deactivé los siguientes servicios de sistema:

• linux-restricted-modules-common : lo necesitas sólo si tu hardware requiere drivers propietarios. Cómo saberlo? ejecuta Sistema -> Administración -> Controladores de Hardware. Si la lista esta vacia, es seguro deshabilitar este servicio
• pcmciautils : lo necesitas si tienes dispositivos pcmcia
• brltty : lo necesitas si tienes un display braile
• apparmor : lo necesitas si quieres mantener tu sistema seguro. Si eres confiado lo puedes desactivar

Hay otros más, se debe ver caso a caso

Configurar la revisión de los sistemas de archivo

Una de las tareas que más tiempo consume es revisar la consistencia de los sistemas de archivo (fsck). En mi caso lo que hice fue desactivar la revisión de mis sistemas de archivo de windows porque casi nunca los ocupo (en mi laptop), y desactivar la revisión de mi sistema raiz ya que es reiserfs y se autocorrige (hasta ahora). Con eso ahorré unos 5 segundos o más.

El archivo /etc/fstab contiene todos los sistemas de archivo que se montarán automáticamente al iniciar el sistema, y al final de cada linea indica si se va ejecutar fsck para revisar la consistencia.

Entonces originalmente era algo similar a esto:

/dev/sda1 / reiserfs defaults 0 1
/dev/sda4 /media/sda4 vfat defaults,utf8,umask=007,gid=46 0 1

Y lo dejé como:

/dev/sda1 / reiserfs defaults 0 0

Con eso eliminé el montaje y revisión de la partición de windows y al cambiar el 1 por el 0 al final de la primera linea desactivé la ejecución de fsck.

Ojo, en esta parte debes estar seguro de lo que estas haciendo

Readahead : pre-lectura de archivos

Finalmente lo que hice fue mejorar la pre-lectura de archivos. De qué se trata? Cuando el sistema parte, se dedica a leer de una pasada todos los archivos que en algún momento posterior va a tener que leer, eso hace que todos queden en caché y así reduce cualquier latencia posterior que se agudiza con la latencia de esperar a leer un archivo de disco.

En el directorio /etc/readahead hay dos archivos de texto que contienen una lista de archivos a preleer: boot que se pre-lee al iniciar el sistema y desktop que se pre-lee al iniciar el entorno gráfico.

Estas listas vienen de fabrica y es muy probable que al modificar los servicios queden en estas listas muchos archivos que ya no se necesitan volver a leer, entonces hay que regenerar las listas. Para regenerar la lista se debe reiniciar el sistema y agregar el parámetro profile a la linea de inicio del kernel. Grub permite modificar las opciones de inicio presionando la tecla “e” para editar, y una vez hecho los cambios se inicia con la tecla “b”. Estos cambios no se guardan en disco.

La linea de inicio del kernel debería quedar similar a ésta, agregando el parámetro profile:

kernel /vmlinuz-2.6.24-19-generic root=/dev/sda1 ro quiet splash profile

El sistema se demorará en partir porque estará generando estas listas. Esto sólo sucedera cuando usemos la opción “profile”.

Estas listas también se pueden revisar para ver si hay archivos que segun nosotros, no se deberían estar leyendo (así encontré apparmor).

Cuando apliqué esto, mi lista de readahead bajó de 777 archivo a 526.

Ordenar la lista de readahead

Las listas generadas con la opción profile estarán en el orden en que se leyeron los archivos. Esta lista se puede hacer más eficiente ordenándola por la ubicación de los archivos en el disco, de tal forma que los archivos se lean en forma secuencial físicamente.

Una forma rápida de ordenarla es con los siguientes comandos:

cat /etc/readahead/boot | xargs stat -c %i.%n | sort -n | cut -d"." -f2- > boot.sorted
sudo cp boot.sorted /etc/readahead/boot

Lo que hace el comando es obtener el numero de inode de cada archivo y usarlo como criterio para ordenar. Luego genera la nueva lista en base a esa lista ordenada.

Otras mejoras

Otra posibles mejoras que aun no he aplicado son :

• desactivar algunos servicios del escritorio (Sistema -> Preferencias -> Sesiones -> Programas de inicio)
• eliminar algunos archivos que se leen pero que no se van a ocupar (ej: drivers). Se pueden determinar mirando las listas de readahead
• ordenar físicamente los archivos que se preleen para que queden contiguos
• generar un gran archivo que contenga todos los archivos que se preleen para leerlos de una sola pasada

Al menos con los cambios aplicados hasta el momento mi bootchart final quedó en sólo 25 segundos.

Bueno, no voy a escribir mucho, solo dejo un par de imágenes para mostrar cómo me fue:

BootChart Original (50s)
BootChart Actual (25s)

Y aun queda espacio para mejora!

Primero quiero declarar que no conozco muy bien como funciona la configuración de redes en Ubuntu Gutsy, ni menos como funciona PPP. Gracias a NetworkManager & friends hace tiempo que no tenía que meter manos en la configuración de red, desde los tiempos en que usaba RedHat.

Lo siguiente es una descripción de lo que hice para conectarme a Movistar con el Modem USB Huawei E226 en Ubuntu Gutsy, quizás hay algunos pasos de más pero mi ignorancia me impide saber cuales son

Manos a la obra

Lo primero que hice fue instalar el Escritorio Movistar. Esta aplicación permite acceder a las funcionalidades específicas del modem como por ejemplo seleccionar el operador, pero me fue imposible conectarme desde él ya que se queda buscando la red y no sale de ese estado. Vi que instaló algunas cosas especificas para el modem, asi que no lo desinstalé a pesar de que no lo terminé usando.

Este aparatito USB es un modem que soporta los clasicos comandos AT como en los viejos tiempos, asi que me lancé con la configuración normal de un modem con network-admin, ejecutable desde Sistema->Administración->Red. A continuación pueden ver mi configuración:

Modem listo para configurar

Número de teléfono, usuario y contraseña (web/web)

Modem conectado en /dev/ttyUSB0

Esta configuración es opcional

Configuración finalizada. NO LA ACTIVEN AUN

A conectarse!

Tal como indica el ultimo screenshot, no deben activar la configuración desde ahi. Cierren la ventana y revisen el icono de red del panel de gnome (nm-applet). Debería aparecer la opción Conexiones telefónicas, si no aparece, esperen un momento. Si aún no aparece, reinicien el sistema ya que no sé qué servicios se pueden reiniciar para que nm-applet o networkmanager se den por aludidos.

Una vez que aparezca la opción Conexiones telefónicas, seleccionen Conectar a ppp0 via Modem…. Si tienen el escritorio movistar andando verán como encuentra señal y se conecta junto con una linda notificación de “estamos conectados”. Si no lo tienen andando, no verán nada Para comprobar la conexión prueben con ping. Por ejemplo:

fcatrin@desktop:~$ ping -n 200.27.2.2
PING 200.27.2.2 (200.27.2.2) 56(84) bytes of data
64 bytes from 200.27.2.2: icmp_seq=1 ttl=224 time=679ms
64 bytes from 200.27.2.2: icmp_seq=2 ttl=224 time=538ms

Si no estan conectados verán este mensaje:

ping: sendmsg: Network is unreachable

El problema del DNS

Por algun motivo, las direcciones de DNS que me entrega la conexión no son válidas, por eso no tengo activada la opción “Usar los servidores de nombre del proveedor de servicios de internet”. Cómo saber si tienen ese problema? Si les funciona el ping de arriba, pero no pueden abrir páginas web, entonces tienen el problema del DNS. Para corregirlo, se puede usar cualquier DNS, en mi caso configuré a mano en network-admin este par de DNS’s:

Configuración de DNS

No sé a que se debe el problema del DNS, recuerdo que en Windows también tuve un problema similar, pero no he vuelto a probar.

Problema de conexión (HANGUP)

Otro comportamiento extraño es que a veces no se quiere conectar, luego dejo pasar un rato sin intentar conectarme y vuelve a funcionar. Este pareciera ser un problema de Movistar porque segun lo que he visto, la conexión se corta desde el extremo de ellos. Si te pasa esto, espera unos segundos/minutos y vuelve a intentar.

Eso es todo lo que necesitan para conectarse. No es necesario seguir leyendo

Lo que viene a continuación no es necesario hacerlo, ni menos leerlo, pero puede ayudar a diagnosticar problemas y también puede servir a los usuarios curiosos/ociosos. No es parte de las instrucciones.

Los logs!

Cuando se establece la conexión PPP, en /var/log/messages se registra todo lo que está haciendo pppd y el modem para establecer la conexión. Es util para ver en que parte falla la conexión, como me pasaba con el tema del HANGUP (colgar) que me hacía Movistar.
Asi se establece una conexión:

Mar 23 15:34:21 desktop pppd[7392]: pppd 2.4.4 started by root, uid 0
Mar 23 15:34:22 desktop chat[7423]: timeout set to 60 seconds
Mar 23 15:34:22 desktop chat[7423]: abort on (ERROR)
Mar 23 15:34:22 desktop chat[7423]: abort on (BUSY)
Mar 23 15:34:22 desktop chat[7423]: abort on (VOICE)
Mar 23 15:34:22 desktop chat[7423]: abort on (NO CARRIER)
Mar 23 15:34:22 desktop chat[7423]: abort on (NO DIALTONE)
Mar 23 15:34:22 desktop chat[7423]: abort on (NO DIAL TONE)
Mar 23 15:34:22 desktop chat[7423]: abort on (NO ANSWER)
Mar 23 15:34:22 desktop chat[7423]: send (ATZ^M)
Mar 23 15:34:22 desktop chat[7423]: send (AT&FH0M0^M)
Mar 23 15:34:22 desktop chat[7423]: expect (OK)
Mar 23 15:34:22 desktop chat[7423]: ATZ^M^M
Mar 23 15:34:22 desktop chat[7423]: OK
Mar 23 15:34:22 desktop chat[7423]:  -- got it
Mar 23 15:34:22 desktop chat[7423]: send (ATDT*99#^M)
Mar 23 15:34:22 desktop chat[7423]: timeout set to 75 seconds
Mar 23 15:34:22 desktop chat[7423]: expect (CONNECT)
Mar 23 15:34:22 desktop chat[7423]: ^M
Mar 23 15:34:22 desktop chat[7423]: AATDT*99#^M^M
Mar 23 15:34:22 desktop chat[7423]: CONNECT
Mar 23 15:34:22 desktop chat[7423]:  -- got it
Mar 23 15:34:22 desktop pppd[7392]: Serial connection established.
Mar 23 15:34:22 desktop pppd[7392]: Using interface ppp0
Mar 23 15:34:22 desktop pppd[7392]: Connect: ppp0 <--> /dev/ttyUSB0
Mar 23 15:34:23 desktop pppd[7392]: CHAP authentication succeeded
Mar 23 15:34:23 desktop pppd[7392]: CHAP authentication succeeded
Mar 23 15:34:30 desktop pppd[7392]: Could not determine remote IP address: defaulting to 10.64.64.64
Mar 23 15:34:30 desktop pppd[7392]: local  IP address 190.4.251.77
Mar 23 15:34:30 desktop pppd[7392]: remote IP address 10.64.64.64

Se puede ver que el modem se resetea (ATZ), inicializa (AT%F…) y luego disca el número de telefono del proveedor (ATDT). Una vez conectado se liga la interfaz ppp0 al modem (ttyUSB0) y comienza la negociación de PPP en donde se realiza la autenticación y el establecimiento de las direcciones IP. Si tienen activada la opción “Usar los servidores de nombre del proveedor de servicios de internet” verán que el proveedor además entrega un par de DNS’s que al menos a mi no me funcionaron. Estos son:

Mar 23 15:34:31 desktop pppd[7392]: primary   DNS address 10.11.12.13
Mar 23 15:34:31 desktop pppd[7392]: secondary DNS address 10.11.12.14

Cuando me desconectan desde Movistar se ve algo asi (tiempos inventados porque no me han desconectado ahora):

Mar 23 15:34:31 desktop pppd[7392]: LCP terminated by peer
Mar 23 15:34:31 desktop pppd[7392]: Modem hangup

Y a veces me corta de una, asi :

Mar 23 15:34:31 desktop pppd[7392]: Hangup (SIGHUP)
Mar 23 15:34:31 desktop pppd[7392]: Modem hangup

Configuración de PPP

Cuando configuraron PPP con network-admin Se crea la siguiente configuración:

fcatrin@desktop:~$ cat /etc/ppp/peers/ppp0 
connect "/usr/sbin/chat -v -f /etc/chatscripts/ppp0"
/dev/ttyUSB0
115200
user "web"
defaultroute

fcatrin@desktop:~$ sudo cat /etc/ppp/chap-secrets
# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
"web" * "web"

fcatrin@desktop:~$ cat /etc/chatscripts/ppp0
TIMEOUT 60
ABORT ERROR
ABORT BUSY
ABORT VOICE
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
ABORT "NO DIAL TONE"
ABORT "NO ANSWER"
"" "ATZ"
"" "AT&FH0M0"
OK-AT-OK "ATDT*99#"
TIMEOUT 75
CONNECT

El archivo peers/ppp0 crea la conexión ppp0 indicando el modem que se va a usar, velocidad de comunicación con el modem, nombre de usuario y opciones de PPP. En este caso defaultroute es para asignar el modem como ruta por defecto (default gateway). Cuando activan “Usar los servidores de nombre del proveedor de servicios de internet” se agrega la opción usepeerdns.

Los archivos chap-secrets y pap-secrets guardan la password del usuario web. Si necesitan que se autentique solo por PAP, eliminen la linea de chap-secrets y viceversa. Finalmente el archivo chatscripts/ppp0 contiene el dialogo con el modem, se pueden ver los comandos de inicialización y el discado del número.

• Ir al menú Sistema -> Administración -> Origenes del software -> Software de otros proveedores y activar el repositorio “partner”
• Instalar vmware-server con el comandosudo apt-get install vmware-server

Esperar la descarga y aplicar sal a gusto.

Abrir la lista de repositorios con un editor de texto:

sudo gedit /etc/apt/sources.list

Descomentar (quitando el signo #) o agregar la linea:

deb http://archive.canonical.com/ubuntu gutsy partner

Grabar y luego actualizar la lista de repositorios cargada:

sudo apt-get update

fcatrin@desktop:~$ ssh -v serverdeprueba.com
OpenSSH_4.3p2 Debian-8ubuntu1, OpenSSL 0.9.8c 05 Sep 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to serverdeprueba.com [ipdeprueba] port 22.
debug1: Connection established.
debug1: identity file /home/fcatrin/.ssh/identity type -1
debug1: identity file /home/fcatrin/.ssh/id_rsa type -1
debug1: identity file /home/fcatrin/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2
debug1: match: OpenSSH_3.6.1p2 pat OpenSSH_3.*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-8ubuntu1
debug1: Miscellaneous failure
No credentials cache found
debug1: Miscellaneous failure
No credentials cache found

Las ultimas cuatro lineas se demoraron bastante en aparecer, una rápida búsqueda en google me indica que esos mensajes los arroja la autenticación con kerberos, y además encuentro que esa autenticación se demora si no hay un servidor kerberos disponible. Como yo no uso kerberos, y además creo que soy parte de la mayoría, simplemente deshabilité ese modulo en /etc/ssh/ssh_config.

Donde dice:

GSSAPIAuthentication yes

Lo cambié por:

GSSAPIAuthentication no

Y ahora el ssh se conecta inmediatamente, como siempre debió haber sido.

Tal como esperaba, no lo pude ejecutar directamente en Ubuntu Feisty, trate de darle algunas pistas al sistema, como el clásico LD_ASSUME_KERNEL pero tampoco tuve éxito. Al final, el procedimiento era bastante sencillo, pero bien podría haber perdido mucho más tiempo en esto. Estoy seguro de que alguien más agradecerá este tip (Hi Aldrin!)

Se necesitan 4 sencillos pasos:

Paso 1: Descargar Java 1.3 desde el sitio de Sun

• Ir a http://java.sun.com/products/archive/
• Seleccionar J2SDK 1.3 o J2RE 1.3 segun se necesite. Yo me fui por J2SDK 1.3.1_20

Paso 2: Cambiar los permisos y ejecutar el archivo .BIN para aceptar la licencia y descomprimir el archivo. Recomiendo hacer esto en el directorio /opt

cd /opt
chmod 755 ELARCHIVO.BIN
./ELARCHIVO.BIN

En mi caso, esto generó el directorio /opt/jdk1.3.1_20

Paso 3: Instalar libstdc++ compatible con esta version de Java. Ojo que el numero de version podria cambiar, lo importante es que sea 2.x

apt-get install libstdc++2.10-glibc2.2

Paso 4: Crear un link simbólico para que el binario de java pueda encontrar la biblioteca libstdc++ que espera. Ojo que las versiones pueden cambiar

cd /usr/lib
sudo ln -s /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so libstdc++-libc6.1-1.so.2

Con eso ya podrán ejecutar java, pero seguramente tendrán problemas por el soporte multilenguaje, entonces antes de ejecutar java asegurense de ejecutar

export LANG=en_US

Resultado final:

fcatrin@shaman:~$ /opt/jdk_1.3.1_20/bin/java -version
java version "1.3.1_20"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_20-b03)
Java HotSpot(TM) Client VM (build 1.3.1_20-b03, mixed mode)

Pasos opcionales pero convenientes
Con esos pasos podrán ejecutar java directamente con /opt/jdk_1.3.1_20/bin/java, pero es muy engorroso. Personalmente uso un método que me simplifica el problema de rutas y versiones de java. Todas las versiones de java instaladas las hago vivir en /opt. En ese directorio creo un enlace simbólico apuntando al nombre real del java instalado. Tengo algo asi:

java13 -> jdk1.3.1_20
java14 -> j2sdk1.4.2_02
java -> java14

Para crear uno de esos enlaces aplico:

cd /opt
ln -s jdk1.3.1_20 java13

De esta forma, java13 siempre sera /opt/java13 independiente del java instalado, y el java por omisión siempre sera /opt/java, y si lo deseo lo puedo cambiar para que apunte a java14 o java 13 depende de qué java quiero tener por omisión. En mi .bashrc dice :

export JAVA_HOME=/opt/java
export PATH=$JAVA_HOME/bin:$PATH

Con eso tengo lo suficiente para que cualquier aplicación java que ejecute utilice el java por omisión (1.4 en este caso). Para el caso de java13 me cree un script /usr/local/bin/java13 que dice:

export JAVA_HOME=/opt/java13
export PATH=$JAVA_HOME/bin:$PATH
export LANG=en_US

Entonces cuando requiero java 1.3 simplemente ejecuto source java13 y listo. De esta forma:

fcatrin@shaman:~$ java -version
java version "1.4.2_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_02-b03)
Java HotSpot(TM) Client VM (build 1.4.2_02-b03, mixed mode)
fcatrin@shaman:~$ source java13
fcatrin@shaman:~$ java -version
java version "1.3.1_20"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_20-b03)
Java HotSpot(TM) Client VM (build 1.3.1_20-b03, mixed mode)

La historia comienza a altas horas de la madrugada del lunes, quizas motivado por algunos grados demás en la bebida me puse a experimentar con software suspend entre otras cosas. Para hacer el cuento corto, termine con mi reiserfs corrupto.

Aun tenia acceso a los archivos, y estaba listo para iniciar el proceso conocido como salvese quien pueda cuando se me ocurrió la excelente idea de tratar de arreglar el problema, annnnnteeeessss que respaldar. Luego otros errores mas, como presionar ctrl-c mientras se sincronizaba parte del filesystem, o rebootear después de que init se fuera de segfault.

En esos momentos, la primera frase que se me vino a la cabeza fue : “a mis archivos se los llevó el señor“. Pero ya había pasado por una situación similar antes y en vez de golpear mi teclado para transformarlo en un teclado no-querty… decidí tomarlo con calma.. si he dicho tomarlo (Hi JCI!)… con calma…. y comencé a pensar en las distintas alternativas para recuperar al menos el único archivo realmente importante que tenia en esa partición. El resto esta en algunos CVS, en IMAP y en otros lugares de internet que no voy a mencionar. (no no seba, no en sitios para adultos).

Por unos momentos mi sistema de archivos se fue caminando por el tunel hacia la luz.. pero después de aplicar algunas dosis de paciencia, improvisación en guitarra, cafe, y muchos comandos aprendidos a punta de –help, logré recuperar gran parte del sistema de archivos.

Esa fue la crisis, y a partir de ese momento se transformo en oportuncrisis. No tenia ningún CD de Fedora a la mano. El unico DVD lo regale en Rancagua, y descargar uno me tomaría muchas horas. de alguna forma tenia que volver con el equipo andando al trabajo o bien declararme con demencia senil (a algunos les resulta).

Lo unico que tenia a mano eran unos CD’s de Ubuntu 5.04 que un alumno del semestre pasado me regaló, pero estaba todo rayado a estas alturas… entonces aplique uno que me quedaba de 4.10, instalé, actualicé por apt a 5.04, y desde ayer soy un nuevo usuario de Ubuntu. Han visto el temporal de de viento y lluvia de hoy?

En linea se encuentran fotos de la maniobra de panico y rescate.