Cubieez para Raspberry Pi 2

Hace apenas un mes llegó a mis manos una Raspberry Pi 2. Tras probar las distribuciones que había quedé un poco decepcionado con el resultado, tanto de espacio necesario, rendimiento y aspecto visual, así que como soy un cabezota decidí ponerme un rato a construir mi propia versión de Debian basándome en la experiencia adquirida con Cubieboard. Como para la fecha tampoco habían distribuciones basadas en Jessie me pareció ideal empezar con dicha base.

El resultado os lo traigo hoy, a pesar que llevo un mes testeando dicha versión (que actualizaré en breve con varias mejoras). Os aseguro que si habéis probado otras distribuciones para Raspberry Pi 2 os va a encantar Cubieez. Es rápida, ligera, mueve vídeos FullHD como si nada, permite instalar Kodi y tiene un escritorio MATE en su versión Core que va a hacer las delicias de los que buscan una interfaz más limpia y personalizable que las que hasta ahora se vienen viendo en las distribuciones más conocidas.

De paso estreno web, que a pesar de estar a medias, va a permitirme centralizar mejor las versiones de forma oficial. ¡Espero recibir vuestro feedback!

Visitar Cubieez.com

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.