Spiga

Cubieboard (A20) ya está aquí

Hola de nuevo a todos, soy David Rodríguez, @NeoDaVe,. Muchos de vosotros no me conoceréis ya que hace mucho que no aparezco por aquí. Soy aquel  que hace ya más de 6 años empezó a escribir sobre GNU/Linux en este blog, un blog que ha vuelto a revivir con más fuerza que nunca gracias al gran Manel Alonso, @drkbcn.


(Contenido de CubieBoard A20)

Con este artículo quiero volver a retomar la rutina de publicar en el blog y nada mejor que hacerlo que con un nuevo cacharrito con el que experimentar. Se trata de un Cubieboard (A20), un embedded system, que cuenta con las siguientes opciones:

Características a destacar del Cubieboard (A20) :
  •     Procesador: Dual core ARM cortex-A7, NEON, VFPv4, 256KB L2 cache
  •     GPU (Procesador gráfico) : Mali400mp2, OpenGL ES GPU
  •     Memoria : 1GB DDR3 a 960MHz
  •     Salida de vídeo : HDMI 1080p
  •     Salida de audio: 3.5mm jack, HDMI
  •     Ethernet: 10/100M RJ45
  •     Memoria: NAND Flash 4Gb
  •     2 puertos USB, 1 puerto micro SD, 1  puerto SATA, 1 puerto de infrarrojos
  •     I2C, SPI, RGB/LVDS, CSI/TS, FM-IN, ADC, CVBS, VGA, SPDIF-OUT, R-TP.
  •     Dimensiones: 10cm x 6cm x 2cm

Fotos:



 

Poco más me queda decir por ahora. En próximos artículos tratare sobre configuraciones e instalación de Cubieez, la distro para Cubieboard que esta desarrollando Manel Alonso.

Cubieez RC2 lista para descarga

Seguimos en racha. Tras las buenas opiniones recibidas en el foro y con un poquito de trabajo he liberado la segunda candidata de Cubieez. Trae bastantes novedades respecto la primera versión que harán las delicidas de los que buscan poder vídeos en Youtube y webs similares así como de los no tan experimentados en configuración del sistema desde bash.

He intentado seguir en la línea anterior, sin sobrepasar el requisito de una tarjeta de 2Gb y dejando unos 400 Mb libres de espacio, pudiéndose adaptar a tamaños superiores si es necesario gracias a la inclusión de una herramienta automática de redimensionado de particiones.

Algunas de las mejoras son:

  • Youtube, Dailymotion, Crackle y otras web con flash soportadas con Gnome Mplayer plugin (de momento únicamente en la cuenta de root, a ver si alguien me sabe decir la base del problema :P)
  • Cubie-config script, modificado de Raspbian para actualizar locales, timezone, SSH, hostname, expandir el rootfs y alguna cosa más.
  • Completado de comandos bash
  • Nuevas herramientas gráficas de Gnome (sin todas sus dependencias "basura")
  • Conversores HDMI/VGA soportados (gracias a Raspipc.es por enviarme uno para testeo)  
  • Ctrl + Alt + t lanza Terminal
  • sunxi-tools compilado y ficheros fex para dispositivos A10 para generar tu propio script.bin (@ /root)
  • Algunos fallos arreglados y mejora de rendimiento
Espero poder solventar el problema de los vídeos en las cuentas de usuario normal, ya que la navegación y el uso de la cuenta de root, como todos sabemos, está totalmente desaconsejado.

Ya podéis descargarla del foro oficial de Cubieboard (A10) AQUÍ.

Actualización 21/07/2013:

Ya tenemos versión para Cubieboard 2 (A20) AQUÍ.

Convirtiendo HDMI a VGA en Raspberry Pi / Cubieboard

Buenas a todos! Ayer trasteando la web de Raspipc.es encontré un conversor activo de HDMI a VGA (dejaros de esos cables que venden en eBay que no van a funcionar de ninguna de las maneras). Para los que no disponemos de conector HDMI en el monitor es un imprescindible, porque más de una bronca me he ganado ya por estar todo el día ocupando el televisor del salón para hacer mis pruebas.

Mi idea era probarla con Cubieboard, ya que todos sabemos que con Raspberry Pi funciona a las mil maravillas, así que les pregunté si habían probado la compatibilidad. Amablemente me han hecho llegar el conversor, podríamos decir que casi volando, ya que estaba en casa en poco más de 12 horas (pocas tiendas pueden alardear de ser tan eficientes) para que lo pruebe por todos vosotros. He estado haciendo varios test e inicialmente pensaba que no iba a funcionar ya que había leído casos en la red con cables similares y Cubieboard que no habían tenido un feliz desenlace. Las primeras pruebas en Linux no acabaron demasiado bien: imagen desplazada y sin opción de poderla escalar a la proporción del monitor, pero tras darme cuenta que en Android funcionaba a las mil maravillas se me encendió la bombilla. Me puse a investigar las causas, puesto que si el hardware es el mismo no puede haber otro culpable más que el software, y di con el culpable.

Conversor HDMI a VGA de los chicos de Raspipc
Si lo vais a usar en Raspberry no hay ningún problema, ya que acepta sin problemas cualquier resolución que vuestro monitor soporte, en cambio en Cubieboard deberéis aseguraros que el monitor va a soportar una de las siguientes resoluciones y que vuestro Kernel está compilado para tal:

0:480i
1:576i
2:480p
3:576p
4:720p50
5:720p60
6:1080i50
7:1080i60
8:1080p24
9:1080p50
10:1080p60
11:pal
14:ntsc

Siendo el primer número el ajuste necesario en vuestro script.bin (generado a través del fex para Cubieboard A10) y aplicando como válidos aquellos que están en negrita (los que funcionan a 60Hz, a 50Hz la imagen queda deformada). Vale, más de uno estará pensando que se le escapa de las manos toda esta configuración y la manera de aplicarla, así que os he preparado una agradable sorpresa:

Cubieez en su versión RC2 viene totalmente preparada para enchufar y listo. He modificado los ficheros de configuración y arranque para que si alguno se decide a comprar el cable pueda usarlo de forma directa sin ningún problema. Así que ya sabéis, tenemos ya un cable 100% confirmado en funcionalidad y una distribución lista para usarlo sin problema (y si alguno quiere usar otra ya sabe que puede recurrir el script.bin de Cubieez RC2)

Link al producto en Raspipc.es: Pi-View.
Link a Cubieez RC2: Release en las próximas 24 horas en Cubieez.com

Espero poder despejar las dudas de todos los usuarios del "mono" que no se atreven a comprar un conversor y acabar de animar a los de la "frambuesa" a hacerse con este fantástico cable comercializado por los chicos de Raspipc, que desde ya forma parte de mis imprescindibles.

Un saludo y nos leemos muy pronto con la salida de la segunda versión de Cubieez.



Redimensionando particiones

Hoy vamos a poner un tutorial que me ha hecho llegar Isaac Chavarría (ikeeki en Cubieforums) sobre el redimensionado de particiones. Muchas veces te habrás encontrado que al bajar un fichero "img" para Raspberry o Cubieboard está preparado para una SD mayor a lo que tenías pensado utilizar, por lo que únicamente tenías la opción de comprar una tarjeta de tal capacidad... hasta ahora.

El tutorial es una traducción del original posteado aquí, pero no va a haber problemas contando que Isaac es español y que la traducción la ha hecho él mismo ;)

Sin más os dejo con el "howto".

REQUISITOS GENERALES: 
  • Una máquina con Linux.
  • Realizar una copia de seguridad de la SD a reducir/aumentar. 
  • Tener GParted instalado.
Primero realizaremos la copia de seguridad de nuestra tarjeta. Para ello utilizaremos dd y el formato "img". Escribimos lo siguiente en terminal (requiere permisos de root):


dd if=/dev/unidad of=/destino/nombredelbackup.img bs=1M


Por ejemplo, suponiendo que mi unidad fuese "sdb" y el destino mi carpeta de usuario:


dd if=/dev/sdb of=/destino/nombredelbackup.img bs=1M


EXPANDIENDO PARTICIÓN:

La parte fácil. La microSD con el S.O. debe estar conectada mediante un lector a la PC. Normalmente y tratándose de Raspberry Pi o Cubieboard, el sustema nombrará a sus particiones como sdb1 y sdb2 si no tienemos más unidades conectadas que la propia donde ejecutamos nuestro sistema operativo (nuestro disco duro).

Si no estás seguro puedes ver un listado de particiones ejecutando el siguiente comando:

Abre GParted, ve a botón redimensionar/eliminar, arrastra lo que quieras la barra hacia tu derecha aplica cambios y ya está hecho.

También puedes hacer uso del siguiente script de consola.

ENCOGIENDO PARTICIÓN:

Lo primero que tenemos que tener en cuenta para hacer un "shrink" de la partición es que haya menos datos ocupados en dicha partición que el tamaño de la nueva que vamos a realizar. Obvio, un litro de agua no cabe en una taza de té (al menos en España). Procura dejar un margen de unos 100 MiB extra, por si acaso.

Primero ejecutaremos en consola lo siguiente:

df -h 

Así nos haremos una idea de los espacios ocupados. Suponiendo que rootfs está montado en sdb2 (como siempre), usamos en terminal con permisos de administrador:
umount /dev/sdb1 /dev/sdb2

Que desmontará las particiones en uso del sistema. Ahora pasamos a redimensionar sdb2 con resize2fs:

fsck -f /dev/sdb2
resize2fs /dev/sdb2 3800M


Uso 3800M como ejemplo, como si quisieras encoger el contenido (3,5GB) de una SD de 8GB para que lo puedas copiar en una SD de 4GB y te ahorres la de 8GB para las fotos de la boda de tu primo.

¡¡¡ATENCIÓN!!! las tarjetas SD son normalmente más pequeñas que lo que dice el fabricante, por ejemplo:

Kingston sdcard: 3904 MB, 3904897024 bytes
Trascend sdcard: 3963 MB, 3963617280 bytes

Ahora desmonta todos los dispositivos y abre de nuevo GParted. Al principio solo te permitirá reducir el tamaño de la partición (botón redimensionar/eliminar) más de unos pocos megas, pero hazlo de todas formas.

Captura de pantalla de GParted


Cierra GParted y reábrelo o simplemente refresca dispositivos. ¡Sorpresa! Ahora puedes reducirlo hasta lo que tenías planeado. Acuérdate de dejar al menos 100 MiB libres. Fíjate que tienes un montón de espacio muerto "unallocated" en la parte derecha de la barra, una no tocada (sdb1) y una reducida (sdb2) en medio que debería caber en la nueva SD.

Para finalizar apunta los bloques en información de sdb2, que nos servirá para saber cuanto ocupan. También puedes ir a terminal y escribir:

fdisk -l


Y anotar los bloques utilizados. Por ejemplo mi salida ha sido:

Disco /dev/sdb: 7882 MB, 7882145792 bytes
243 cabezas, 62 sectores/pista, 1021 cilindros, 15394816 sectores en total
Unidades = sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico / físico): 512 bytes / 512 bytes
Tamaño E/S (mínimo/óptimo): 512 bytes / 512 bytes
Identificador del disco: 0x00062524

Dispositivo Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/sdb1            2048       30719       14336    c  W95 FAT32 (LBA)
/dev/sdb2           30720     7567359     3768320   83  Linux
root@ikeeki-Extensa-5635Z:/home/ikeeki#

Usa 3768320 bloques.

Nos vamos a quedar con la cantidad de bloques, en este caso 3768320. Ahora haz una imagen o flashea la nueva (y más pequeña SD) con los bloques de uno de los métodos anteriores.

Para hacer la imagen, y siguiendo ejemplo anterior:

dd if=/dev/sdb of=/home/ikeeki/Escritorio/cubiuntu4.0b.img bs=1k count=3768320
 

Para flashear una nueva SD, llamada sdc (recuerda que puedes ver nombre con fdisk -l)


dd if=/dev/sdb of=/dev/sdc  bs=1k count=3768320


Y con esto ya tendríamos solucionada la papelete. Por último recuerda tener mucho cuidado con los dispositivos que escribes, puesto que un desliz puede dejarte sin información en un disco duro.


Y hasta aquí con el tutorial cedido por Isaac, al que aprovecho una vez más a darle las gracias por su colaboración y buen rollo que estamos teniendo en el desarrollo tanto de Cubiuntu como Cubieez.

Cubieez, Debian para Cubieboard A10 (actualizado)

Hace justo unos días os decía que estaba colaborando con el creador de una de las distribuciones de escritorio más usadas en Cubieboard: Cubiuntu. Tras compilar el último Kernel estable me aventuré a dar un paso más y tras varios días de trabajo tengo casi finalizada mi propia distribución que, junto con Isaac (ikeeki en cubieforums), estoy en fase de testeo.

Por el momento el rendimiento es bastante bueno, mucho mejor que la mayoría de las distribuciones que se encuentran para descarga actualmente (ya que suelen basarse en imagenes hechas para otros dispositivos con Allwinner A10).

Las características son las siguientes:
  • Kernel 3.4.43 de linux-sunxi, compilado con soporte ARMHF
  • Basado en Debian 7.1 Wheezy, creado el rootfs desde cero.
  • Soporte para iptables
  • Soporte para la mayoría de Wi-Fi USB
  • Reloj sincronizado con Internet (casi ninguna distro lo lleva)
  • Soporte aceleración 3D con MALI 400, aceleración 2D con G2D
  • Compilado propio de drivers y útiles
  • Repositorios armhf de Debian 7.1
  • Escritorio LXDE base, con consumo aproximado de 70 MB de RAM (un 10% del total)
  • Soporte de audio completo, salida por HDMI y jack (sun4i codec)
  • Soporte para de actividad microSD con LEDs de placa
  • X11VNC, SSH, Mplayer y otras utilidades instaladas
  • 1,5GB totales instalados. Descargable en comprimido menor a 600MB (microSD 2GB)
Cubieez en su versión de testeo

Si algún bloguero, poseedor de Cubieboard A10, se anima a probar la versión de testeo que me lo comunique vía Twitter y le paso el enlace de descarga. Por el momento os puedo decir que va francamente bien y que, con toda probabilidad, estará esta misma semana en los foros oficiales para descarga.

Como veis he estado trabajando duro en estos últimos días y BeLinux estrena distro propia.

ACTUALIZADO:

Descarga de Cubieez