Configurar adaptador usb wifi RT5370 Ralink para linux kernel 2.6

13 12 2012
ADAPTADOR USB WIFI 150 MBPS CONCEPTRONIC de CONCEPTRONIC

ADAPTADOR USB WIFI 150 MBPS CONCEPTRONIC

Recientemente he adquirido un adaptador usb wifi para utilizarlo en ordenadores de sobremesa y evitar cableado en algunas zonas donde la conexión por cable al router no es muy accesible.

Tras configurarlo en un ordenador de sobremesa con Ubuntu 12.10 no tuve ningún problema y funcionó simplemente con enchufarlo (plug & play) y aparecieron las redes wireless disponibles para conectar.

El problema fue al cambiar de sistema operativo, en concreto a Centos 6.3. El dispositivo era detectado, lo que puede comprobarse con:

1
2
$ lsusb | grep Ralink
Bus 002 Device 007: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter

Sin embargo, no parecía existir una interfaz de red inalámbrica. Tras unas pocas búsquedas en google, comprobé que el soporte para este dispositivo con el driver RT5370 estaba integrado sólo en kernels superiores a 3.0+ y no para la rama 2.6. Por ello, Ubuntu 12.10 que usa la rama 3.X+ funcionaba perfecto y sin embargo en Centos 6.3 no, ya que aún usa la rama 2.6.X (ya que es un distribución orientada más a servidores).

Para solucionarlo, en el caso de este dispositivo, es necesario activar el repositorio de ELRepo, esto es:

1
2
# rpm --import http://elrepo.org/RPM-GPG-KEY-elrepo.org
# rpm -Uvh http://elrepo.org/elrepo-release-6-4.el6.elrepo.noarch.rpm

Posteriormente, instalamos el paquete kmod-rt5370sta que da soporte para el driver RT5370 en kernels 2.6:

1
# yum install kmod-rt5370sta

Después ya solo es necesario conectar e introducir el dispositivo (no es necesario reiniciar) y ya será plenamente funcional.

VN:F [1.9.22_1171]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)


Desinstalar controladores propietarios de ATI en Ubuntu

24 09 2012
ATI? Piensatelo dos veces

ATI? Piensatelo dos veces

El soporte de ATI en GNU/Linux que ofrece deja mucho que desear en los controladores oficiales y propietarios. Son frecuentes los fallos en aplicaciones que hacen un uso normal de la tarjeta gráfica y con las ultimas incorporaciones de Compiz y Unity al escritorio de Ubuntu, la aceleración es muy lenta para un uso regular. A fecha de hoy, los controladores libres de MESA, en su última versión (9.0), tampoco ofrecen muchas de las funcionalidades básicas o incluso no disponen del soporte de OpenGL 2.1 (lanzado en 2006) en la mayoría de las tarjetas gráficas.

No hablemos de OpenGL 3.0 o superior a menos que dispongas de tarjeta gráfica Intel o Nvidia (con controladores propietarios también). Aunque MESA tiene bastante actividad, prácticamente cada día hay nuevo código desarrollado, tiene un desarrallo demasiado lento para adaptarse rápido al mercado del escritorio o incluso de juegos (aunque parece que pueden existir avances en los próximos meses).

Resumiendo aunque puede que inicialmente te haya ido bien con los controladores propietarios de ATI, quizás tengas mejor soporte al usar los controladores libres y te ofrezcan algo más de estabilidad y funcionalidades. Por otro lado, usando los controladores libres es más posible que tus fallos se corrijan pronto, ya que se lanzan versiones más rapidamente en cada nueva versión de Ubuntu que las que ofrece ATI. También estarías favoreciendo la alternativa que esta basada en software libre.

Por ello, para desinstalar los controladores propietarios de ATI, ejecuta los siguientes comandos:

1
2
3
4
sudo apt-get purge xorg-driver-fglrx fglrx-*
sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri
sudo dpkg-reconfigure xserver-xorg
sudo apt-get install --reinstall xserver-xorg-core

Después reinicia tu ordenador y ya estarás usando los controladores libres. Puedes comprobarlo con el comando:

1
glxinfo | grep Mesa
VN:F [1.9.22_1171]
Rating: 8.0/10 (4 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)


Automatizar actualizaciones con yum-updatesd y yum-cron en CentOS

23 12 2011
Actualizaciones automáticas

CentOS es una distribución de las consideradas como más estables. Aunque sea bastante estable, no implica que no necesite de actualizaciones con regularidad debido a incidencias críticas en algún paquete de software o bien debido avulnerabilidades.

Para evitar consumir tiempo a los administradores de sistemas comprobando regularmente si se necesita alguna actualización, existen herramientas que se encargan de realizar esta tarea de forma períodica.

Existen dos alternativas en CentOS:

  • yum-updatesd es un demonio notificador de actualizaciones que puedan ser aplicadas al sistema
  • yum-cron es un paquete con los archivos necesarios para hacer que el comando yum update se establezca como un trabajo de cron.

Generalmente yum-updatesd es más recomendable para escritorios y yum-cron para servidores, por este motivo coexisten ambos.

yum-cron es algo más sencillo pero no dispone de muchas opciones de configuración, aunque yum-updatesd es más configurable, pero parece tener algunas fugas y acumulaciones de memoria/CPU cuando se ejecuta durante bastante tiempo en servidores.

Configurando yum-updatesd

Podemos instalarlo con:

1
# yum install yum-updatesd

yum-updatesd dispone de varios métodos de notificación:

  • syslog
  • email
  • dbus

Estas notificaciones se configuran mediante el archivo de configuración /etc/yum/yum-updatesd.conf. Este archivo dispone de una única sección “main” que define todas las opciones de configuración globales. Las opciones disponibles son las siguientes:

  • run_interval Número de segundos a esperar entre comprobaciones de actualizaciones disponibles.
  • updaterefresh Número mínimo de segundos entre para actualizar la información de actualizaciones para evitar acceder al servidor con demasiada frecuencia.
  • emit_via Lista de maneras para emitir una notificación de actualización. Los valores válidos son: ‘email’, ‘dbus’ y ‘syslog’.
  • do_update Opción booleana para decidir si las actualizaciones deberían ser o no aplicadas. Por defecto falso.
  • do_download Opción booleana para decidir si las actualizaciones deberían o no ser descargadas automáticamente. Por defecto falso.
  • do_download_deps Opción booleana para automáticamente descargar las dependencias de paquetes que necesitan actualizarse también. Por defecto falso.

Opciones de notificacion por email

  • email_to Lista de direcciones email para enviar las actualizaciones de notificación. Por defecto ‘root@locahost’.
  • email_from Direcciones de email desde donde enviar las notificaciones de actualización. Por defecto ‘yum-updatesd@localhost’.
  • smtp_server Servidor SMTP para usar en el envío de email, cadena de host o host:puerto. Por defecto ‘localhost:25′.

Opciones de notificacion por Syslog

  • syslog_facility La instalación de syslog que debería ser usada. Por defecto ‘DAEMON’.be used. Defaults to ‘DAEMON’.
  • syslog_level Nivel de los mensajes en syslog. Por defecto ‘WARN’.

Ejemplo de configuración

Un ejemplo de configuración posible para /etc/yum/yum-updatesd.conf donde cada 8 horas comprobamos actualizaciones sin instalarlas, pero descargandolas y notificamos si existe alguna por email puede ser:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
[main]
# how often to check for new updates (in seconds)
run_interval = 28800
 
# how often to allow checking on request (in seconds)
updaterefresh = 3600
# how to send notifications (valid: dbus, email, syslog)
emit_via = email
# should we listen via dbus to give out update information/check for
# new updates
dbus_listener = yes
# who to send the email notifications to
email_to = tuemail@tudominio.com
# who send the notifications
email_from = yumupdates@tudominio.com
# automatically install updates
do_update = no
# automatically download updates
do_download = yes
# automatically download deps of updates
do_download_deps = yes

Después de configurar el servicio, lo iniciaremos con:

1
# service yum-updatesd start

Y para que se inicie en cada inicio del servidor:

1
# chkconfig yum-updatesd on

Para desactivar es realizar la operación inversa a yum-updatesd:

1
2
#service yum-updatesd stop
#chkconfig --del yum-updatesd

Nota: Recuerda que una vez desactivado no se notificará ningún tipo de actualización, y debe por tanto realizarse de forma manual.

Configurando yum-cron

yum-cron se habilita como si fuera cualquier otro daemon:
1
2
3
# yum install yum-cron
# yum chkconfig yum-cron on
# service yum-cron start

Esto creara un archivo /etc/cron.daily/0yum.cron que será ejecutado diariamente a la hora programada.

Aunque se trata como daemon, en realidad no lo es, sino que es un script que se ejecuta diariamente y limpia las actualizaciones semanalmente. Es fácil comprobar con chkconfig –list que yum-cron esta en la lista, pero desahabilitado para todos los niveles de ejecución. Puede activarse si se desea con:

1
# chkconfig yum-cron on
Este paso no es necesario ya que cron ejecutara igualmente la tarea programada.
Si es necesario iniciar por primera vez yum-cron para que se cree el archivo en cron-daily con un flag en /var/lock/subsys/yum-cron:
1
# /etc/init.d/yum.cron start

Nota: Es importante recalcar que algunos paquetes como los del kernel requieren de reinicio para aplicar las nuevas actualizaciones y yum-updatesd y yum-cron no implican reiniciar el sistema, por lo que recae esta ultima atencion al administrador del sistema.

VN:F [1.9.22_1171]
Rating: 7.5/10 (2 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)





Cargado con 273 consultas en 1,025 segundos