Raspberry Pi: Extiende la vida de su SD con GNU/Linux

Los SSD o discos sólidos como se les conoce, es una tecnología no completamente nueva pues hace varios años está en el mercado, no obstante comparada con los HDD (discos duros) es aún un bebé en pañales. No obstante, el Raspberry Pi no tiene ni HDD ni SSD, sino más bien un SD, que viene siendo una tarjeta de memoria… como un pendrive, según Wikipedia:

Secure Digital (SD) es un formato de tarjeta de memoria para dispositivos portátiles tales como cámaras fotográficas digitales, teléfonos móviles, computadoras portátiles e incluso videoconsolas (tanto de sobremesa como portátiles), entre muchos otros.

Si viven en España y deciden comprar su Raspberry Pi allá en España, como si viven en otro país y optan por eBay, Amazon o cualquier tienda local, su Raspberry Pi vendrá con un SD, lo cual tiene sus pro y sus contras. Primeramente, funcionará en algunos casos más rápido que un HDD, pero tiene una vida útil inferior, o sea, durará menos, por eso aquí les dejo varios consejos para extender la vida del SD de su Raspberry Pi.

El principal problema con las tarjetas SD es su limitada capacidad de escritura. O sea, solo podemos escribir un número máximo de veces o datos en un sector/espacio determinado, no es que podamos escribir, borrar, volver a escribir y así indefinidamente, no podemos hacer eso por siempre, llegará el momento en que no se pueda seguir escribiendo en la SD.

Por lo tanto, aquí algunos consejos para alargar la vida de nuestra SD en el Raspberry Pi:

  1. Una SD de mayor capacidad: Es simple, si tenemos una SD de 8GB tenemos X espacio para escribir información, ese espacio tiene una cantidad de lectura y escritura limitada, pero si la SD es de (por ejemplo) 16GB entonces tendremos más espacio, lo cual se traduce en que no se necesitará escribir tantas veces en la misma zona, o sea, que hay más espacio dentro de la SD donde colocar datos.
  2. Comprar de marcas con prestigio: No es un secreto, como mismo sucede con las SD sucede con otros componentes de hardware. Por ejemplo los smartphones, podemos comprar uno chino que nos saldrá en 30$ y aparentemente según las especificaciones del hardware puede hacer casi lo mismo que un Nexus de 300$, no obstante, a la larga el de marca rara (china) no sirve. Con las SD es igual, hay muchos fabricantes pero reconocidos como buena marca, con calidad no son tantos. Es siempre bueno buscar en Google por fabricantes de SD con buena calidad, luego ver si en alguna tienda de Raspberry Pi de España o su localidad tienen en existencia esas SD. Saquen ustedes sus propias conclusiones en relación calidad-precio.
  3. Configura Linux para que escriba más en RAM y menos en la SD: Similar que el punto 1, mientras menos se escriba en la SD mejor. Podemos lograr escribir más en la RAM y menos en la SD usando tmpfs

Usando tmpfs

Para indicarle al sistema que escriba más en RAM y menos en el dispositivo de almacenamiento (en este caso en la SD) basta con agregar una línea al /etc/fstab . En esa línea indicamos qué carpeta deseamos que se monte en la RAM y no en la SD, por ejemplo:

tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0

Por cierto, si necesitan más de 100mb para esa partición, modifiquen ese valor en la línea, poniendo un máximo de tamaño estamos asegurándonos de que no consuma toda la RAM. Luego reinicien el ordenador y listo.

Aclaración, todo lo que sea montado con tmpfs (por ejemplo, /var/logs) se perderá cuando se reinicie el ordenador, o sea, que cuando reinicien no tendrán los logs, estarán en blanco, y así para cada carpeta que monten.

Fin!

Estos consejos son óptimos bien para su Raspberry Pi como también si tienen una PiPad. No sé para qué otro equipo les sería de utilidad pues, no conozco otro hardware que no funcione con un HDD o SSD y sí con una tarjeta SD, vamos, a menos que no sea una cámara 🙂

Espero les haya resultado interesante, sobre todo conocer el tip del funcionamiento de tmpfs


9 comentarios

  1.   Laegnur dijo

    Buenas

    Otra opción para alargar la vida útil de la SD, es pasar la partición del sistema de la SD a un HD USB, y usar la SD solo como arranque…

  2.   zagur dijo

    Hombre, no creo que sea una buena solución montar los logs en memoria, ya que RPi solo tiene 512 MB de RAM… Lo que dice Laegnur tiene mucha más logica, usar la SD como arranque y un disco duro externo para /var y hasta /home.

  3.   Mr. Linux dijo

    Es bueno informar que no todas las SD son compatibles con el Raspberry Pi , dejo un link dónde se detalla cuales SD son y no son compatibles .
    http://elinux.org/RPi_SD_cards#SD_card_performance.

  4.   vidagnu dijo

    Excelente articulo, creo que cada opción tiene sus pros y contras, poner un disco duro a tu raspberry le quita portabilidad, le incrementa tamaño, etc. Creo que lo mejor es dejarla tal cual esta, de todas formas las SD son baratas.

    Saludos,

  5.   Vctrsnts dijo

    Buenas

    Este es mi 1º comentario en esta web que sigo. Tengo una RPI haciendo de servidor 24×7 con amule y transmission conectado a un HD, la manera que se recomiendan en el caso de usar la RPI como servidor 24×7, es que en la SD solamente este la partición /boot y que todo el resto de las particiones esten dentro del HD, siendo necesario, disponer de un HD conectado ( tal como dice Laegnur )
    Y de momento, yo no he tenido ningun problema… Y que dure…. 😉

  6.   Nestor dijo

    Hace poco le he colocado una SSD y una HD a mi PC de escritorio y esto me viene como anillo al dedo.

    A mi SSD le he instalado Wheezy en ext4 y agregado al fstab

    UUID=xxx / ext4 default,noatime,nodiratime,discard 0 1
    tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0
    tmpfs /var/run tmpfs size=1024M,nr_inodes=10k,mode=777 0 0
    tmpfs /var/lock tmpfs size=1024M,nr_inodes=10k,mode=777 0 0
    tmpfs /var/log tmpfs size=1024M,nr_inodes=10k,mode=777 0 0

    y tuve la desgracia de sufrir un corte de luz ese mismo dia y como resultado, la raiz se automontaba como “read only”. Con un mount -o remount,rw se solucionaba pero no creo que sea buena idea andar con una particion corrupta.

    Desde otro sistema le hice el fsck y tambien el chequeo desde gparted y seguia con el mismo problema.
    Lo he solucionado reinstalando en btrfs.

    Pregunto. Es seguro hacer volatil a /var/log? No hay nada importante alli que necesite el sistema para recuperarse de un apagado incorrecto?

    Pregunto porque es muy raro lo que me ha pasado. Uso Linux desde el 2011, sufro de cortes de luz pero nunca me ha pasado algo asi. El mismo dia que he montado con tmpfs a /var/log y los otros directorios, me pasa eso.

  7.   Ainus Solheim dijo

    Ejem hace tiempo que escribi un manual para la Debian ARM para alargar la vida de una SD, en raspberry es lo mismo y se puede aplicar, esto es mucho mejor, no vas mal pero faltaban algunos detalles mas.

    http://kirbian.wordpress.com/2013/01/11/reduce-disk-write-sdcard/

  8.   mitcoes dijo

    Cada día hay más discos SDD y configuracioens mixtas SDD + HDD y este comando también alargaría su vida útil.
    Y puesto que la RAM está bastante baratita ahora, no estaría nada mal profundizar en varias configuraciones que pudieran ayudar a mejorar el rendimiento de los sobremesas también.

    PS: Me gustaría que alguien escribiese artículos sobre impresoras, sobre todo láser b/n multifunción, las Brother me han ido bien hasta la fecha, pero el último modelo que he encargado me ha dado problemas con el alimentador de hojas del scanner – las voy a devolver – y he ido a buscar comparativas y opiniones, y brillan por su ausencia, tanto en castellano como en inglés –

    Falta un “todo o muy o phoronix” para impresoras – por si alguien quiere emprenderlo -, pero mientras tanto si alguien trabaja vendiendo estos modelos laser B/N multifunción tan usados en oficinas pequeñas o simplemente vendiendo tintas podría recoger la satisfacción de sus clientes con este tipo de modelos y compartirla aqui o donde le parezca mas oportuno comunicándolo.

  9.   Mariano dijo

    Gracias por la info. Muy util. Exitos!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.