Archivo de la Categoría “/dev/hack”

En este mes de revuelo por el cierre de Google Reader y el consiguiente ruido de alternativas, me planteo una vez más si antes o después no debería dejar de usar Google como gestor y almacén de correos, contactos y calendarios, a pesar de que su funcionamiento es muy muy bueno.

Pero a día de hoy tengo otra dependencia añadida: mi móvil y su Android, que no es tan libre y comunitario como me gustaría, cuestión que no es nueva. Como el smartphone HTC Desire Bravo me estaba dando problemas, el otro día decidí reutilizar mi Nokia N9 con Meego 1.2 “Harmattan”. Meego fue el cruce de Maemo (Nokia) y Moblin (Intel), y -anunciado allá por septiembre de 2011- ya no continúa de forma oficial. Fue durante el Akademy de 2012, que la gente de Nokia nos obsequió con dicho terminal; eskerrik asko, Quim Gil!

Tras actualizar -desde un Windows- a la última versión del software, la PR1.3, por alguna razón el N9 no acaba de sincronizar los contactos telefónicos de mi cuenta de Google a pesar de seguir éste y algún otro tutorial, basados en el protocolo de Microsoft Exchange ActiveSync, con lo que para mí no es operativo a día de hoy. Encima, leo que Google finalizará su soporte a este protocolo, ya que por suerte va hacia el uso de protocolos estándares y abiertos como son CardDAV y CalDAV.

n9_androidComo solución temporal, y gracias a este post del proyecto NITDroid, he optado por flashear el N9 con Android (concretamente a la Jelly Bean 4.1.1 con la imagen nitdroid_n9_jellybean_alpha5.tar.bz2), de modo que tengo un arranque dual para elegir uno u otro.

A pesar de no ser la ultimísima versión de Android, y de que no funcionan algunas cosas (la petición del pin de la SIM, la cámara, el GPS, la decodificación de video por hardware o el NFC), para mí me vale porque la sincronización de los contactos era crítica.
[Actualización: la solución no vale porque es capaz de hacer llamadas de voz]

Ha sido divertido hackear un rato, todo ello desde un PC con Kubuntu, y queda pendiente para otra ocasión probar el cargador Ubiboot N9 de marzo de 2013, el cual me permitiría además poder arrancar un tercer sistema operativo (el Nemo) mediante un menú gráfico, entrar en un modo de mantenimiento o probar distintos kernels sin necesidad de flashear nada.

Volviendo a la reflexión que hice en esta presentación de septiembre de 2010, habrá que ver cómo evolucionan los distintos sistemas operativos para móviles “más o menos libres” que andan por ahí:

Para mí, algunos factores que van a determinar el éxito desde la óptica del software libre son:

  • Mayor cantidad posible de software libre, drivers incluidos.
  • Uso de protocolos y estándares abiertos. Para muestra, mi problema de sincronizar los contactos mediante CardDAV (su implementación habría de aparecer aquí).
  • Continuidad del software, para que no ocurra otra finalización como la de Meego Harmattan.
  • Continuidad respecto al hardware, para usarlo en terminales modernos. La tecnología evoluciona y hay que aprender de experiencias como el proyecto OpenMoko.
  • Existencia de muchas aplicaciones, e incluso posibilidad de ejecutar las de otros sistemas operativos, ej. Line.
  • Balance entre el control desde las empresas versus la comunidad.
  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 3 Comentarios »

En el laboratorio de servidores de comunicaciones disponemos de tres unidades de sheevaplug, cacharrito para frikies donde los haya, y gracias a ello algunos de mis alumnos han podido “aprender” (eso que es más importante que “haprovar”).

Ya el año pasado comentabamos que estaba esta práctica en marcha, y por aquel entonces Benigno Alvarez e Iván López publicaban alguna documentación: el acceso al dispositivo desde un PC, y algunas aplicaciones como son un torrent, un escritorio remoto y el rendimiento de apache, para acabar con propuestas varias de trabajo.

En este curso Iker Parrado y Roberto Ferrero han trabajado sobre DNSs dinámicos y el servicio rsync.

Seguro que este pequeño dispositivo de bajo consumo que podemos tener por menos de 100 € puede ser de interés para más de uno. Me ha gustado esta foto ilustrativa.

 

 

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 1 Comentario »

Una asociación me ha encargado mirar ofertas de conexión móvil a Internet, con estos requisitos:

  • Módem USB que sea compatible con GNU/Linux, concretamente con *ubuntu 10.10.
  • Perfil de uso a diario y para no mucho tráfico.
  • Respecto a las ofertas que van con volumen máximo de datos, una vez superado ese valor no se quiere que haya un cargo extra en la factura, pero no importaría que la velocidad baje (ya veremos luego si se deteriora demasiado el servicio).
  • Sin permanencia.

Con estas condiciones y tras mirar unas cuantas ofertas, me decanto por Simyo (internamente es la operadora holandesa KPN):

  • Módem Huawei E1550: 19 € (éste y el resto de precios van con IVA incluido). Características: HSDPA de 3,6 Mbps y es libre; de todos modos, por internet circula algún programa para liberar módems Huawei.
  • Tarifa plana de 1 Gb de tráfico por mes (al superarlo baja la velocidad): 17,69 €/mes. Ojo, al de 4 meses parece que este precio sube, pero como no hay permanencia y el módem es libre para irnos a otra parte, seguro que se podrá negociar algo.

Respecto a la permanencia, sí es obligatoria si se hace el pedido en tienda, pero por teléfono o internet no. Se paga con tarjeta de crédito, y los gastos de envío son 7 €. Me ha llegado en 5 días. En mi caso, la única pega ha sido que no admiten pedidos para asociaciones, pero para las facturas mensuales he indicado el nº de cuenta de la asociación y listo.

Con independencia del sistema operativo empleado, los valores a configurar para un módem como éste son:

  • El PIN, asociado a la SIM recibida.
  • La información de conexión de la operadora Simyo en España: Nº de teléfono *99# y APN gprs-service.com (no requiere ni usuario ni password concretos; se puede indicar lo que sea).

Repasando la saga de módems USB, observo satisfecho que ha habido una evolución positiva a nivel de usabilidad, de modo que en Ubuntu 10.10 es posible hacer la configuración mediante ventanas y sin necesidad de entrar a consola: unas cuantas para configuración (una sola vez), y otra para meter el PIN (cada vez que se enchufa el módem, aunque se puede hacer que “se recuerde”). De todos modos, las ventanas de configuración sugieren los valores de conexión a Simyo que he indicado arriba (nº de teléfono y APN) gracias al paquete mobile-broadband-provider-info, que contiene los XMLs con datos de operadoras por países.

Aunque soy de Kubuntu más que de Ubuntu, la versión 10.10 de esta distro que va con KDE 4.5 no permite esta facilidad de configuración usable, pero Alex Fiestas, gran desarrollador de KDE, me confirma que va a estar en la próxima KDE 4.6 que justo sale en estos días.

Y para quienes quieran hacer una conexión por consola, algunas instrucciones:

  • Nombre de dispositivo asociado: /dev/ttyUSB0 (según con qué programa se haga la conexión no es necesario saber cuál es).
  • Para meter el pin, una vez conectado el módem se puede usar un script en Perl que circula por ahí o bien hacer un simple:
  • echo "AT+CPIN=1234" >/dev/ttyUSB0
  • Si se emplea wvdial para hacer la conexión (haciendo sudo wvdial), hay que instalar el paquete wvdial e indicar en el /etc/wvdial.conf :
  • Init1 = ATZ
    Init2 = AT+CGDCONT=1,"IP","gprs-service.com"
    Modem Type = Analog Modem
    Baud = 460800
    New PPPD = yes
    Modem = /dev/ttyUSB0
    ISDN = 0
    Phone = *99#
    Username = *
    Password = *
  • Este dispositivo tiene, además de la función de módem, la de sistema de almacenamiento. Con la versión *ubuntu 10.10 esto no importa, pero con otras más antiguas puede ser necesario indicarle que su uso sea el de módem (con usb_modeswitch como comenté).

Para acabar, todos estos módems funcionan mediante comandos AT por línea serie (sobre USB). Algunos fabricantes publican especificaciones genéricas como este lomo de 178 hojas, o si no hay páginas sobre un módem concreto como ésta.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments No Hay Comentarios »

Por completar la historieta sobre la TV con Linux, algo parecido me sucedió con el reproductor / grabador multimedia Woxter i-Cube 1500, éste de la foto:

Quien se lea el texto completo de la licencia GPL v2 (original en inglés o alguna traducción), bajo la cual se encuentra ej. el kernel Linux en su versión actual, verá que su cuarto punto requiere proporcionar de alguna manera el código fuente de los programas que la usen.

Pues bien, en un papel que venía en la caja del reproductor, leí que por contener software con GPL se podía pedir un CD con el código fuente. Dicho y hecho, pagado el coste de envío desde Madrid, me llegó un CD con estos ficheros comprimidos:

  • linux-2.6.12.tar.bz2: los fuentes del Kernel 2.6.12
  • RTD1262_APP_GPL.tar.bz2
  • RTD1262DTV_APP_GPL.tar.bz2

Gracias al nombre de los dos últimos vi que este dispositivo emplea el chip RTD 1262 de Realtek, para el cual hay una comunidad que se ha dedicado al hacking de éste y -más ampliamente- de su predecesor el 1261, pudiéndose hacer cosas como acceder por telnet a un Busybox y ver información de la CPU (MIPS), los sistemas de ficheros y montaje de discos, etc.

En el caso de actualizaciones del firmware, aunque oficialmente no se da información sobre su formato interno (para esto habría venido bien una licencia GPLv3), algunos hackers han documentado parte del mismo e incluso, sin necesidad de modificar éste, hay maneras de hacer distintos tweaks llegando a convertirlo en un TV streamer o a instalar una Debian.

En resumen, todo un juguete para la cuadrilla “just for fun“.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 2 Comentarios »

Tras instalar una Sony KDL-32EX600 y abrir la bolsa de manuales que venían en papel, me ha hecho gracia ver un tríptico titulado “Software information” que en 5 de sus 6 páginas muestra un listado de programas libres relacionados con Linux (distinguiendo entre ejecutables GPL y librerías LGPL) empleados en este modelo de televisión, así como la reproducción completa de los textos de las licencias GNU GPL v2 y GNU LGPL v2.1. De hecho, en el tríptico se indica una URL que es un índice a páginas donde puede descargarse el código fuente de software libre que usan los productos Sony (en el caso de la TV comentada, es ésta).

Respecto al software libre empleado, la televisión gestiona el USB y la memoria Flash NAND con el kernel 2.6.32, los sistemas de ficheros JFFS2 y SquashFS, y algunos otros programas.

Por otra parte, el software de estos televisores puede actualizarse a través de un pendrive USB descargando las actualizaciones desde la zona de soporte correspondiente. Me he bajado la última versión del fichero firmware.upd y por desgracia está en un formato propietario, que seguramente a partir de algún offset tendrá todos los binarios comprimidos, los cuales serán parte libres y parte privativos de Sony. Desde luego, con esta situación no es práctico que Sony proporcione el código fuente de los programas libres, pues nadie puede modificarlos para hacer que el dispositivo tenga otros comportamientos. ¡GPLv3 al poder!

De hecho, no es que Sony sea el adalid del software libre, pues recuerdo que la última grabadora digital que tuve de este fabricante, no sólo no tenía software para descargar sus ficheros que corriera en GNU/Linux, sino que además el formato era totalmente privativo.

En cualquier caso, volviendo a la tele me ha gustado constatar el cumplimiento por parte de Sony de lo que exige la licencia de unos cuantos programas libres de los que se aprovecha de forma muy barata si no gratuita.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 3 Comentarios »

Hace un par de semanas colaboré con el e-ghost en los cursillos de verano de este año. Ya sabéis: esas cosas que haces de forma gratuita y voluntaria, y que difícilmente aparecerán en el listado estándar de méritos reconocidos en los lances oficiales, pero que las seguimos haciendo porque la lógica es otra.

La charla se titulaba Introducción a los sistemas operativos móviles, y el “pero…” del título es porque está enfocada desde una perspectiva de las tecnologías libres.

Las fuentes usadas en la presentación son Linux Libertine y Linux Biolinum. No me enrollo más y aquí va, descargable, copiable, modificable y distribuible como las demás:



  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments No Hay Comentarios »

Ya expliqué qué era el Job Accounting aplicado a una multifunción Samsung, y comento otro caso de posible interés para alguna oficina (la gente no suele tener en casa una máquina así), o didáctico en general: una Ricoh Aficio 2228c que no tiene cartucho de postscript y por tanto hay que usar el PCL5c emulado que sí soporta.

A pesar de que Ricoh ha entrado a la Linux Foundation hace poco, algunas de sus impresoras multifunción sin postscript se han distinguido por la ausencia de soporte para GNU/Linux.

En esta máquina, el driver CUPS a emplear para color es el Generic PCL5c foomatic/hpijs-pcl5c (la impresora tiene 1200 dpi y puede usar el cljet5c pero la resolución que da éste es sólo de 300 dpi). Problema: el fichero PPD asociado no ofrece opciones PJL para especificar usuario, y si se mira en las FAQs de openprinting para este modelo, nada se dice de cómo proceder con dicho PPD para insertar PJL.

Además, tampoco hay otras líneas con PJL en las que poder añadir sentencias (como ocurría con la Samsung). He probado distintas opciones para añadir un pipe en el mismo PPD (añadiendo un pipe en la línea FoomaticRIPCommandLine) pero no acaba de funcionar.

¿Solución? Montar un daemon que haga de proxy entre el CUPS y la impresora de red. Este nuevo servicio instalado en cada PC que vaya a imprimir hace lo siguiente:

  1. Escucha por un puerto local, ej. el localhost:9100. Esto implica que hay que configurar que la impresión no vaya directamente a la impresora de red sino al PC local.
  2. Recibe la información e inserta las líneas necesarias (si no, al estar la impresora configurada con Control de usuarios, ésta se queda bloqueada). Mirando un fichero generado por un Windows, concretamente son:
    @PJL JOB NAME="Linux"^M
    @PJL SET JOBNAME="Linux"^M
    @PJL SET USERCODE="1234"^M
  3. Envía el fichero resultado al puerto 9100 de la impresora.

Hay que asegurar que el daemon es daemon, esto es, no finaliza tras esta petición sino que se vuelve a ejecutar o se queda residente y sigue escuchando, y que esté en el arranque.

Dejo toda la info y el script en bash del daemon en mi wiki, donde incluyo otro hack que preparé hace tiempo para usar desde GNU/Linux el scanner de la multifunción Ricoh FX200, la cual ni siquiera aparece listada en openprinting.

Happy hack.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 11 Comentarios »

Hasta ahora no he hablado de impresión desde GNU/Linux. La arquitectura incluye bastantes conceptos (lenguajes de impresora, rasterizadores, ficheros ppd, spoolers, CUPS, interfaces,…), y a lo largo del tiempo he ido tomando notas que comparto para quien pueda venirle bien.

Al tema: muchas impresoras multifunción (impresora+fotocopiadora+scanner+fax) en red, cuentan con las funcionalidades de Copias controladas y Auditoría de trabajos. La primera permite establecer quiénes pueden imprimir, fotocopiar, escanear,… pidiendo para ello una identificación de usuario (en base a un código, o a identificador y contraseña), de modo que cuando se usa la máquina para fotocopiar se introduce a través del panel físico de la máquina, y cuando se emplea como impresora en red se configura en las opciones del driver de impresión, sea Windows o GNU/Linux. La auditoría de trabajos o job accounting registra, a partir de lo dicho, el uso que hace cada usuario o departamento: nº de fotocopias, impresiones, escaneos, etc.

¿Cómo funciona internamente la impresión en red con identificación? cuando el PC  genera el fichero a enviar por red a la impresora mediante algún protocolo de impresión (puertos tcp 514, 515, 631,  9100), algunas líneas del fichero hacen referencia a sentencias de PCL. Si el lenguaje es PJL un ejemplo puede ser:

@PJL JOB NAME="Sin nombre1"
@PJL SET COLORMODE=MONO
...
@PJL SET USERNAME="1234"
...

En la actualidad, la forma más típica de imprimir desde GNU/Linux está basada en ficheros PPD, los cuales sirven entre otras cosas para:

  • Definir las características de la impresora.
  • A partir de lo anterior, generar automáticamente el GUI para la selección de opciones.
  • Enviar determinadas cadenas (ej. PJL) y opciones a la hora de generar el fichero para la impresora.

Yendo al caso, tengo la multifunción Samsung C8385ND de la foto y hay un problema: si se configura para que funcione con identificación y auditoría, el PPD oficial no sirve porque el fichero generado para enviar a la impresora no es correcto.

Vamos con el “hack” para conocer cómo ha de ser ese fichero y que se genere automáticamente:

  1. En un Windows (en máquina virtual o nativo), se abre el OpenOffice con un fichero cualquiera y se imprime a fichero.
  2. En un PC con GNU/Linux se imprime por red capturándose lo que envía a la impresora:
    tcpdump -i eth0 dst ip_impresora -s0 -w fich
    (no vale sólo con imprimir a fichero, pues éste es un postscript sin las sentencias PJL)
  3. Comparándose ambos ficheros, se encuentran estas líneas que no aparecen en el fichero generado desde de GNU/Linux:
    @PJL SET ACCOUNTING_INFORMATION_USERID="1234"
    @PJL SET ACCOUNTING_INFORMATION_PASSWORD="1234"
  4. Se edita el fichero PPD, y puede modificarse ej. la línea que hace referencia a JLCUser User1:
    *JCLUser User1/MiUsuario: "@PJL SET USERNAME = <22>1234<220D0A>@PJL SET ACCOUNTING_INFORMATION_USERID=<22>1234<220D0A>@PJL SET ACCOUNTING_INFORMATION_PASSWORD=<22>1234<220D0A>"
    (22 es el código ASCII del carácter “)
  5. Se reinicia CUPS.

Dejo aquí una breve info de ésta y otras multifunción Samsung que vaya encontrando.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 3 Comentarios »

El SS4000-E es una vieja NAS de Intel (tan antigua que está descatalogada), que adquirí hace ya varios años, y que tiene el problema de que era muy muy lenta, según he leído tal vez a causa de algunos módulos del kernel propios que emplea y que no están demasiado optimizados para esta NAS.

Hoy le quito el polvo para reutilizarla porque aunque lenta bien puede valer para un backup anual, y con la excusa de hacerlo con los comandos rsync y scp -en principio no disponibles-, y en ext3 -en principio está en XFS- aquí cuento un poco por encima cosas de este equipo. Se trata de un dispositivo con estas características:

  • Procesador ARM XScale-IOP8032x Family rev 0 (v5l) a 395 MHz.
  • RAM 256 Mb.
  • 1 Tb de almacenamiento en 4 discos (/dev/sda, /dev/sdb, /dev/sdc, /dev/sdd). Permite distintos tipos de RAID.
  • 2 interfaces de red.
  • Acceso para configuración vía panel web. Mediante el interface web he actualizado el firmware, ajustado la IP y configurado RAID5.
  • Y lo mejor… sistema operativo GNU/Linux, que permite acceso ssh. Es divertido poder conocer más la máquina haciendo cat /proc/cpuinfo, top, ps aux, mount, df -h, ifconfig, route -n, dmesg y viendo cómo es el árbol de directorios. Ej. guarda los ficheros específicos de la NAS y del interface web en /usr/local/ipstor y /usr/local/wwwadmin respectivamente.

ext3

Por comprobar un poco la organización de los discos, al hacer un mount aparece:

/dev/md0 on / type ext3 (rw)
none on /proc type proc (rw,nodiratime)
none on /sys type sysfs (rw)
/dev/vbdi3 on /nas/NASDisk-00003 type xfs (rw,nosuid,usrquota)
/dev/vbdi2 on /nas/NASDisk-00002 type xfs (rw,nosuid,usrquota)
none on /proc/bus/usb type usbfs (rw)

Ya se ve por tanto que se está usando XFS.  Por mirar algo más de los discos, haciendo estos comandos:

mdadm --examine --brief --scan --config=partitions
mdadm --detail /dev/md0
cat /proc/mdstat
df -h
fdisk -l

puedo ver un RAID1 en /dev/md0 (con /dev/sda1, /dev/sdb1, /dev/sdc1, /dev/sdd1), un RAID5 sobre /dev/md1 (/dev/sda3, etc.), y que las segundas particiones de cada disco están como swap pero no forman un RAID. Además se crean 2 dispositivos /dev/vbdi2 y /dev/vbdi3 que son gestionados con un módulo de kernel propio,  kvbdi, que parece ser responsable del raid en /dev/md1. Es en esos dos dispositivos donde está el espacio “grande y libre”.

A lo que iba: veo que el sistema de ficheros es XFS pero prefiero ext3 para poder mantener intactos los usuarios, grupos y permisos, por lo que reformateo una de las particiones:

mke2fs -j /dev/vbdi2

Al reiniciar la NAS existe el dispositivo /dev/vbdi2 pero no el directorio sobre el que se monta, con lo que sólo queda escribir un script que se ejecute al inicio:

D=/nas/NASDisk-00002; mkdir $D; mount /dev/vbdi2 $D

scp y rsync

El acceso remoto a los ficheros de la NAS es sólo vía CIFS o NFS, ej. para ver los servicios compartidos y acceder a alguno de ellos desde otro equipo se pueden hacer:

smbclient -L ip_de_la_nas -U usuario%clave
mount -t smbfs -o username=usuario%clave //ip_de_la_nas/usuario /mnt/nas/

Pero haciendo scp desde otro equipo da error de que le falta el comando scp, y entrando por ssh y buscando con find no se encuentra. ¿Solución? aparte de hacer una compilación cruzada para ARM, veo que la versión de sshd es la 4.3p. Haciendo en un PC dkpg -S scp el paquete es el openssh-client, y observo que en Debian etch la versión es justo la 4.3p2. Pasos:

  1. Descargo este paquete para arm,
  2. Lo extraigo con dpkg -x y copio vía samba el scp extraído a la NAS, al directorio /usr/bin
  3. Al ejecutarlo me da error de que le falta alguna librería dinámica (zlib.so.1). Repito los pasos anteriores y enlazo debidamente en /lib.

No obstante, hacer un backup con scp tiene el problema de que no se guarda el propietario (user, group). Para ello habría que emplear rsync, que se instalaría siguiendo un procedimiento análogo al descrito.

Y una vez de que se tiene rsync, scp y ext3 ya se puede hacer:

rsync -avz * root@ip_de_na_nas:/nas/NASDisk-00002/

Eso sí, insistir que tarda mucho en copiar ficheros, por lo que no es algo para hacer todos los días. Parece que acelera algo esto:

echo 50000 >/proc/sys/dev/raid/speed_limit_max

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 5 Comentarios »

En la asignatura que imparto de Laboratorio de Servidores de Comunicaciones, he propuesto algunos trabajos que considero pueden ser de interés para que alumnos y alumnas adquieran más conocimientos y soltura con varios entornos libres hardware/software, y de paso si la cosa llega a buen puerto, trataremos de publicar resultados que puedan venir bien a la Comunidad.

Concretamente, son los siguientes:

  • Teléfono móvil NeoFree Runner, de Openmoko: se trata de conocer las distintas distros existentes para este terminal, y profundizar en alguna adecuada para utilizar las funcionalidades de la mejor forma posible. Se intentará contribuir al proyecto, ej. actualizando el wiki del mismo.
  • Dispositivo Marvell Sheevaplug: es un miniordenador del tamaño de un transformador y bajo consumo, que el año pasado recibió un premio a la innovación. El trabajo consistirá en adquirir destreza con el mismo, y montar algunas aplicaciones de interés.
  • APIs de plataformas 2.0 de video: se trata de desarrollar software para automatizar de forma desasistida la subida de videos a plataformas como youtube, vimeo, blip.tv, dailymotion, con la conversión de formatos necesaria.
  • Creación de videos a partir de fotografías con efectos. Consiste en diseñar e implementar un servicio web que, a partir de fotografías, genere un video con efectos sobre las mismas. Esto ya lo ofrece shwup, pero esta plataforma es privativa, con lo que no se pueden superar las limitaciones de sus funcionalidades, ej. número de fotografías o quitar el logotipo de propaganda. Se usará Pure Data.
  • Cetralización de autenticación en PCs con GNU/Linux mediante tarjetas criptográficas. Mediante PAM y OpenLDAP, se dispondrá un servicio en una máquina única para autenticar a usuarios que se identifiquen con tarjetas de la UPV/EHU u ONA en otros equipos, de modo que en éstos sólo haya librerías con código pero no datos de identificación.

A finales de curso revisaremos los resultados, y ojalá que además de los aspectos de valoración académica y del “just for fun“, se generen buen código y buena documentación, y más personas entren en la comunidad que se “aprovecha de” y “aporta para” el resto. Alea jacta est.

  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Twitter
  • Google Bookmarks
  • Add to favorites
  • BarraPunto
  • email
  • Google Buzz
  • Identi.ca
  • LinkedIn
  • Meneame
  • PDF
  • RSS
  • Slashdot

Comments 2 Comentarios »