Aston Martin DBR9 Airfix 1/32 (9)

DSCN3360

Pues ya es oficial…. He empezado a pintar una maqueta!!! Esto no ocurría desde 2008… Ya ha llovido… :D Si entonces alguien me hubiera dicho que la siguiente maqueta que pintaría iba a ser un coche, me hubiera reído en su cara :D Pero así es la vida ;)

 

Bien, tras dos capas del Gulf Blue de Zero, la carrocería tiene este aspecto…. Como curiosidad, mi Evolution llevaba tanto tiempo sin usarse que se había quedado atascado el émbolo del aire y tuve que desmontar todo el aerógrafo y limpiarlo…

 

DSCN3361

DSCN3362

Cariño, no te lo vas a creer, me vuelvo a ir a Siberia….

DSCN0187

Y en pleno agosto…. Pero esta vez con colegas! :D

La última vez fue en Xmax 250… La cosa mejora muchísimo a lomos de la X… :)

http://juanjodominguez.wordpress.com/2013/06/04/carino-hasta-luego-me-voy-a-siberia/

Rubén ha hecho una interesante crónica de la jornada

http://sevilla2ruedas.blogspot.com.es/2014/08/ruta-2-la-siberia-extremena-550-km.html

Yo dejo aquí algunas fotos, a modo de recuerdo…

DSCN0168

DSCN0170

DSCN0185

DSCN0186

 

Montando un servidor DLNA y un gestor de descargas con un portátil reciclado y Linux.

dlna

Las vacaciones son un buen momento para cacharrear y disfrutar un poco de la parte divertida del IT. Mi viejísimo Acer Aspire one (512 MB de RAM) estaba ya para jubilarse después de tres años sin descanso sirviendo contenido multimedia, actuando como NAS,  gestionando descargas e, incluso, avisándome de los cortes de luz en casa. Como en casa hemos decidido “jubilar” un Acer Extensa 5230 con 1 GB de RAM, me pareció que era el mejor momento para darle una segunda vida a dicho equipo. Teniendo en cuenta que éste tiene pantalla y teclado (completamente destrozados en el anterior) la cosa ha sido muy fácil de llevar a cabo. Un buen aspirado y limpieza del ventilador con CRC, fáciles de hacer en este equipo, lo deja listo para el combate. ;)

extensa5230

La distribución elegida ha sido Linux Mint 17 Qiana 64 bits con Cinnamon; las hay más ligeras, sí, pero este ya estaba instalado de este modo y la pereza me pudo ;)

Montando un disco USB en el arranque

En primer lugar, he configurado un disco externo USB 2.0 de 1 TB como almacenamiento principal para los datos. Lo tenía por ahí y si con el Aspire ONE funcionó, ¿por qué no iba a hacerlo ahora? Si tenéis disponible un equipo con suficiente disco interno para vuestras necesidades, podéis obviar este paso.

Bien, para que la cosa marche como debe, el disco USB debe montarse durante el arranque del sistema; como si fuera un disco interno.  Para respetar la estructura del fichero /etc/fstab tenemos que conocer primero el UUID del disco . Para ello, tenemos el comando blkid, que hay que ejecutar con sudo. En el caso de mi equipo, el resultado sería el siguiente:

neo@Nas-Tux ~/bin $ sudo blkid
/dev/sda1: UUID=”4bd871b1-cdaa-4843-9d2f-5587b15c286b” TYPE=”swap”
/dev/sda5: UUID=”ada5dc75-c4a5-4fcd-a439-3323488b4c3c” TYPE=”ext4″
/dev/sda6: UUID=”32ce8875-4ab5-434b-85d9-6aa1cca5ea99″ TYPE=”ext4″
/dev/sdb1: LABEL=”1TB” UUID=”2d124e23-ba12-4383-b7ca-c26f8b80bc5f” TYPE=”ext2″

Vemos aquí que cada partición tiene su UUID. Es este “chorizo” de letras y números lo que necesitamos para ponerlo en nuestro /etc/fstab y que se monte el volumen cada vez que encendamos el equipo. La línea quedaría como sigue:

UUID=2d124e23-ba12-4383-b7ca-c26f8b80bc5f       /datos1 ext2    defaults,auto,users     0 0

Por cierto, el disco ya estaba previamente particionado y formateado como extended 2.

Instalando miniDLNA

Lo siguiente que hay que hacer es instalar miniDLNA; un servidor DLNA que es muy fácil de configurar y que funciona realmente bien. Para hacerlo, tenemos que añadir un repositorio e instalar el paquete:

sudo add-apt-repository ppa:djart/minidlna

sudo apt-get update

sudo apt-get install minidlna

Una vez instalado, tan sólo hay que editar el fichero /etc/minidlna.conf y buscar la sección

# If you want to restrict a media_dir to a specific content type, you can
# prepend the directory name with a letter representing the type (A, P or V),
# followed by a comma, as so:
#   * “A” for audio    (eg. media_dir=A,/var/lib/minidlna/music)
#   * “P” for pictures (eg. media_dir=P,/var/lib/minidlna/pictures)
#   * “V” for video    (eg. media_dir=V,/var/lib/minidlna/videos)

 

Aquí, añadiremos las líneas necesarias para lo que queramos serviro por DLNA, usando el formato indicado por el propio fichero. en mi caso:

media_dir=V,/datos1/pelis

media_dir=V,/datos1/series

Lo ponemos en el fichero /etc/rc.local, justo antes del exit 0, para que arranque cada vez que arranque el equipo. El comando a añadir es:

/etc/init.d/minidlna start

Con esto, ya podremos ver el contenido multimedia que esté en esas carpetas desde nuestra smart tv, tablet, móvil, etc…

Suspender el equipo durante la noche y reanudarlo, automáticamente, por la mañana

Algo que no hice con mi anterior “servidor” fue el hecho de “suspenderlo” durante las horas en las que, seguro, no voy a estar utilizándolo; siempre que NO esté arrancado Amule (mi gestor de descargas habitual), en ese caso, no se suspende.

Para todo esto, he usardo el comando rtcwake, que nos permite poder suspender el equipo diciéndole también, en qué momento queremos que vuelva a la vida. Lo que hago es poner en un pequeño script lo que quiero que haga el equipo antes de entrar en suspensión y lo que va a hacer en cuanto resuma su actividad. El script es el siguiente (ojo con las comillas! deben ser las “normales”, en mi teclado español, en la tecla del 2 con shift) :

#
# Script para suspender el equipo durante 6 horas si no
# esta arrancado amule. Se lanza a las 02:00 con un cron.
#
# JJDC 2014. http://juanjodominguez.wordpress.com
#
/bin/ps -ae|/bin/grep amule
if [ $? = 0 ]
then
exit 1
else

# COMANDOS A EJECUTAR ANTES DE SUSPENDER EL SISTEMA
/etc/init.d/minidlna stop
sleep 10
/bin/umount /datos1
sleep 10
echo “=================================” >> /home/neo/bin/wakeup.out
echo “=================================” >> /home/neo/bin/wakeup.out
echo “=================================” >> /home/neo/bin/wakeup.out
echo “Suspendiendo” >> /home/neo/bin/wakeup.out
/bin/date >> /home/neo/bin/wakeup.out
/usr/bin/sensors >> /home/neo/bin/wakeup.out
echo “———————————” >> /home/neo/bin/wakeup.out

# SUSPENDEMOS A MEMORIA (el tiempo va en segundos)
/usr/sbin/rtcwake -m mem -s 21600

# COMANDOS A EJECUTAR DESPUES DE RESTABLECER EL SISTEMA
echo “Reaundando” >> /home/neo/bin/wakeup.out
/bin/date >> /home/neo/bin/wakeup.out
/usr/bin/sensors >> /home/neo/bin/wakeup.out
sleep 10
/usr/bin/lsusb
/bin/mount /datos1
sleep 10
/etc/init.d/minidlna start
fi

 

En él, antes de suspender, paro el servidor miniDLNA y desmonto el disco USB. Mi disco USB pasa a un estado “standby” cuando no detecta señal en el puerto USB y si no lo desmontamos antes y lo montamos, después de la suspensión, tiene comportamientos “raros”. También genera un pequeño fichero wakeup.out donde nos deja ta temperatura que tenía la CPU antes de suspender y después, por hacernos una idea del “desgaste” que le hemos ahorrado al equipo.

El script, en mi caso, está en /home/neo/bin, con lo que tendréis que adaptar los path a vuestro entorno. Se lanza añadiendo esta línea al cron, con sudo crontab -e:

00 02 * * * /home/neo/bin/wakeup.sh

Que, en pocas palabras, le dice al sistema que tiene que arrancarlo todos los días a las 2:00 am. Aquí se puede personalizar esto según nuestras necesidades, lógicamente.

Matando Amule cuando terminen las descargas

Con este pequeño script, cerraremos Amule cuando el directorio temporal de descargas esté vació; señal de que no hay descargas en curso. También eliminamos el fichero de lock para que no haya problemas al iniciar de nuevo Amule. Lo que hago es lanzarlo desde el cron, de una forma similar al anterior script, 15 minutos antes de que entre en funcionamiento el script de suspensión. De ese modo, si ya no ya descargas pendientes, se cierra Amule y el equipo se suspende a la hora programada… Se podría incluir esto en el script de suspensión y que lo hiciera todo desde allí; pero, de este modo, podemos lanzar la comprobación de descargas con la frecuencia que se necesite y no tener la mula arrancada sin necesidad; al final, todo es consumo, aumento de temperatura, etc…

#
# Script para matar amule cuando haya terminado las descargas
#
# JJDC 2014. http://juanjodominguez.wordpress.com

ps -ae|grep amule

if ( “$?” = “0” ); then
descargas=`ls /home/neo/.aMule/Temp/|wc -m`
if [ $descargas -ne 0 ]; then
exit 1
else
/usr/bin/pkill amule
rm /home/neo/.aMule/muleLock
date >> /home/neo/bin/matalamula.out
echo “Mula muerta!!!!” >> /home/neo/bin/matalamula.out
echo “====================================================” >> /home/neo/bin/matalamula.out
fi
else
exit 1
fi

 

 

Accediendo en remoto a nuestro equipo

Tenemos varias opciones. La primera, el acceso SSH. Tan solo tenemos que instalar el paquete correspondiente al servidor SSH con sudo apt-get install openssh-server (o desde la interfaz gráfica, en el gestor de paquetes de la distro elegida).

La segunda, muy útil, es mediante el escritorio remoto de Nomachine.

Descargamos el paquete correspondiente a nuestra distro y lo instalamos como más nos guste. Como resultado, podremos acceder a nuestro escritorio remoto desde cualquier sistema operativo, incluidos dispositivos móviles y, ahí, lanzar los trabajos que necesitemos que realice el servidor: descargas, conversiones de formatos, creación de DVDs, lo que se os ocurra. Por cierto, el paquete debemos instalarlo tanto en el servidor como en el equipo que vayamos a usar para acceder en remoto.

Actualizando nuestro viejo portátil con un disco SSD

ssd

Aprovechando las vacaciones veraniegas, me he decidido a hacer algo que venía pensando desde hace un tiempo: Sustituir el disco SATA de mi netbook eMachines em530 por un disco de estado sólido.

El disco elegido ha sido un Sandisk de 64 GB bastante normalito (39 €). Sustituye a un Hitachi de 160 GB; pero, en realidad, nunca necesité tanto espacio en el netbook. El interface es SATA III aunque el portátil es SATA II y eso limitará el resultado final del dispositivo, como es normal.

El cambio se hace en un abrir y cerrar de ojos. Cuestión de quitar cuatro tornillos de la parte trasera del equipo y colocarlo en su sitio. Muy fácil.

Lo primero que se observa es que el peso es menor. El equipo pasa de 1049  a 991  gramos una vez efectuado el cambio. No es que sea mucho, pero menos da una piedra :D

Como el contenido del disco a retirar no era relevante para mí, decidí eliminar las particiones del mismo para poder efectuar test de escritura y lectura contra él y así ver, de forma objetiva, las diferencias en cuanto a prestaciones, de los dos dispositivos.

He utilizado gnome-disks, o simplemente “Disks” en Linux Mint, para realizar estas pruebas. Los resultados son muy alentadores. Las líneas azules representan las lecturas secuenciales, las rojas las escrituras y las verdes los accesos aleatorios.

hitachi

 

sandisk

Lo primero que observamos es  lo estable de las lecturas y escrituras efectuadas sobre el disco de estado sólido. Esto se evidencia, especialmente, en el acceso aleatorio y en lectura, en los que el disco SSD le da una soberana paliza al magnético.

Las cifras finales son, en lectura, 51,3 MB/s el Hitachi contra 265 MB/s el SSD de Sandisk. 40,7 MB/s contra 114 MB/s en escritura y unos increibles 17,84 mili-segundos contra 0,31 mili-segundos del disco de estado sólido en accesos aleatorios.

Ante estas cifras, tampoco hay que echar las campanas al vuelo. El disco duro es sólo uno de los componentes del equipo y, lógicamente,  procesador, memoria, tarjeta de vídeo, etc marcarán la velocidad del equipo en conjunto. Lo que sí es cierto es que el equipo mejora bastante y es más fluido; tanto más, cuanto más uso se haga del disco en el trabajo que esté realizando.

Por intentar tener una idea más objetiva de la mejora en prestaciones general del equipo, he hecho unas mediciones de la velocidad de arranque con el disco magnético original Hitachi y con el SSD de Sandisk. Todas las pruebas están hechas con Linux Mint 17 Qiana 64 bits. La cosa queda como sigue:

Arranque (desde pulsar el botón de encendido hasta que nos pide la contraseña)

Hitachi: 49 segundos 10 centésimas.

Sandisk: 31 segundos 29 centésimas

Presentación del escritorio (desde el ENTER en la contraseña hasta la aparición del fondo de pantalla)

Hitachi: 29 segundos 77 centésimas.

Sandisk: 17 segundos 96 centésimas

Apagado (desde pulsación del botón de apagado hasta apagado completo)

Hitachi: 22 segundos

Sandisk: 18 segundos 29 centésimas

Y ahora, con el disco magnético que he retirado y una cajita para montar discos de 2,5″ (5 €) ya tengo un drive de 160 GB para llevar de aquí para allá :)

Aston Martin DBR9 Airfix 1/32 (6)

1

Una pequeña entrada para que se vea que algo hago :D

La carrocería está casi preparada. He grabado algunos remaches, líneas de las puertas, masillado agujeracos, etc.

2

He pegado ya el parachoques delantero… El encaje no era del todo perfecto y así queda mejor…

 

4

Quizá, lo que ha resultado más entretenido han sido las salidas de aire tras las ruedas traseras. En mi opinión, han quedado aceptables.

3

5

Pronto a imprimar…