On the train today, well at the station, the speaker announced that car with registration number col238 left their lights on. How nice of the person who reported it to the station in the first place? I wish there was such a nice person the times I left my lights on. Would have saved me so much hassle!

On the train today, a construction man was exhausted. It’s a good enough reason to hog two 3-seaters and rest his dirty construction boots on the seat. The commuters who have to stand up and those who will eventually dirty their pants when they sit there will surely understand that it’s perfectly acceptable.

Dirty construction boots on seat

After all, the sign did read “place feet on seats”

Vandalised sign that now reads "place feet on seats"

On the train today, I looked at the view. When you take the same train everyday, it’s so easy to take the nice views for granted. But I still remember how excited I was the first time I caught the train over the harbour bridge.

View from the train

It’s a pity some of the windows are too scratched though.

City skyline through train

On the train today, I feel safer. The asian lady sitting next to me is praying the rosary. I wonder what she is praying for. That the train gets there safely and on time? It inspired me to say a prayer too.

Lady praying the rosary

I often see people praying on the train, reading the bible or the koran. So train time must be a good time to catch up with your spirituality… until you are interrupted by some loud and horny R’n'B mobile phone ring tone.

To the rosary lady, I sincerely hope all your prayers are heard, including the ones about the train being safely on time.

In questo articolo cercherò di fare il punto della situazione sullo stato dei driver wireless Ralink, in particolare dell’ rt73, il driver per la mia chiavetta D-Link DWL- G122 C1.

In Linux quello che è importante non è tanto il modello della periferica, quanto il suo hardware, il chipset che sta all’ interno.
I chipset ralink sono ad oggi assai diffusi sul mercato e sono utilizzati in moltissime periferiche (usb e pci) di diversi produttori. Si possono raggruppare in queste famiglie:

• rt2400 (pci)
• rt2500 (pci)
• rt2500 (usb), detto anche rt2570
• rt61 (pci)
• rt73 (usb)

I driver per questi chipset sono già presenti nei kernel attuali, sotto il nome di rt2×00

Se nel kernel 2.6.20 (Ubuntu Feisty) praticamente non partivano per niente, passi avanti si son visti nel 2.6.22 (Ubuntu Gutsy) dove questi driver partono, funzionano ma sono alquanto instabili.

In realtà è la RalinkTech stessa a fornire specifiche, firmware e driver linux per i suoi chipset, ma questi si sono sempre dimostrati precari e pieni di bug.
Questi driver sono stati presi in mano dai ragazzi del progetto Serialmonkey che li hanno corretti e migliorati e ne hanno tirato fuori i cosidetti “driver legacy“.
Sono driver che funzionano abbastanza bene, e li ho personalmente utilizzati fino a poco tempo fa. Purtroppo permangono numerosi problemi, soprattutto di compatibilità software. Se li volete provare, potete seguire le guide che ho fatto nel wiki di ubuntu per rt73 e rt2570 (la procedura per gli altri è più o meno simile).

Parallelamente a questi, quelli di Serialmonkey hanno iniziato a sviluppare (da zero) dei nuovi driver rt2×00 generici per tutti i chipset ralink, i quali hanno iniziato a fare gradualmente la loro comparsa nel kernel.

Con l’arrivo del nuovo stack wireless mac80211, in sostituzione all’ ieee80211, tali driver hanno subito un porting che ha anche contribuito ad una impennata nello sviluppo.

I veri risultati si vedranno nel kernel 2.6.24, ma c’è già il sistema anche per provarli nel 2.6.22 (quello di Gutsy, tanto per intendersi).

Tale sistema è quello annunciato qualche giorno fa, quello del Linux Compatibility Wireless Package, per gli amici Compat-Wireless.

Come ho spiegato nella relativa guida, installando tale pacchetto si abilita lo stack mac80211 e si aggiornano i moduli rt2×00 presenti nel kernel.

In particolare si passa dalla versione 2.0.4 del kernel  2.6.22-14 di Gutsy all’attuale 2.0.14.
Lo sviluppo è rapido e continuo: potete vedere i cambiamenti del GIT in questa pagina.

Dalle prove che ho effettuato per adesso con la mia rt73, le cose vanno alla grande. Niente instabilità nè problemi di configurazione, nemmeno con wpa. Tali driver sono infatti perfettamente compatibili con WpaSupplicant e con relative Gui, Wicd in primis.

Adesso la mia chiavetta è veramente rinata!

Edit del 24/02/2008: visto che versioni successive del pacchetto compat-wireless e dei driver rt2×00 hanno problemi di compilazione e/o di instabilità, metto qua il pacchetto contentente i ralink rt2×00 versione 2.0.14, perfettamente funzionanti.

compat-wireless-2.6-rt2×00-2.0.14.tar.bz2 | mirror

A algunas personas les pasa que al apagar el ordenador con Linux oyen un Clack. Exactamente el mismo clack que si haces un apagado de emergencia dese cualquier S.O.. Desde leugo esto no es nada bueno, puesto que uno de estos apagados equivale a 100 apagados normales. Ose dejo aqui cómo solucionarlo:

El problema se da en los discos SATA con kernel ≥ 2.6.17 pero no en todos los equipos. En el momento de apagar o hibernar el equipo, una de las últimas operaciones a realizar es aparcar los cabezales del disco duro para su protección pero este proceso no se lleva a cabo antes de que el sistema interrumpa el suministro eléctrico y, en consecuencia, el disco duro realiza una parada de emergencia llevando los cabezales bruscamente a su zona de reposo y escuchándose un “clack” en ese momento.

A la larga esto puede causar grandes estragos. Pero estamos en Linux, amigos. Y en Linux todo se acaba conociendo, y entre todos lo acabamos solucionando.

He aquí la solución:

Se ha intentado solucionar en el kernel 2.6.22, así que si tienes uno anterior, primero prueba a instalar éste y si no te aparece este mensaje

“DISK MIGHT NOT BE SPUN DOWN PROPPERLY. UPDATE SHUTDOWN UTILITY
For more info, visit http://linux-ata.org/shutdown.html”

y no oyes el ruido, problema resuelto (a mi se le solucionó así). ¿Cómo me paso a este kernel?

Ya está.

En el hipotetico caso de que aún con el Kernel 2.6.22 te siga sucediendo has de seguir estos pasos:

SISTEMA CON KERNEL 2.6.22 PARA i386

Entra en los repositorios de Brian Stigge. Y descarga los siguientes paquetes:

sysvinit 2.86.ds1-38.1.1
sysvinit-utils 2.86.ds1-38.1.1
sysv-rc 2.86.ds1-38.1.1

Son .deb , así que sólo hay que ejecutarlos y listo.

SISTEMA CON KERNEL 2.6.22 PARA amd64

Añadir los repositorios de Brian Stiggie:

¿Cómo?

Y seguid estos pasos: Fuente

Después de añadir los repositorios:

Donde yyy es la carpeta personal e instalo los programas necesarios para crear los paquetes:

Descargo las fuentes para el paquete:

Lo que crea un directorio en la carpeta llamado sysvinit-2.86.ds1, entre otras cosas y entro en él y creo el paquete

El paquete lo crea en la carpeta personal, salgo a ella y lo instalo:

Y con esto me queda instalado el nuevo sysvinit, que aparca correctamente los cabezales del disco duro.

Suerte :):)

En la actualidad los usuarios de Ubuntu Feisty Fawn 7.04 y sistemas más antiguos, utilizan el núcleo 2.6.20-16 generic. Este tutorial explicará cómo actualizar el núcleo a la versión 2.6.22-10-generic.

Coprobado en Ubuntu Feisty

Antes de empezar

Asumiremos que disponemos de Ubuntu, Kubuntu, Edubuntu, Xubuntu 7.04 Feisty Fawn o cualquier distribución basada en Ubuntu 7.04 Feisty Fawn, derivadas o similares.

Esta guía utiliza gnome y gedit como editor básico de texto, los usuarios de Kubuntu necesitarán utilizar kate o el editor de su preferencia.

Manos a la obra!

Preparando el sistema

Primero necesitaremos agregar el repositorio de Gutsy Gibbon (Esto es temporal y únicamente lo utilizaremos para descargar el núcleo).

Desde una terminal: (todo seguido)

Luego, será necesario actualizar el sources.list así:

Instalación

Para instalar el núcleo 2.6.22-10 utilizar: (todo seguido)

Una vez finalizada la descarga e instalación, será necesario quitar el repositorio de Gutsy Gibbon de nuestro sources.list:

Aquí podemos borrar esta línea o simplemente comentarla (“comentar” significa agregar el signo # delante de la línea que corresponde para que no sea tenida en cuenta por el código en cuestión) Línea que debemos borrar o comentar:

Guardar los cambios y cerrar gedit

Luego, actualizar el sources.list, dentro de una así:

Si finalizamos estos pasos sin errores, ya tenemos instalada la nueva versión del núcleo y podemos reiniciar nuestro ordenador.

Suerte