Guía de Raspberry Pi

[Nemo]

Para los que todavía no la hayáis leído/visto, este caballero sigue en su línea.

Despeja todo tipo de dudas al respecto, con una información clara y precisa. Enhorabuena por la guía, y gracias por tomarte la molestia de ilustrar al resto de iletrados que las leemos. ;D

Un saludo.

[Yorus]

Genial como siempre Cobito.

Luego en el PC lo veré con mas detenimiento, pero veo cosas muy interesantes. Despues comento mas.

[deeiivid]

Hola, muy buena tu guía, me la he leído (Sin los videos) y me ha parecido una pasada.

Me va a ser muy util, porque al estar raspberry basado en debian voy a poder usar muchas de las cosas que dices, sobretodo me vendrá de lujo todo el tema del SSH, que solo lo conocía por temas del iphone y tal.

Un orgullo tenerte por el foto, un saludo y enhorabuena!

[Yorus]

Bueno, pues ahora me extiendo más, que el tablet chino de 7" no da mucho más de si. Tampoco he visto los videos porque sigo tirando de 3G.

Lo único que tengo hecho de momento es la instalación de Raspbian, aunque mediante el RaspbianInstaller que es la mar de sencillo, la configuración de red con IP fija, SSH y transmission-daemon. A parte de corregir algunas cosas instalaré Apache+PHP tal y como pones pero para usar TinYCMS que es muy ligero y no usa MySQL.

Otra cosa que aún no tengo clara es como haré para compartir los datos con otros dispositivos, si usaré NFS o SAMBA, ya que en un principio compartirá datos con el sobremesa (Linux) y con el reproductor Western Digital que soporta NFS y SAMBA (o Windows, vamos), pero nunca he probado NFS, así que veremos.

Me ha gustado la parte de control electrónico, porque no me había parado a ver como iba pero parece muy sencillo. Tengo en mente hacer algo con Arduino, aunque solo son ideas, y me podría ser útil usar el Raspberry como centro de control, ya que va a estar siempre encendido.

Con el tema multimedia voy servido, así que ahí no probaré, a parte que mi versión es la de 256Mb.

Muy interesante todo, si señor

[cobito]

@Yorus:

A parte de corregir algunas cosas instalaré Apache+PHP tal y como pones pero para usar TinYCMS que es muy ligero y no usa MySQL.

No conocía Tinycms. Yo he instalado Drupal y la verdad es que tiene un tiempo de respuesta un poco lento. Un día de estos probaré ese a ver qué tal va. Supongo que por el simple hecho de no tirar de MySQL el rendimiento ya debe ser muy superior.

@Yorus:

Otra cosa que aún no tengo clara es como haré para compartir los datos con otros dispositivos, si usaré NFS o SAMBA, ya que en un principio compartirá datos con el sobremesa (Linux) y con el reproductor Western Digital que soporta NFS y SAMBA (o Windows, vamos), pero nunca he probado NFS, así que veremos.

Pues yo todavía no he configurado ningún sismtema de intercambio de archivos local ya que de momento lo gestiono todo por SSH que también admite el intercambio de archivos. Según lei hace poco, NFS se merienda en rendimiento a Samba, FTP o SSH. De hecho SSH desde ya os puedo decir que es bastante lento (tasas de algo más de 2 mbytes/s).

@Yorus:

Me ha gustado la parte de control electrónico, porque no me había parado a ver como iba pero parece muy sencillo. Tengo en mente hacer algo con Arduino, aunque solo son ideas, y me podría ser útil usar el Raspberry como centro de control, ya que va a estar siempre encendido.

La única precaución que debes tener (ahora me doy cuenta de que no he puesto en la guía) es que los pines GPIO no son buffered, lo que significa que no están protegidos de ninguna forma. Eso se traduce en que cualquier error en las conexión: una sobretensión, un cortocircuito, etc, podría petar todo el SoC.

[Yorus]

@cobito:

Pues yo todavía no he configurado ningún sismtema de intercambio de archivos local ya que de momento lo gestiono todo por SSH que también admite el intercambio de archivos. Según lei hace poco, NFS se merienda en rendimiento a Samba, FTP o SSH. De hecho SSH desde ya os puedo decir que es bastante lento (tasas de algo más de 2 mbytes/s).

Ahora acabo de configurar NFS en el sobremesa y ya puedo verlo desde el reproductor multimedia, no esperaba que fuera tan sencillo. El tema se resume poco mas o menos en:

apt-get install nfs-common nfs-kernel-server
gedit /etc/exports
/etc/init.d/nfs-kernel-server restart 

En exports lo que hacemos es añadir una linea como esta:

/media/datos/share 192.168.1.10(rw,no_root_squash)

donde ponemos el directorio a compartir y con quien queremos compartirlo, así como si se puede leer, escribir, etc… Y cada vez que hagamos un cambio reiniciamos el servicio.

Esto en Mint, pero no creo que cambie mucho el nombre de los paquetes en Debian/Raspbian.

[deeiivid]

PD: Cobito! muy bueno lo del monigote :ugly: no lo he dejado en paz hasta el final xD

[deeiivid]

Estoy probando el control por SSH en el servidor a traves de internet (no estoy donde esta el server ahora)
y el rendimiento grafico es PESIMO, va mucho pero mucho mas lento que usando VNC y no entiendo porque…

Aclaro que estoy ejecutando el cliente ssh desde OSX, que siendo de base UNIX y con Xquartz (gestor X11) debería ir bien no?

[cobito]

@deeiivid:

Estoy probando el control por SSH en el servidor a traves de internet (no estoy donde esta el server ahora)
y el rendimiento grafico es PESIMO, va mucho pero mucho mas lento que usando VNC y no entiendo porque…

Aclaro que estoy ejecutando el cliente ssh desde OSX, que siendo de base UNIX y con Xquartz (gestor X11) debería ir bien no?

Con la Raspi, el rendimiento de lanzar aplicaciones gráficas por SSH es superior a lanzarlas localmente desde el entorno de escritorio. Y si no son aplicaciones con bibliotecas pesadas como las QT, no hay grandes diferencias entre acceder desde la red local o desde Internet.

Si puedes, prueba desde un PC con Linux para descartar la configuración del server u otros problemas.

[deeiivid]

@cobito:

Con la Raspi, el rendimiento de lanzar aplicaciones gráficas por SSH es superior a lanzarlas localmente desde el entorno de escritorio. Y si no son aplicaciones con bibliotecas pesadas como las QT, no hay grandes diferencias entre acceder desde la red local o desde Internet.

Si puedes, prueba desde un PC con Linux para descartar la configuración del server u otros problemas.

Lo he probado con el gestor de archivos de lxde y tambien con transmission y era una locura… Voy a correr knoppix y ver que tal...

[cobito]

@deeiivid:

Lo he probado con el gestor de archivos de lxde y tambien con transmission y era una locura… Voy a correr knoppix y ver que tal...

Es raro. De todas formas en el caso de transmisssion lo más recomendable es que en el server ejecutes el demonio (o el cliente gráfico) y desde tu PC ejecutes el cliente remoto porque si ejecutas un programa gráfico por ssh y cierras la sesión, el programa se cierra también.

[deeiivid]

@cobito:

Es raro. De todas formas en el caso de transmisssion lo más recomendable es que en el server ejecutes el demonio (o el cliente gráfico) y desde tu PC ejecutes el cliente remoto porque si ejecutas un programa gráfico por ssh y cierras la sesión, el programa se cierra también.

Si si, si el transmission lo tengo con el daemon, solo lo he probado para ver el rendimiento…
Por cierto, hay alguna forma de "matar" las X?
Por defecto en mi caso se encienden con el equipo... me gustaría cambiar eso.

Edito: solucionado. Pero ahora me encuentro con que no inicia por defecto programas como el transmission cuando lo enciendo... no es un problema muy grave pero bueno.

[deeiivid]

Tengo un problemita. No se que he hecho pero ahora no puedo iniciar servicios de X remotamente lakdsjaslkdjsld

me sale esto al iniciar:
_
Kromann-Hackintosh:~ kromann$ ssh kromann@192.168.1.24 -X
kromann@192.168.1.24's password:
Welcome to Ubuntu 12.10 (GNU/Linux 3.5.0-25-generic i686)

• Documentation: Official Ubuntu Documentation

Last login: Sun Feb 24 23:57:42 2013 from 192.168.1.69
/usr/bin/xauth: timeout in locking authority file /home/kromann/.Xauthority
kromann@kromann-server:~$
_

Y si intento iniciar un servicio X:
_kromann@kromann-server:~$ sudo pcmanfm
[sudo] password for kromann:
X11 connection rejected because of wrong authentication.
No se puede abrir el visor:
kromann@kromann-server:~$
_

Es solo con servicios de X…. no se como arreglarlo.

Edito: Ya lo he solucionado, aqui explico todo por si tenéis el mismo problema.

[Yorus]

Gracias por compartirlo, la verdad es que nunca he intentado ejecutar nada de las X de forma remota y me sonaba todo a chino.

[cobito]

Lanzar aplicaciones gráficas con SSH no suele ser muy práctico para mi excepto cuando se trata del gestor de archivos. Tener a mano todas las unidades montadas y poder copiar, pegar, eliminar… a velocidad de crucero desde cualquier sitio es un gustazo.

Para todo lo demás: clientes remotos.

[Yorus]

Hoy me ha venido bien tu guía, ya que los pasos de instalación que he seguido varían mucho respecto a lo que hice la primera vez. En mi caso descargaba un archivo que descomprimía directamente en la SD y al arrancar la Raspberry me hacía una instalación al estilo clásico de Debian Netinst descargando casi todo de internet y quedándome al final con un usuario root típico y un usuario normal.

Ahora he seguido tu guía y el único paso distinto es que he volcado la imagen a la SD a través de Linux.

Por cierto, me gusta el cambio de tu página, las nuevas fuentes se ven genial.

[cobito]

Bueno, pues aquí otro con corrupción de datos en la SD. Estaba actualizando el sistema cuando han empezado a aparecer mensajes referentes a problemas con el sistema de archivos. He reiniciado pero no ha vuelto a iniciar. He metido la tarjeta en un PC, le he pasado un fsck y tiene mucho i-nodos trastocados. Voy a ver si puedo recuperarla y si no, a formatear.

Por ahí he leído que haciendo un overvolt se soluciona el problema. Esto sí que es una faena porque ahora hay que andar toqueteando cosas que pueden quemar la raspi. Habrá que ir con copias de seguridad. Espero no haber perdido mis bases datos MySQL.

[Yorus]

Yo le puse una SD Panasonic clase 6 de 4Gb y veremos lo que aguanta, porque lleva varios días encendido pero no está trabajando. Espero que no tengamos que andar toqueteando mucho para que no de mas problemas las SD.

[Yorus]

Tengo ya el transmission funcionando a pleno rendimiento, pero me ha surgido una duda sobre como acceder a los datos desde otro ordenador. No he podido configurar NFS por no se que paquete que no recuerdo que no está disponible. Si he configurado SAMBA, aunque eso solo me vale para la red local.

Lo que necesito es poder acceder aunque sea por SSH mediante el navegador de archivos (nemo, nautilus o el que sea) y muchas veces me encuentro con que no puedo hacer determinadas cosas porque el usuario no es root. ¿Como hacéis normalmente?, ¿dais permisos al usuario normal en esas carpetas incluida la del servidor web?, ¿o por el contrario creáis un verdadero usuario root?. Es que a veces me lío con esto, y tampoco me queda claro si lo suyo es dar permisos al disco externo mediante el fstab o dando permisos a la carpeta en la que se monta, ya que me lío a tocar cosas y al final no se cual es la que lo hace funcionar bien.

[cobito]

En el apartado 7.2 de la guía se explica como echar a andar un servidor FTP cuyo directorio raiz es la raiz de la Raspi, por lo que en principio podrías acceder a todos tus dispositivos de almacenamiento en /media.

En el apartado 10.1.3 se explica cómo gestionar archivos de forma remota usando Dolphin (el gestor de archivos de KDE) mediante SSH.

El propietario de tus archivos descargados debería ser 'pi' por lo que usando la técnica del apartado 10.1.3 podrás hacer lo que quieras con ellos.

Si quieres poder gestionar archivos y carpetas cuyo propietario sea 'root', 'mysql' o cualquier otro diferente a 'pi' tendrás que modificar la contraseña de 'root' usando los comandos;
sudo -s
passwd root

Una vez hecho eso, puedes volver a usar el procedimiento del apartado 10.1.3 usando como nombre de usuario 'root' y la contraseña que hayas establecido.

No lo he probado, pero seguro que los gestores de archivos de otros entornos de escritorio también permiten la gestión de archivos remota mediante SSH.

Otra posibilidad es seguir el procedimiento de 10.1.2. El único inconveniente es que sólo podrás gestionar como 'pi' ya que por alguna razón no es posible lanzar aplicaciones X como 'root' desde SSH.