Raspberry Pi Guide

[deeiivid]

This post is being processed/translated. The original version will be shown:

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]

This post is being processed/translated. The original version will be shown:

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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

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

[deeiivid]

This post is being processed/translated. The original version will be shown:

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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

@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]

This post is being processed/translated. The original version will be shown:

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]

This post is being processed/translated. The original version will be shown:

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]

This post is being processed/translated. The original version will be shown:

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]

Today your guide has been very useful for me, since the installation steps I have followed vary greatly from what I did the first time. In my case, I downloaded a file that I decompressed directly onto the SD card and when I started the Raspberry, it did a classic Debian Netinst style installation downloading almost everything from the internet and leaving me with a typical root user and a normal user at the end.

Now I have followed your guide and the only different step is that I have flashed the image onto the SD card through Linux.

By the way, I like the change on your page, the new fonts look great.

[cobito]

Well, here's another one with data corruption on the SD. I was updating the system when messages started appearing about problems with the file system. I rebooted but it wouldn't start up again. I put the card in a PC, ran an fsck and it had a lot of messed up i-nodes. I'll see if I can recover it and if not, format it.

I read somewhere that doing an overvolt fixes the problem. This is a real pain because now you have to go messing around with things that could fry the raspi. You have to be careful with backups. I hope I haven't lost my MySQL databases.

[Yorus]

I put a Panasonic SD class 6 4Gb in it and we'll see how long it lasts, because it has been on for several days but it is not working. I hope we don't have to fiddle with it much so that it doesn't cause more problems with the SD card.

[Yorus]

I already have the transmission running at full capacity, but I have a question about how to access the data from another computer. I couldn't set up NFS because of some package that I can't remember that isn't available. I did set up SAMBA, although that only works for the local network.

What I need is to be able to access it even if it's through SSH using the file browser (nemo, nautilus or whatever it is) and many times I find that I can't do certain things because the user is not root. How do you usually do it? Do you give permissions to the normal user in those folders including the one of the web server? Or on the contrary do you create a real root user? Sometimes I get confused with this, and it's also not clear to me if it's better to give permissions to the external disk through fstab or giving permissions to the folder in which it is mounted, since I get confused when touching things and in the end I don't know which one makes it work well.

[cobito]

Section 7.2 of the guide explains how to start an FTP server whose root directory is the root of the Raspi, so in principle you could access all your storage devices in /media.

Section 10.1.3 explains how to manage files remotely using Dolphin (the KDE file manager) via SSH.

The owner of your downloaded files should be 'pi' so using the technique in section 10.1.3 you will be able to do whatever you want with them.

If you want to be able to manage files and folders whose owner is 'root','mysql' or any other different from 'pi' you will have to change the password of 'root' using the commands;
sudo -s
passwd root

Once you have done that, you can use the procedure in section 10.1.3 again using 'root' as the username and the password you have set.

I have not tried it, but I am sure that the file managers of other desktop environments also allow remote file management via SSH.

Another possibility is to follow the procedure in 10.1.2. The only drawback is that you will only be able to manage as 'pi' since for some reason it is not possible to launch X applications like 'root' from SSH.

[Yorus]

It's curious, yesterday from the PC that is inside the local network I couldn't create files/folders inside the transmission downloads folder with SSH (but with Samba), but right now through the internet I can. I don't know what would happen, but in both PCs I use the same Linux and they are configured almost the same way. Where I don't have permissions is in /var/www, although I imagine it's about giving them and that's it, but I don't know if it's convenient or it's better to do the operations as root activating it as you said. By the way and for those who are interested, from Cinnamon (file browser Nemo) you would access with a simple sftp://pi@x.x.x.x/.

[deeiivid]

As cobito told you, in the guide you have how to set up an ftp server.
Although I recommend SFTP (FTP over SSH) since FTP servers, as I understand it, do not encrypt anything, not even the access key, so if you are going to enter from a network that you do not have totally controlled it is not entirely recommended.

Regarding ROOT permissions when running the X's through SSH, I do not know about raspberrian but in debian I have no problems and with lubuntu I did not have any either. I run Pcmanfm without problems as root.