[eeepc 901] notas de instalación

[gringo]

última edición : 31.07.09

Esto sólo son unas notas sobre la instalación de gentoo en un eeepc 901 tal y como lo he hecho yo.
No me voy a parar en muchos detalles, para eso ya hay varios manuales en la wiki ( como este p.ej.)

Medio de instalación

Ya tenía una unidad dvd/usb asi que lo usé para cargar un live-cd. Usé el sysresccd sobre todo porque quería jugar con varios sistemas de archivos que este livecd ya soportaba.
Tb. podéis probar con :
- un live que entra en una tarjeta sd - http://thepiratebay.org/torrent/4052176/%5BEeePC%5Dgentoo-live2007.0-SD_beta-0.1 ( parece muerto, no hay seeders ...)
- montar el live en una memoria usb : http://www.gentoo.org/doc/en/usb-guide.xml

Preparativos

En mi caso simplemente cree un chroot en mi pc de sobremesa ( usando un stage de funtoo) donde fui instalando el sistema para el eeepc, al final lo comprimí y simplemente lo copié y descomprimí en el eeepc. Para los que quieran hacerlo lo mas chiquitín posible, acordaros de hacer limpieza (limpiar cabeceras,eliminar la bd de portage,etc). Yo lo copié tal cual porque asi tengo un sistema gentoo completamente funcional en el eeepc y porque de momento ando bastante bien de espacio libre.
El chroot lo uso para crear binarios que luego simplemente instalo en el eeepc.

Hay que recordar que el eeepc 901 viene con dos sdds donde el segundo es mas lento que el de 4 gigas, asi que en caso de instalar el sistema operativo metedlo en el mas rápido, si no igual os váis a arrepentir.
Si os lo podéis permitir, hay unidades ssd para pci-express mas rápidas disponibles en varias tiendas online, especialmente los de la marca runcore tienen mucha fama. ( podéis mirarlo aqui p.ej.)

Soporte de hardware

para que funcionen todos los dipositivos en el nuevo sistema os recomiendo que habilitéis todo en la bios antes de cargar el sistema.
Por lo demás, a día de hoy todo está soportado en el kernel oficial ( probado con 2.6.29-rc2-git2).
El driver rt2860 para la wifi está en el árbol staging.
El soporte para las distintas interfaces para las funciones acpi está en pleno desarollo, pero el software eee-control funciona bastante bien incluso con las versiones mas recientes del kernel. (hilo de discusión en los foros de gentoo).

Particionado

como siempre hay que tener especial ojo y tratar de meter todo aquello que mas se fragmente en una partición aparte.
Además, en este caso, monté algunas carpetas directamente en ram (/tmp p.ej.) y, en caso de que de verdad tenga que compilar algo de lo que está en portage, monto /usr/portage con nfs desde otra máquina y /var/tmp/portage lo monto tb. en ram. Usaría distcc desde luego, no es que el atom sea muy lento pero una ayudita no le viene mal.

Para la swap simplemente creé un archivo de 512 megas en /, ya que dudo bastante que vaya a tocar swap en algún momento y la hibernación tampoco la suelo usar mucho.
Otra alternativa, que no sé aún muy bien como funcionará, es jugar con compcache y usarlo como swap.

Sistemas de archivos

he probado principalmente dos :
- btrfs - parecía el mas atractivo porque tiene un modo de funcionamiento específico para discos ssd, pero tengo que decir que al menos en mi experiencia es poco estable y lento.
Tampoco es que sorprenda mucho, es un sistema de archivos que está en pleno desarollo y tiene poco mas de un año de vida, asi que esperaré un tiempo y lo volveré a probar mas adelante.
- ext4 - según algunas cosas que he probado con ionize y con bonnie, o simplemente moviendo datos a diestro y siniestro, ext4 machaca a btrfs en casi cualquier condición que se me ocurrió pero no tengo claro que impacto tendrá un sistema de archivos como este en un disco ssd, aún desactivando ciertas funciones de ext4. Si queréis desactivar el journaling en ext4, avisaros de que esto no está soportado en el kernel oficial, hay que aplicar un parche.

Quería probar tb. con ext3 y ext2, mas que nada para saber como se porta comparado con ext4, pero no me ha dado tiempo.

KMS/DRI2

a fecha de 31.07.09 KMS /DRI2 funcionan sin problemas.

Gcc -march=atom

por si alguien le interesa, en las repos de fedora hay un parche que se aplica perfectamente al gcc-4.4.x ( probado con 4.4.0 y 4.4.1)

https://cvs.fedoraproject.org/viewvc/rpms/gcc/F-11/gcc44-atom.patch?view=log

Si no, el soporte para atom está ya en el érbol principal de ddesarollo de la siguiente versión de gcc (4.5.x). Si alguien busca un ebuild para estas versiones están en el toolchain overlay.

saluetes
_________________
Error: Failing not supported by current locale