Estas aquiContenido / Instalando Eeebuntu en una tarjeta SD en el Aspire One

Instalando Eeebuntu en una tarjeta SD en el Aspire One


Poradmin- Publicado el09 Enero 2009

Un poco en la línea de mi reciente nota sobre cómo liberar espacio en el Asus EeePC traspasando nuestro home a una tarjeta SD, llega este artículo (en inglés) donde el autor explica cómo instalar Eeebuntu 2.0 completo en una tarjeta SD de 16 GB en el Aspire One.

La tarea es más compleja, por cuanto el Aspire incluso se resiste a reconocer la tarjeta, pero el autor explica cómo va solventando las dificultades hasta lograr su objetivo.

Me parece interesante porque sé que muchos de vosotros tenéis el Aspire.

Por cierto: el autor coincide conmigo en que Eeebuntu 2.0 es ahora mismo la mejor distro para netbooks.

Etiquetas

Comentarios

Selecciona arriba tu forma preferida de visualizar los comentarios y pulsa el botón para guardar tu elección para próximas visitas (sólo si eres usuario registrado).

¿no era mandriva 2009 la mejor opción para el netbook?

...hasta que salió Eeebuntu 2.0, hace sólo unas semanas.

Hola

Si, yo tambien coincido en que eeebuntu 2.0 es la "mejor" distribución para mi eeepc. Pero se te vió bastante animado con Mandriva y (como no tengo criterio ;-) ) la estuve probando. Esta bastante bien y funciona bastante bien con la maquinita, hay algo en Mandriva que no me acaba de convencer...

Descubrí el pastel con el artículo de la ampliación de la memória. Ese escritorio ya era eeebuntu, y como seguia sin tener criterio :-D la probé y me convenció mucho más...

Ahora que, por fin, he visto la luz, te va a costar mucho más hacerme cambiar de distro. Creo que ya tengo criterio... aunque dicen por ahí que la ubuntu eee ( Easy Peasy) ya ha sacado versión basada en la 8.10 de Ubuntu.... Ay! no me tientes... :-)

En fin, en serio, que nos dure muchos años!! :-)

gracias interesante articulo, dispongo de un acer aspire one y probare a instalar-la (la Eeebuntu 2.0)

saludos leonhart_omega

Hay que tener cuidado. Los discos de estado sólido utilizan NAND FLASH pero las tarjetas flash no. Por lo tanto los ciclos de lectura y escritura son más limitados. Para poner fotos en ellas no hay problema. Pero un sistema operativo que está constantemente escribiendo cosas (desde la fecha de los archivos a los logs) puede volver inusable una tarjeta de esa en semanas.

Alejandro Nestor Vargas

Montandolo con el flag noatime debería de ser suficiente para darle un poco más de vida a la tarjetita :D

Y en todo caso no hay excusas para no tener siempre a mano una buena copia de seguridad.

Bueno, lo de las copias de seguridad es algo bastante obvio. Pero lo más molesto es cada pocos meses (o tal vez semanas) tener que tirar a la basura una memoria que no es precisamente barata porque comienza a tener zonas falladas. De hecho, las mismas memorias a veces incorporan una zona de reserva que comienza a usarse para sustituir de manera transparente a los bloques fallados, pero si le seguimos dando palizas lógicamente se acaban.

10000 ciclos de escritura pueden parecer mucho pero tratándose de un filesystem avanzado se podrían alcanzar en pocas horas.

Según wikipedia:

Los sistemas de archivos para estas memorias están en pleno desarrollo aunque ya en funcionamiento como por ejemplo JFFS originalmente para NOR, evolucionado a JFFS2 para soportar además NAND o YAFFS, ya en su segunda versión, para NAND. Sin embargo, en la práctica se emplea un sistema de archivos FAT por compatibilidad, sobre todo en las tarjetas de memoria extraíble.
[...]
Diseñar un sistema de archivos eficiente para las memorias flash se ha convertido en una carrera vertiginosa y compleja, ya que, aunque ambos (NOR y NAND) son tipos de memoria flash, tienen características muy diferentes entre sí a la hora de acceder a esos datos. Esto es porque un sistema de ficheros que trabaje con memorias de tipo NOR incorpora varios mecanismos innecesarios para NAND y, a su vez, NAND requiere mecanismos adicionales, innecesarios para gestionar la memoria de tipo NOR.

Un ejemplo podría ser un recolector de basura. Esta herramienta está condicionada por el rendimiento de las funciones de borrado que, en el caso de NOR es muy lento y, además, un recolector de basura NOR requiere una complejidad relativa bastante alta y limita las opciones de diseño del sistema de archivos. Comparándolo con los sistemas NAND, que borran mucho más rápidamente, estas limitaciones no tienen sentido.

Otra de las grandes diferencias entre estos sistemas es el uso de bloques erróneos que pueden existir en NAND pero no tienen sentido en los sistemas NOR que garantizan la integridad. El tamaño que deben manejar unos y otros sistemas también difiere sensiblemente y por lo tanto es otro factor a tener en cuenta. Se deberá diseñar estos sistemas en función de la orientación que se le quiera dar al sistema

Los dos sistemas de ficheros que se disputan el liderazgo para la organización interna de las memorias flash son JFFS (Journaling Flash File System) y YAFFS (Yet Another Flash File System), ExFAT es la opción de Microsoft

Alejandro Nestor Vargas

no sólo noatime. También debería tener nomtime. Por otro lado, sería mala idea usar ext3, que está constantemente escribiendo. En general todos los filesystems avanzados estan y reubicando los inodos para mantener el disco sin fragmentar.

Existen filesystems específicamente diseñados para memorias flash pero en general estan pensados para sistemas embebidos (routers y cosas así), los cuales ya de por sí escriben muy poco. La idea principal es tratar de agrupar las grabaciones en bloques grandes para así reducir la cantidad de ciclos de escritura.

Alejandro Nestor Vargas

En Internet hay tantas opiniones a favor de usar ext3 como en contra. Y otro tanto con el swap.

Publicidad

Patrocinadores

Kriptópolis alojado en
Zilos-Veloxia Network

Tu mejor defensa:
Bufet Almeida

Publicidad